)]}'
{
  "log": [
    {
      "commit": "5cb1454b862ab3040b78364d58330262fea1ddba",
      "tree": "7e62126fa1f1398bb6a6b7f9e136aece32b0e112",
      "parents": [
        "06ace7a9bafeb9047352707eb79e8eaa0dfdf5f2"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Sat Nov 05 16:58:14 2005 +1100"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@sunset.davemloft.net",
        "time": "Mon Jan 09 14:15:37 2006 -0800"
      },
      "message": "[CRYPTO] Allow multiple implementations of the same algorithm\n\nThis is the first step on the road towards asynchronous support in\nthe Crypto API.  It adds support for having multiple crypto_alg objects\nfor the same algorithm registered in the system.\n\nFor example, each device driver would register a crypto_alg object\nfor each algorithm that it supports.  While at the same time the\nuser may load software implementations of those same algorithms.\n\nUsers of the Crypto API may then select a specific implementation\nby name, or choose any implementation for a given algorithm with\nthe highest priority.\n\nThe priority field is a 32-bit signed integer.  In future it will be\npossible to modify it from user-space.\n\nThis also provides a solution to the problem of selecting amongst\nvarious AES implementations, that is, aes vs. aes-i586 vs. aes-padlock.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\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": "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"
    }
  ]
}