)]}'
{
  "commit": "e1410f2d951d45aee3bdbcc05ecedaaa9db276e5",
  "tree": "16d7ab46582219e349df6bfd48c6e20a5ba8e8fc",
  "parents": [
    "ad36d1a533da91d3448029b4da1113c5b880f25d"
  ],
  "author": {
    "name": "Jeff Garzik",
    "email": "jgarzik@pobox.com",
    "time": "Mon Nov 14 14:06:26 2005 -0500"
  },
  "committer": {
    "name": "Jeff Garzik",
    "email": "jgarzik@pobox.com",
    "time": "Mon Nov 14 14:06:26 2005 -0500"
  },
  "message": "[libata] fix bugs in ATAPI padding DMA mapping code\n\nThe ATAPI pad-to-next-32bit-boundary code modifies the scatterlist\u0027s\nlength variable, sometimes to zero.  x86-64 platform would oops if a\nzero-length scatterlist entry was asked to be mapped.  Work around this\nby ensuring that we never DMA-map a zero length buffer or SG entry.\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "d81db3a3d4b9a82a916659574a20f35328329ab4",
      "old_mode": 33188,
      "old_path": "drivers/scsi/libata-core.c",
      "new_id": "1ccaf467d516a943077caa4765adb3c93a40927a",
      "new_mode": 33188,
      "new_path": "drivers/scsi/libata-core.c"
    }
  ]
}
