)]}'
{
  "log": [
    {
      "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": "760f86d78d92f39e2ceb55b40f0885eb755c8c2f",
      "tree": "dd779d819fbda486cfdcc6ecd28afa4c1c40373b",
      "parents": [
        "88d7bd8cb9eb8d64bf7997600b0d64f7834047c5"
      ],
      "author": {
        "name": "Herbert Xu",
        "email": "herbert@gondor.apana.org.au",
        "time": "Sat Apr 16 16:24:16 2005 +1000"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jgarzik@pobox.com",
        "time": "Sun May 15 18:18:56 2005 -0400"
      },
      "message": "[PATCH] Fw: [Bugme-new] [Bug 4482] New: natsemi: incorrect initialization of IPv6 Neighbor-discovery multicast\n\nOn Wed, Apr 13, 2005 at 05:36:42PM +0000, Andrew Morton wrote:\n\u003e            Summary: natsemi: incorrect initialization of IPv6 Neighbor-\n\u003e                     discovery multicast\n\nI\u0027ve got a pair of FA312 cards and this problem has bothered me\nfor ages.  This has finally prompted me to do something about it :)\n\nTurns out that somebody wasn\u0027t following the documentation.  We were\ndoing 16-bit writes to 32-bit registers which led to some addresses\nworking and others not so lucky.\n\nThis patch should fix the problem.\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"
    }
  ]
}
