)]}'
{
  "log": [
    {
      "commit": "aa95abefccc25efea5c8654bc3475e8161319b94",
      "tree": "cd2611a0998be1e68ce10d3a5cd6d7e4c6810a03",
      "parents": [
        "c7985051dec26dc5ae2562a975a0b37b70621f3f"
      ],
      "author": {
        "name": "Alan Cox",
        "email": "alan@lxorguk.ukuu.org.uk",
        "time": "Thu Jun 22 14:25:34 2006 +0100"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jeff@garzik.org",
        "time": "Thu Jun 22 23:32:02 2006 -0400"
      },
      "message": "[PATCH] skb_padto()-area fixes in 8390, wavelan\n\nAr Iau, 2006-06-22 am 21:29 +1000, ysgrifennodd Herbert Xu:\n\u003e Alan Cox \u003calan@lxorguk.ukuu.org.uk\u003e wrote:\n\u003e \u003e\n\u003e \u003e The 8390 change (corrected version) also makes 8390.c faster so should\n\u003e \u003e be applied anyway, and the orinoco one fixes some code that isn\u0027t even\n\u003e \u003e needed and someone forgot to remove long ago. Otherwise the skb_padto\n\u003e\n\u003e Yeah I agree totally.  However, I haven\u0027t actually seen the fixed 8390\n\u003e version being posted yet or at least not to netdev :)\n\nAh the resounding clang of a subtle hint ;)\n\nSigned-off-by: Alan Cox \u003calan@redhat.com\u003e\n\n- Return 8390.c to the old way of handling short packets (which is also\nfaster)\n\n- Remove the skb_padto from orinoco. This got left in when the padding bad\nwrite patch was added and is actually not needed. This is fixing a merge\nerror way back when.\n\n- Wavelan can also use the stack based buffer trick if you want\nSigned-off-by: Jeff Garzik \u003cjeff@garzik.org\u003e\n"
    },
    {
      "commit": "9389d79fbf9a0167ff2de87e8796c6bb803219bf",
      "tree": "760e6d88a9cd18cd3f8e22ab7ce374aa124c36fd",
      "parents": [
        "3fd07d3bf0077dcc0f5a33d2eb1938ea050da8da"
      ],
      "author": {
        "name": "Paul Gortmaker",
        "email": "p_gortmaker@yahoo.com",
        "time": "Fri Sep 23 05:18:45 2005 -0400"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jgarzik@pobox.com",
        "time": "Fri Sep 23 05:18:45 2005 -0400"
      },
      "message": "[PATCH] 8390 Tx fix for non i386 machines\n\nWhile this is true, E8390_CMD is zero on i386, and thus there should be no\neffect for these machines.  Machines like Mac, Amiga etc. which use Alan\u0027s\nclever register mapping may have a non-zero E8390_CMD and result in bogus\n\"transmitter busy\" type messages from this bug.\n\nFixes BUG# 3991.\n"
    },
    {
      "commit": "0adbb44a146d6dff3f74ea7a9d3826f8942ed709",
      "tree": "0876bf3ec1c618ed8d0ba1fc2638fd8c8d804e96",
      "parents": [
        "1cc1265e9a8579be0029cd675ec22a6151893e04"
      ],
      "author": {
        "name": "Hirokazu Takata",
        "email": "takata@linux-m32r.org",
        "time": "Tue Jun 21 17:16:16 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Tue Jun 21 19:07:31 2005 -0700"
      },
      "message": "[PATCH] m32r: Remove include/asm-m32r/m32102peri.h\n\nThis patch removes an obsolete header file include/asm-m32r/m32102peri.h.\nIn this header, there are some undesirable single character types, like V.\nAnd the header is almost no longer used.\n\nSigned-off-by: Hayato Fujiwara \u003cfujiwara@linux-m32r.org\u003e\nSigned-off-by: Hirokazu Takata \u003ctakata@linux-m32r.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\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"
    }
  ]
}