)]}'
{
  "log": [
    {
      "commit": "b70d3a2c596fb52b02488ad4aef13fa0d602090c",
      "tree": "502793fdd2ca7c7e0d66af3e750d4ffbec6db248",
      "parents": [
        "626adeb6675fdf60e9d8c6212776b0b0acf0e376"
      ],
      "author": {
        "name": "Benjamin Herrenschmidt",
        "email": "benh@kernel.crashing.org",
        "time": "Tue Apr 29 00:59:11 2008 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue Apr 29 08:06:02 2008 -0700"
      },
      "message": "iomap: fix 64 bits resources on 32 bits\n\nAlmost all implementations of pci_iomap() in the kernel, including the generic\nlib/iomap.c one, copies the content of a struct resource into unsigned long\u0027s\nwhich will break on 32 bits platforms with 64 bits resources.\n\nThis fixes all definitions of pci_iomap() to use resource_size_t.  I also\n\"fixed\" the 64bits arch for consistency.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: \u003clinux-arch@vger.kernel.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "1ba6ab11d8fbd8d29afec4e39236e1255ae0339a",
      "tree": "68970431b31c1fd21966f567113f87d24c6c7196",
      "parents": [
        "3b57eff02c37c79e6254884d374a6a9233e11efc"
      ],
      "author": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Wed Feb 13 15:06:38 2008 -0800"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Sun Apr 20 21:46:58 2008 -0700"
      },
      "message": "PCI: remove initial bios sort of PCI devices on x86\n\nWe currently keep 2 lists of PCI devices in the system, one in the\ndriver core, and one all on its own.  This second list is sorted at boot\ntime, in \"BIOS\" order, to try to remain compatible with older kernels\n(2.2 and earlier days).  There was also a \"nosort\" option to turn this\nsorting off, to remain compatible with even older kernel versions, but\nthat just ends up being what we have been doing from 2.5 days...\n\nUnfortunately, the second list of devices is not really ever used to \ndetermine the probing order of PCI devices or drivers[1].  That is done\nusing the driver core list instead.  This change happened back in the\nearly 2.5 days.\n\nRelying on BIOS ording for the binding of drivers to specific device\nnames is problematic for many reasons, and userspace tools like udev\nexist to properly name devices in a persistant manner if that is needed,\nno reliance on the BIOS is needed.\n\nMatt Domsch and others at Dell noticed this back in 2006, and added a\nboot option to sort the PCI device lists (both of them) in a\nbreadth-first manner to help remain compatible with the 2.4 order, if\nneeded for any reason.  This option is not going away, as some systems\nrely on them.\n\nThis patch removes the sorting of the internal PCI device list in \"BIOS\"\nmode, as it\u0027s not needed at all anymore, and hasn\u0027t for many years.\nI\u0027ve also removed the PCI flags for this from some other arches that for\nsome reason defined them, but never used them.\n\nThis should not change the ordering of any drivers or device probing.\n\n[1] The old-style pci_get_device and pci_find_device() still used this\nsorting order, but there are very few drivers that use these functions,\nas they are deprecated for use in this manner.  If for some reason, a\ndriver rely on the order and uses these functions, the breadth-first\nboot option will resolve any problem.\n\nCc: Matt Domsch \u003cMatt_Domsch@dell.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "b920de1b77b72ca9432ac3f97edb26541e65e5dd",
      "tree": "40fa9be1470e929c47927dea7eddf184c0204229",
      "parents": [
        "ef3d534754f31fed9c3b976fee1ece1b3bc38282"
      ],
      "author": {
        "name": "David Howells",
        "email": "dhowells@redhat.com",
        "time": "Fri Feb 08 04:19:31 2008 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Fri Feb 08 09:22:30 2008 -0800"
      },
      "message": "mn10300: add the MN10300/AM33 architecture to the kernel\n\nAdd architecture support for the MN10300/AM33 CPUs produced by MEI to the\nkernel.\n\nThis patch also adds board support for the ASB2303 with the ASB2308 daughter\nboard, and the ASB2305.  The only processor supported is the MN103E010, which\nis an AM33v2 core plus on-chip devices.\n\n[akpm@linux-foundation.org: nuke cvs control strings]\nSigned-off-by: Masakazu Urade \u003curade.masakazu@jp.panasonic.com\u003e\nSigned-off-by: Koichi Yasutake \u003cyasutake.koichi@jp.panasonic.com\u003e\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    }
  ]
}