)]}'
{
  "log": [
    {
      "commit": "085ae41f66657a9655ce832b0a61832a06f0e1dc",
      "tree": "215690b947b14fa18cbb2810db1a4082ad607e7a",
      "parents": [
        "064b53dbcc977dbf2753a67c2b8fc1c061d74f21"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Mon Aug 08 13:19:08 2005 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Sep 08 14:57:25 2005 -0700"
      },
      "message": "[PATCH] Make sparc64 use setup-res.c\n\nThere were three changes necessary in order to allow\nsparc64 to use setup-res.c:\n\n1) Sparc64 roots the PCI I/O and MEM address space using\n   parent resources contained in the PCI controller structure.\n   I\u0027m actually surprised no other platforms do this, especially\n   ones like Alpha and PPC{,64}.  These resources get linked into the\n   iomem/ioport tree when PCI controllers are probed.\n\n   So the hierarchy looks like this:\n\n   iomem --|\n\t   PCI controller 1 MEM space --|\n\t\t\t\t        device 1\n\t\t\t\t\tdevice 2\n\t\t\t\t\tetc.\n\t   PCI controller 2 MEM space --|\n\t\t\t\t        ...\n   ioport --|\n            PCI controller 1 IO space --|\n\t\t\t\t\t...\n            PCI controller 2 IO space --|\n\t\t\t\t\t...\n\n   You get the idea.  The drivers/pci/setup-res.c code allocates\n   using plain iomem_space and ioport_space as the root, so that\n   wouldn\u0027t work with the above setup.\n\n   So I added a pcibios_select_root() that is used to handle this.\n   It uses the PCI controller struct\u0027s io_space and mem_space on\n   sparc64, and io{port,mem}_resource on every other platform to\n   keep current behavior.\n\n2) quirk_io_region() is buggy.  It takes in raw BUS view addresses\n   and tries to use them as a PCI resource.\n\n   pci_claim_resource() expects the resource to be fully formed when\n   it gets called.  The sparc64 implementation would do the translation\n   but that\u0027s absolutely wrong, because if the same resource gets\n   released then re-claimed we\u0027ll adjust things twice.\n\n   So I fixed up quirk_io_region() to do the proper pcibios_bus_to_resource()\n   conversion before passing it on to pci_claim_resource().\n\n3) I was mistakedly __init\u0027ing the function methods the PCI controller\n   drivers provide on sparc64 to implement some parts of these\n   routines.  This was, of course, easy to fix.\n\nSo we end up with the following, and that nasty SPARC64 makefile\nifdef in drivers/pci/Makefile is finally zapped.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "982245f01734e9d5a3ab98b2b2e9761ae7719094",
      "tree": "96ff56ff327f9a50f91a46886967f349d9a0a5e7",
      "parents": [
        "74d863ee8a9da2b0f31e0f977daf127807b2e9d2"
      ],
      "author": {
        "name": "Adrian Bunk",
        "email": "bunk@stusta.de",
        "time": "Sun Jul 17 04:22:20 2005 +0200"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Thu Sep 08 14:57:23 2005 -0700"
      },
      "message": "[PATCH] PCI: remove CONFIG_PCI_NAMES\n\nThis patch removes CONFIG_PCI_NAMES.\n\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n"
    },
    {
      "commit": "43a6b76050aa137c51d00eec91d67ac43ac3846e",
      "tree": "f29f94e98a45c5102f1516afa45ac2ec46f2dd57",
      "parents": [
        "5848f23d811acc1cb6c19a12e1341e0640a85d0e"
      ],
      "author": {
        "name": "Andy Whitcroft",
        "email": "apw@shadowen.org",
        "time": "Mon Jun 20 14:29:25 2005 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Fri Jul 01 13:35:52 2005 -0700"
      },
      "message": "[PATCH] gregkh-pci-pci-assign-unassigned-resources fix\n\nIt seems that X86 architectures in general need the setup-bus.o\nnot just those with HOTPLUG.  This avoids the following error on\nX86_NUMAQ and x86_64:\n\n    arch/i386/pci/built-in.o(.init.text+0x15a6): In function `pcibios_init\u0027:\n    : undefined reference to `pci_assign_unassigned_resources\u0027\n\nSigned-off-by: Andy Whitcroft \u003capw@shadowen.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\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"
    }
  ]
}