)]}'
{
  "log": [
    {
      "commit": "fe2d5295a11e2ab2d6f4e7ea074816000b32eba3",
      "tree": "6887fb3b2f406d5ed1247e7c77ef34f20a345e6d",
      "parents": [
        "b69aee04fbfc027fc4ddaddc809ea8711cef9511"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Tue Sep 06 14:49:44 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Sep 06 14:49:44 2005 -0700"
      },
      "message": "[CRYPTO] Fix boundary check in standard multi-block cipher processors\n\nThe boundary check in the standard multi-block cipher processors are\nbroken when nbytes is not a multiple of bsize.  In those cases it will\nalways process an extra block.\n\nThis patch corrects the check so that it processes at most nbytes of\ndata.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "64baf3cfea974d2b9e671ccfdbc03e030ea5ebc6",
      "tree": "2bae23bf3d7378ba2d60be8aee6b0178d1d9c721",
      "parents": [
        "fb4f10ed50f01b0f953068456bfb6e2885921b01"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Thu Sep 01 17:43:05 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Sep 01 17:43:05 2005 -0700"
      },
      "message": "[CRYPTO]: Added CRYPTO_TFM_REQ_MAY_SLEEP flag\n\nThe crypto layer currently uses in_atomic() to determine whether it is\nallowed to sleep.  This is incorrect since spin locks don\u0027t always cause\nin_atomic() to return true.\n\nInstead of that, this patch returns to an earlier idea of a per-tfm flag\nwhich determines whether sleeping is allowed.  Unlike the earlier version,\nthe default is to not allow sleeping.  This ensures that no existing code\ncan break.\n\nAs usual, this flag may either be set through crypto_alloc_tfm(), or\njust before a specific crypto operation.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "9d853c3757ef74ded5ae564d68370f22208fb88b",
      "tree": "aaf87a1a75d7e1c449e058867a1c4883dcc34838",
      "parents": [
        "ba460e48064edeb57e3398eb8972c58de33f11ea"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Fri Jul 15 07:41:31 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Jul 15 07:41:31 2005 -0700"
      },
      "message": "[CRYPTO]: Fix zero-extension bug on 64-bit architectures.\n\nNoticed by Ken-ichirou MATSUZAWA.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "915e8561d559abba1b81934e31e54a3f850fa7bf",
      "tree": "12c08e7ec182ca11125097e2f485eab7a48b03df",
      "parents": [
        "fbdae9f3e7fb57c07cb0d973f113eb25da2e8ff2"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Wed Jul 06 13:53:47 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Jul 06 13:53:47 2005 -0700"
      },
      "message": "[CRYPTO] Handle unaligned iv from encrypt_iv/decrypt_iv\n\nEven though cit_iv is now always aligned, the user can still supply an\nunaligned iv through crypto_cipher_encrypt_iv/crypto_cipher_decrypt_iv.\nThis patch will check the alignment of the user-supplied iv and copy\nit if necessary.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "fbdae9f3e7fb57c07cb0d973f113eb25da2e8ff2",
      "tree": "b20909c92c2d48ab449343967b1c365732d7e4ff",
      "parents": [
        "176c3652c544b6f8d4bb1984c58c10080f45dbf0"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Wed Jul 06 13:53:29 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Jul 06 13:53:29 2005 -0700"
      },
      "message": "[CRYPTO] Ensure cit_iv is aligned correctly\n\nThis patch ensures that cit_iv is aligned according to cra_alignmask\nby allocating it as part of the tfm structure.  As a side effect the\ncrypto layer will also guarantee that the tfm ctx area has enough space\nto be aligned by cra_alignmask.  This allows us to remove the extra\nspace reservation from the Padlock driver.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "95477377995aefa2ec1654a9a3777bd57ea99146",
      "tree": "7aa4d6173de13c81c2fa0e4d2f9e0de22e141b6a",
      "parents": [
        "40725181b74be6b0e3bdc8c05bd1e0b9873ec5cc"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Wed Jul 06 13:52:09 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Jul 06 13:52:09 2005 -0700"
      },
      "message": "[CRYPTO] Add alignmask for low-level cipher implementations\n\nThe VIA Padlock device requires the input and output buffers to\nbe aligned on 16-byte boundaries.  This patch adds the alignmask\nattribute for low-level cipher implementations to indicate their\nalignment requirements.\n\nThe mid-level crypt() function will copy the input/output buffers\nif they are not aligned correctly before they are passed to the\nlow-level implementation.\n\nStrictly speaking, some of the software implementations require\nthe buffers to be aligned on 4-byte boundaries as they do 32-bit\nloads.  However, it is not clear whether it is better to copy\nthe buffers or pay the penalty for unaligned loads/stores.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "40725181b74be6b0e3bdc8c05bd1e0b9873ec5cc",
      "tree": "abbc1057a5e0bd77385d17cfc6146617151e93bc",
      "parents": [
        "c774e93e2152d0be2612739418689e6e6400f4eb"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Wed Jul 06 13:51:52 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Jul 06 13:51:52 2005 -0700"
      },
      "message": "[CRYPTO] Add support for low-level multi-block operations\n\nThis patch adds hooks for cipher algorithms to implement multi-block\nECB/CBC operations directly.  This is expected to provide significant\nperformance boots to the VIA Padlock.\n\nIt could also be used for improving software implementations such as\nAES where operating on multiple blocks at a time may enable certain\noptimisations.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "c774e93e2152d0be2612739418689e6e6400f4eb",
      "tree": "abe25ec0577bd95128adb3f38609a09f0a3e2469",
      "parents": [
        "8279dd748f9704b811e528b31304e2fab026abc5"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Wed Jul 06 13:51:31 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Jul 06 13:51:31 2005 -0700"
      },
      "message": "[CRYPTO] Add plumbing for multi-block operations\n\nThe VIA Padlock device is able to perform much better when multiple\nblocks are fed to it at once.  As this device offers an exceptional\nthroughput rate it is worthwhile to optimise the infrastructure\nspecifically for it.\n\nWe shift the existing page-sized fast path down to the CBC/ECB functions.\nWe can then replace the CBC/ECB functions with functions provided by the\nunderlying algorithm that performs the multi-block operations.\n\nAs a side-effect this improves the performance of large cipher operations\nfor all existing algorithm implementations.  I\u0027ve measured the gain to be\naround 5% for 3DES and 15% for AES.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "8279dd748f9704b811e528b31304e2fab026abc5",
      "tree": "d824994f48492dc3910ec3bf82d147cd8f796f20",
      "parents": [
        "b4634484815e1879512a23e4f59eef648135c30a"
      ],
      "author": {
        "name": "Jesper Juhl",
        "email": "juhl-lkml@dif.dk",
        "time": "Wed Jul 06 13:51:00 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Jul 06 13:51:00 2005 -0700"
      },
      "message": "[CRYPTO] Don\u0027t check for NULL before kfree()\n\nChecking a pointer for NULL before calling kfree() on it is redundant.\nThis patch removes such checks from crypto/\n\nSigned-off-by: Jesper Juhl \u003cjuhl-lkml@dif.dk\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "1da177e4c3f41524e886b7f1b8a0c1fc7321cac2",
      "tree": "0bba044c4ce775e45a88a51686b5d9f90697ea9d",
      "parents": [],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:20:36 2005 -0700"
      },
      "message": "Linux-2.6.12-rc2\n\nInitial git repository build. I\u0027m not bothering with the full history,\neven though we have it. We can create a separate \"historical\" git\narchive of that later if we want to, and in the meantime it\u0027s about\n3.2GB when imported into git - space that would just make the early\ngit days unnecessarily complicated, when we don\u0027t have a lot of good\ninfrastructure for it.\n\nLet it rip!\n"
    }
  ]
}