)]}'
{
  "log": [
    {
      "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": "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"
    }
  ]
}