)]}'
{
  "log": [
    {
      "commit": "5cd2b459d326a424671dcd95f038649f7bf7cb96",
      "tree": "824514753e173bb69d3fde5fab18f8ddf909751d",
      "parents": [
        "f810a5cf28a818db96333cd23646f0227ec015b4"
      ],
      "author": {
        "name": "Arjan van de Ven",
        "email": "arjan@linux.intel.com",
        "time": "Fri Jul 25 19:45:39 2008 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Sat Jul 26 12:00:07 2008 -0700"
      },
      "message": "Use WARN() in lib/\n\nUse WARN() instead of a printk+WARN_ON() pair; this way the message becomes\npart of the warning section for better reporting/collection.  In addition, one\nof the if() clauses collapes into the WARN() entirely now.\n\nSigned-off-by: Arjan van de Ven \u003carjan@linux.intel.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "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": "b9e76a00749521f2b080fa8a4fb15f66538ab756",
      "tree": "814bd118b1a44b370b080d96cbe19763aebf9f69",
      "parents": [
        "92896bd9fd75b1c993b92874d339a8088bb75560"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Mon Mar 24 11:22:39 2008 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Mon Mar 24 11:22:39 2008 -0700"
      },
      "message": "x86-32: Pass the full resource data to ioremap()\n\nIt appears that 64-bit PCI resources cannot possibly ever have worked on\nx86-32 even when the RESOURCES_64BIT config option was set, because any\ndriver that tried to [pci_]ioremap() the resource would have been unable\nto do so because the high 32 bits would have been silently dropped on\nthe floor by the ioremap() routines that only used \"unsigned long\".\n\nChange them to use \"resource_size_t\" instead, which properly encodes the\nwhole 64-bit resource data if RESOURCES_64BIT is enabled.\n\nAcked-by: H. Peter Anvin \u003chpa@kernel.org\u003e\nAcked-by: Stefan Richter \u003cstefanr@s5r6.in-berlin.de\u003e\nCc: Ivan Kokshaysky \u003cink@jurassic.park.msu.ru\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "9f741cb8fecef923cce1dff820ac6aa78c12d136",
      "tree": "a033810f71f1b98f5ba1d1949230178ca505a1bf",
      "parents": [
        "7ad5b3a505e68cfdc342933d6e0fc0eaa5e0a4f7"
      ],
      "author": {
        "name": "Harvey Harrison",
        "email": "harvey.harrison@gmail.com",
        "time": "Fri Feb 08 04:19:55 2008 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Fri Feb 08 09:22:31 2008 -0800"
      },
      "message": "lib: remove fastcall from lib/*\n\n[akpm@linux-foundation.org: coding-style fixes]\nSigned-off-by: Harvey Harrison \u003charvey.harrison@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "debe621468cf54630d360999f6223b50a3efdd0c",
      "tree": "05665549b0a8e693d8339b911aa879423fb7e836",
      "parents": [
        "80eb68d23897126e7f25e2b3689bc27fb8cdde17"
      ],
      "author": {
        "name": "Rene Herman",
        "email": "rene.herman@gmail.com",
        "time": "Tue Oct 16 23:29:51 2007 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Wed Oct 17 08:42:57 2007 -0700"
      },
      "message": "lib/iomap.c:bad_io_access(): print 0x hex prefix\n\nBe explicit about printing hex.\n\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "5ca24814247fa4c039b893bf80fc05d0e5d41b00",
      "tree": "fb1d19e094e5337e4a33d97ad487ce36c631d104",
      "parents": [
        "4e68fc97b17470365a65bc569523dd9012730e44"
      ],
      "author": {
        "name": "Rolf Eike Beer",
        "email": "eike-kernel@sf-tec.de",
        "time": "Thu Jul 19 17:48:44 2007 -0700"
      },
      "committer": {
        "name": "Greg Kroah-Hartman",
        "email": "gregkh@suse.de",
        "time": "Wed Aug 22 14:48:40 2007 -0700"
      },
      "message": "PCI: Document pci_iomap()\n\nThis useful interface is hardly mentioned anywhere in the in-tree\ndocumentation.\n\nSigned-off-by: Rolf Eike Beer \u003ceike-kernel@sf-tec.de\u003e\nCc: Tejun Heo \u003chtejun@gmail.com\u003e\nAcked-by: Randy Dunlap \u003crandy.dunlap@oracle.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n"
    },
    {
      "commit": "6cbf0c704d7c3bb215ae7e0381b1ff2ad5931f35",
      "tree": "f2979bdafe0e0644fb82975a30993d03da7f8fd4",
      "parents": [
        "4d4700707c0d4be0efc968989fb1cd01c60c0a35"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Fri May 04 20:44:23 2007 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Fri May 04 20:44:23 2007 -0700"
      },
      "message": "iomap: make the default iomap functions fail softer\n\nWe used to BUG_ON() for a badly mapped IO port, which is certainly\ncorrect, but actually made it harder to debug the case where the ATA\ndrivers had incorrectly mapped a nonconnected ATA port.\n\nSo make badly mapped ports trigger a WARN_ON(), and throw the IO away\ninstead (and return all ones for reads).  For things like broken driver\ninitialization - which is the most likely cause anyway - that should\nmean that the machine comes up and is usable (at least that was the case\nfor the ATA breakage that triggered this patch).\n\nIt tends to be a whole lot easier to do a \"dmesg\" on a working machine\nthan to try to capture logs off a dead one.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "5ea8176994003483a18c8fed580901e2125f8a83",
      "tree": "0712ec9cd3384fbd897eb454ce9c0f907289ab51",
      "parents": [
        "2835fdfa4a7f1400986d76d054237809a9392406"
      ],
      "author": {
        "name": "Al Viro",
        "email": "viro@ftp.linux.org.uk",
        "time": "Sun Feb 11 15:41:31 2007 +0000"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@woody.linux-foundation.org",
        "time": "Sun Feb 11 11:18:07 2007 -0800"
      },
      "message": "[PATCH] sort the devres mess out\n\n* Split the implementation-agnostic stuff in separate files.\n* Make sure that targets using non-default request_irq() pull\n  kernel/irq/devres.o\n* Introduce new symbols (HAS_IOPORT and HAS_IOMEM) defaulting to positive;\n  allow architectures to turn them off (we needed these symbols anyway for\n  dependencies of quite a few drivers).\n* protect the ioport-related parts of lib/devres.o with CONFIG_HAS_IOPORT.\n\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "d24bbbf251e70bf984cbaa9b1fcadc5f56fc3ae9",
      "tree": "3e3c18f9eebe5136e221d5f3219fa3f62badd8b0",
      "parents": [
        "b878ca5d37953ad1c4578b225a13a3c3e7e743b7"
      ],
      "author": {
        "name": "Tejun Heo",
        "email": "htejun@gmail.com",
        "time": "Sat Jan 20 16:00:28 2007 +0900"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jeff@garzik.org",
        "time": "Fri Feb 09 17:39:37 2007 -0500"
      },
      "message": "devres: implement pcim_iomap_regions()\n\nImplement pcim_iomap_regions().  This function takes mask of BARs to\nrequest and iomap.  No BAR should have length of zero.  BARs are\niomapped using pcim_iomap_table().\n\nSigned-off-by: Tejun Heo \u003chtejun@gmail.com\u003e\nSigned-off-by: Jeff Garzik \u003cjeff@garzik.org\u003e\n"
    },
    {
      "commit": "9ac7849e35f705830f7b016ff272b0ff1f7ff759",
      "tree": "7f17cdff87e154937a15cc2ec8da9b4e6018ce8e",
      "parents": [
        "77a527eadb425b60db3f5f0aae6a4c51c38e35e5"
      ],
      "author": {
        "name": "Tejun Heo",
        "email": "htejun@gmail.com",
        "time": "Sat Jan 20 16:00:26 2007 +0900"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jeff@garzik.org",
        "time": "Fri Feb 09 17:39:36 2007 -0500"
      },
      "message": "devres: device resource management\n\nImplement device resource management, in short, devres.  A device\ndriver can allocate arbirary size of devres data which is associated\nwith a release function.  On driver detach, release function is\ninvoked on the devres data, then, devres data is freed.\n\ndevreses are typed by associated release functions.  Some devreses are\nbetter represented by single instance of the type while others need\nmultiple instances sharing the same release function.  Both usages are\nsupported.\n\ndevreses can be grouped using devres group such that a device driver\ncan easily release acquired resources halfway through initialization\nor selectively release resources (e.g. resources for port 1 out of 4\nports).\n\nThis patch adds devres core including documentation and the following\nmanaged interfaces.\n\n* alloc/free\t: devm_kzalloc(), devm_kzfree()\n* IO region\t: devm_request_region(), devm_release_region()\n* IRQ\t\t: devm_request_irq(), devm_free_irq()\n* DMA\t\t: dmam_alloc_coherent(), dmam_free_coherent(),\n\t\t  dmam_declare_coherent_memory(), dmam_pool_create(),\n\t\t  dmam_pool_destroy()\n* PCI\t\t: pcim_enable_device(), pcim_pin_device(), pci_is_managed()\n* iomap\t\t: devm_ioport_map(), devm_ioport_unmap(), devm_ioremap(),\n\t\t  devm_ioremap_nocache(), devm_iounmap(), pcim_iomap_table(),\n\t\t  pcim_iomap(), pcim_iounmap()\n\nSigned-off-by: Tejun Heo \u003chtejun@gmail.com\u003e\nSigned-off-by: Jeff Garzik \u003cjeff@garzik.org\u003e\n"
    },
    {
      "commit": "34ba8a5cd0b0d57f7775023e6e3fec473a7291cc",
      "tree": "253f3fdc3fee6bd38d2cbef449b0db7351632cf6",
      "parents": [
        "79acbb3ff2d8095b692e1502b9eb2ccec348de26"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@osdl.org",
        "time": "Sat Nov 11 17:24:46 2006 +1100"
      },
      "committer": {
        "name": "Paul Mackerras",
        "email": "paulus@samba.org",
        "time": "Mon Dec 04 15:59:52 2006 +1100"
      },
      "message": "[PATCH] Arch provides generic iomap missing accessors\n\nAllow architectures to provide their own implementation of the big endian MMIO\naccessors and \"repeat\" MMIO accessors for use by the generic iomap.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\nMore-or-less-tested-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Paul Mackerras \u003cpaulus@samba.org\u003e\n"
    },
    {
      "commit": "dae409a27788774adb810f7cdb771ba7cce7af8a",
      "tree": "7fbbbe81527c5f321f374f958a82dfa30e170850",
      "parents": [
        "c41f5eb3b8feb8772561f0e34cfee4de1fa433ec"
      ],
      "author": {
        "name": "James Bottomley",
        "email": "James.Bottomley@SteelEye.com",
        "time": "Sat Apr 16 15:25:54 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sat Apr 16 15:25:54 2005 -0700"
      },
      "message": "[PATCH] add Big Endian variants of ioread/iowrite\n\nIn the new io infrastructure, all of our operators are expecting the\nunderlying device to be little endian (because the PCI bus, their main\nconsumer, is LE).\n\nHowever, there are a fair few devices and busses in the world that are\nactually Big Endian.  There\u0027s even evidence that some of these BE bus and\nchip types are attached to LE systems.  Thus, there\u0027s a need for a BE\nequivalent of our io{read,write}{16,32} operations.\n\nThe attached patch adds this as io{read,write}{16,32}be.  When it\u0027s in,\nI\u0027ll add the first consume (the 53c700 SCSI chip driver).\n\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\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"
    }
  ]
}
