)]}'
{
  "commit": "490fe3f05be3f7c87d7932bcb6e6e53e3db2cd9c",
  "tree": "9b919a9b05daf85d1bd410ce0a4ada482912cbd9",
  "parents": [
    "d4a7dd8e637b322faaa934ffcd6dd07711af831f"
  ],
  "author": {
    "name": "Herbert Xu",
    "email": "herbert@gondor.apana.org.au",
    "time": "Fri Jan 11 08:09:35 2008 +1100"
  },
  "committer": {
    "name": "Herbert Xu",
    "email": "herbert@gondor.apana.org.au",
    "time": "Fri Jan 11 08:09:35 2008 +1100"
  },
  "message": "[CRYPTO] padlock: Fix alignment fault in aes_crypt_copy\n\nThe previous patch fixed spurious read faults from occuring by copying\nthe data if we happen to have a single block at the end of a page.  It\nappears that gcc cannot guarantee 16-byte alignment in the kernel with\n__attribute__.  The following report from Torben Viets shows a buffer\nthat\u0027s only 8-byte aligned:\n\n\u003e eneral protection fault: 0000 [#1]\n\u003e Modules linked in: xt_TCPMSS xt_tcpmss iptable_mangle ipt_MASQUERADE\n\u003e xt_tcpudp xt_mark xt_state iptable_nat nf_nat nf_conntrack_ipv4\n\u003e iptable_filter ip_tables x_tables pppoe pppox af_packet ppp_generic slhc\n\u003e aes_i586\n\u003e CPU:    0\n\u003e EIP:    0060:[\u003cc035b828\u003e]    Not tainted VLI\n\u003e EFLAGS: 00010292   (2.6.23.12 #7)\n\u003e EIP is at aes_crypt_copy+0x28/0x40\n\u003e eax: f7639ff0   ebx: f6c24050   ecx: 00000001   edx: f6c24030\n\u003e esi: f7e89dc8   edi: f7639ff0   ebp: 00010000   esp: f7e89dc8\n\nSince the hardware must have 16-byte alignment, the following patch fixes\nthis by open coding the alignment adjustment.\n\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "a337b693b6c911d8a5e3604df96f0956b00fe696",
      "old_mode": 33188,
      "old_path": "drivers/crypto/padlock-aes.c",
      "new_id": "5f7e7181048931dfb23192d7af582d85a071aba6",
      "new_mode": 33188,
      "new_path": "drivers/crypto/padlock-aes.c"
    }
  ]
}