)]}'
{
  "log": [
    {
      "commit": "9ee09d9cd4f57bae9cd95ea7ae5f41c29a166361",
      "tree": "2b769501f13fabaa472c2ac3a4f5099a530770c2",
      "parents": [
        "9e927fb6186b6913d47d33068160088a084d568e"
      ],
      "author": {
        "name": "Jon Mason",
        "email": "jdmason@us.ibm.com",
        "time": "Fri Mar 10 15:12:10 2006 -0600"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jeff@garzik.org",
        "time": "Sat Mar 11 13:26:51 2006 -0500"
      },
      "message": "[PATCH] dl2k: DMA freeing error\n\nThis patch fixes an error in the dl2k driver\u0027s DMA mapping/unmapping.\nThe adapter uses the upper 16bits of the DMA address for the buffer\nsize.  However, this is not masked off when referencing the DMA\naddress, and can lead to errors by trying to free a DMA address out of\nrange.\n\nThanks,\nJon\n\nSigned-off-by: Jon Mason \u003cjdmason@us.ibm.com\u003e\nSigned-off-by: Jeff Garzik \u003cjeff@garzik.org\u003e\n"
    },
    {
      "commit": "689be43945e9ca7dd704522e55af1b8a73a994d3",
      "tree": "6dcc7a5675a9a2b98c36ee54f2ba4386f84efe83",
      "parents": [
        "f835e471b557c45d2e5701ea5215f6e739b4eb39"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Jun 28 15:25:31 2005 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Tue Jun 28 15:25:31 2005 -0700"
      },
      "message": "[NET]: Remove gratuitous use of skb-\u003etail in network drivers.\n\nMany drivers use skb-\u003etail unnecessarily.\n\nIn these situations, the code roughly looks like:\n\n\tdev \u003d dev_alloc_skb(...);\n\n\t[optional] skb_reserve(skb, ...);\n\n\t... skb-\u003etail ...\n\nBut even if the skb_reserve() happens, skb-\u003edata equals\nskb-\u003etail.  So it doesn\u0027t make any sense to use anything\nother than skb-\u003edata in these cases.\n\nAnother case was the s2io.c driver directly mucking with\nthe skb-\u003edata and skb-\u003etail pointers.  It really just wanted\nto do an skb_reserve(), so that\u0027s what the code was changed\nto do instead.\n\nAnother reason I\u0027m making this change as it allows some SKB\ncleanups I have planned simpler to merge.  In those cleanups,\nskb-\u003ehead, skb-\u003etail, and skb-\u003eend pointers are removed, and\nreplaced with skb-\u003ehead_room and skb-\u003etail_room integers.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nAcked-by: Jeff Garzik \u003cjgarzik@pobox.com\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"
    }
  ]
}