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