)]}'
{
  "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": "12b279f9c0cb70695865dc336161512fa6e75d50",
      "tree": "674089c0d5822f45fae9168cf45a8f7b3382c413",
      "parents": [
        "e8c0eee96801f3c3f577b377b89ab01ab36ba7b6"
      ],
      "author": {
        "name": "Tobias Klauser",
        "email": "tklauser@nuerscht.ch",
        "time": "Mon Apr 04 18:10:18 2005 +0200"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jgarzik@pobox.com",
        "time": "Sun Jun 26 18:14:31 2005 -0400"
      },
      "message": "[PATCH] net/sis900: Use the DMA_32BIT_MASK constant\n\nUse the DMA_32BIT_MASK constant from dma-mapping.h when calling\npci_set_dma_mask() or pci_set_consistent_dma_mask() instead of custom\nmacros.\nThis patch includes dma-mapping.h explicitly because it caused errors\non some architectures otherwise.\nSee http://marc.theaimsgroup.com/?t\u003d108001993000001\u0026r\u003d1\u0026w\u003d2 for details\n\nSigned-off-by: Tobias Klauser \u003ctklauser@nuerscht.ch\u003e\n"
    },
    {
      "commit": "da369b01d49b34803265096eb92a2d6da61cf0d0",
      "tree": "6967b8292fa142e8e83f9bbaa788dacbfcfd3a8d",
      "parents": [
        "88d7bd8cb9eb8d64bf7997600b0d64f7834047c5"
      ],
      "author": {
        "name": "Daniele Venzano",
        "email": "webvenza@libero.it",
        "time": "Thu May 12 20:13:14 2005 -0400"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jgarzik@pobox.com",
        "time": "Thu May 12 20:13:14 2005 -0400"
      },
      "message": "  [PATCH] More ethtool support for sis900 and warning fix\n  \n  Add support to sis900 for the following ethtool ops:\n        - get_link\n        - get_settings\n        - set_settings\n        - nway_reset\n  \n  Signed-off-by: Daniele Venzano \u003cwebvenza@libero.it\u003e\n  Signed-off-by: Jeff Garzik \u003cjgarzik@pobox.com\u003e\n\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"
    }
  ]
}