)]}'
{
  "log": [
    {
      "commit": "d366db605c8c4a9878589bc4a87e55f6063184ac",
      "tree": "a4984fee60973f52676ab9d9def30476ea0968bd",
      "parents": [
        "ce6dd368984068c8938e8d3fba8e292ef63cee97"
      ],
      "author": {
        "name": "Jussi Kivilinna",
        "email": "jussi.kivilinna@mbnet.fi",
        "time": "Sat Jun 09 18:25:46 2012 +0300"
      },
      "committer": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Thu Jun 14 10:07:23 2012 +0800"
      },
      "message": "crypto: arc4 - improve performance by using u32 for ctx and variables\n\nThis patch changes u8 in struct arc4_ctx and variables to u32 (as AMD seems\nto have problem with u8 array). Below are tcrypt results of old 1-byte block\ncipher versus ecb(arc4) with u8 and ecb(arc4) with u32.\n\ntcrypt results, x86-64 (speed ratios: new-u32/old, new-u8/old):\n\n                  u32    u8\nAMD Phenom II   : x3.6   x2.7\nIntel Core 2    : x2.0   x1.9\n\ntcrypt results, i386 (speed ratios: new-u32/old, new-u8/old):\n\n                  u32    u8\nIntel Atom N260 : x1.5   x1.4\n\nCc: Jon Oberheide \u003cjon@oberheide.org\u003e\nSigned-off-by: Jussi Kivilinna \u003cjussi.kivilinna@mbnet.fi\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n"
    },
    {
      "commit": "ce6dd368984068c8938e8d3fba8e292ef63cee97",
      "tree": "daf864115070eff01607912162f8d31fbb6b87da",
      "parents": [
        "31b4cd2907322bd56e4090168e4ce8f8dcd17820"
      ],
      "author": {
        "name": "Jussi Kivilinna",
        "email": "jussi.kivilinna@mbnet.fi",
        "time": "Sat Jun 09 18:25:40 2012 +0300"
      },
      "committer": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Thu Jun 14 10:07:21 2012 +0800"
      },
      "message": "crypto: arc4 - improve performance by adding ecb(arc4)\n\nCurrently arc4.c provides simple one-byte blocksize cipher which is wrapped\nby ecb() module, giving function call overhead on every encrypted byte. This\npatch adds ecb(arc4) directly into arc4.c for higher performance.\n\ntcrypt results (speed ratios: new/old):\n\nAMD Phenom II, x86-64 : x2.7\nIntel Core 2, x86-64  : x1.9\nIntel Atom N260, i386 : x1.4\n\nCc: Jon Oberheide \u003cjon@oberheide.org\u003e\nSigned-off-by: Jussi Kivilinna \u003cjussi.kivilinna@mbnet.fi\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n"
    },
    {
      "commit": "cfa2b54eca28103d07e5334aa06b78321fbe1d9a",
      "tree": "2c992efc775674cf47c8d89b736a54d8e30b4627",
      "parents": [
        "fae366401bfcfe18b9260b9057f506c38c171b7c"
      ],
      "author": {
        "name": "Mati Vait",
        "email": "mativait@gmail.com",
        "time": "Wed Jun 08 21:26:00 2011 +0800"
      },
      "committer": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Thu Jun 30 07:44:05 2011 +0800"
      },
      "message": "crypto: arc4 - Fixed coding style issues\n\nFixed coding style issues: unnecessary spaces, parentheses on wrong lines.\n\nSigned-off-by: Mati Vait \u003cmativait@gmail.com\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n"
    },
    {
      "commit": "560c06ae1ab7c677002ea3b6ac83521bf12ee07d",
      "tree": "374ed69a7e23ba9d07458d20672aac6ae552ae51",
      "parents": [
        "25cdbcd9e5d20e431f829cafce48a418830011f4"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Sun Aug 13 14:16:39 2006 +1000"
      },
      "committer": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Thu Sep 21 11:41:02 2006 +1000"
      },
      "message": "[CRYPTO] api: Get rid of flags argument to setkey\n\nNow that the tfm is passed directly to setkey instead of the ctx, we no\nlonger need to pass the \u0026tfm-\u003ecrt_flags pointer.\n\nThis patch also gets rid of a few unnecessary checks on the key length\nfor ciphers as the cipher layer guarantees that the key length is within\nthe bounds specified by the algorithm.\n\nRather than testing dia_setkey every time, this patch does it only once\nduring crypto_alloc_tfm.  The redundant check from crypto_digest_setkey\nis also removed.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n"
    },
    {
      "commit": "6c2bb98bc33ae33c7a33a133a4cd5a06395fece5",
      "tree": "96684cd2c473cd05d651ce1fa3dd72b1b4b19b09",
      "parents": [
        "43600106e32809a4dead79fec67a63e9860e3d5d"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Tue May 16 22:09:29 2006 +1000"
      },
      "committer": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Mon Jun 26 17:34:39 2006 +1000"
      },
      "message": "[CRYPTO] all: Pass tfm instead of ctx to algorithms\n\nUp until now algorithms have been happy to get a context pointer since\nthey know everything that\u0027s in the tfm already (e.g., alignment, block\nsize).\n\nHowever, once we have parameterised algorithms, such information will\nbe specific to each tfm.  So the algorithm API needs to be changed to\npass the tfm structure instead of the context pointer.\n\nThis patch is basically a text substitution.  The only tricky bit is\nthe assembly routines that need to get the context pointer offset\nthrough asm-offsets.h.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\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"
    }
  ]
}
