)]}'
{
  "log": [
    {
      "commit": "c7ebbbce366c02e5657ac6b6059933fe0353b175",
      "tree": "fd4476e249d27218a35c1807323b5d064c45f8b3",
      "parents": [
        "942fc2fb73f2cac53484ebaf1c4f9af7aefaca83"
      ],
      "author": {
        "name": "Christoph Hellwig",
        "email": "hch@lst.de",
        "time": "Fri Sep 09 16:22:50 2005 +0200"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@mulgrave.(none)",
        "time": "Fri Sep 09 16:43:37 2005 -0500"
      },
      "message": "[SCSI] SAS transport class\n\nThe SAS transport class contains common code to deal with SAS HBAs, an\naproximated representation of SAS topologies in the driver model,\nand various sysfs attributes to expose these topologies and managment\ninterfaces to userspace.\n\nIn addition to the basic SCSI core objects this transport class introduces\ntwo additional intermediate objects:  The SAS PHY as represented by struct\nsas_phy defines an \"outgoing\" PHY on a SAS HBA or Expander, and the SAS\nremote PHY represented by struct sas_rphy defines an \"incoming\" PHY on a\nSAS Expander or end device.  Note that this is purely a software concept, the\nunderlying hardware for a PHY and a remote PHY is the exactly the same.\n\nThere is no concept of a SAS port in this code, users can see what PHYs\nform a wide port based on the port_identifier attribute, which is the same\nfor all PHYs in a port.\n\nThis submission doesn\u0027t handle hot-plug addition or removal of SAS devices\nand thus doesn\u0027t do scanning in a workqueue yet, that will be added in\nphase2 after this submission.  In a third phase I will add additional\nmanagment infrastructure.\n\nI think this submission is ready for 2.6.14, but additional comments are\nof course very welcome.\n\nI\u0027d like to thanks James Smart a lot for his very useful input on the\ndesign.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n"
    },
    {
      "commit": "0481990b758628e12f4b0a9e15094e70cefc7cd1",
      "tree": "67a4b4b7acc6a688b87ef2a2d3ec0e296e6e480c",
      "parents": [
        "db400b3c4ee89d384d9163836a55577abdae772d",
        "17fa53da1239b8712c5cebbd72a74c713b6c2db9"
      ],
      "author": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Wed Sep 07 17:31:27 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Wed Sep 07 17:31:27 2005 -0700"
      },
      "message": "Merge master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-for-linus-2.6 \n"
    },
    {
      "commit": "20f733e7d75a16bffc34842b7682c9247dd5f954",
      "tree": "6d67e9dbcbc615d00881f466b0ad2b9fc1349e00",
      "parents": [
        "7da79312830e6d9b3f6ee06b86c3a35caba2f6e7"
      ],
      "author": {
        "name": "Brett Russ",
        "email": "russb@emc.com",
        "time": "Thu Sep 01 18:26:17 2005 -0400"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jgarzik@pobox.com",
        "time": "Wed Sep 07 01:56:09 2005 -0400"
      },
      "message": "[PATCH] libata: Marvell SATA support (PIO mode)\n\nThis is my libata compatible low level driver for the Marvell SATA\nfamily.  Currently it successfully runs in PIO mode on a 6081 chip.\nEDMA support is in the works and should be done shortly.  Review,\ntesting (especially on other flavors of Marvell), comments welcome.\n\nSigned-off-by: Brett Russ \u003crussb@emc.com\u003e\nSigned-off-by: Jeff Garzik \u003cjgarzik@pobox.com\u003e\n"
    },
    {
      "commit": "17fa53da1239b8712c5cebbd72a74c713b6c2db9",
      "tree": "8cf55e47ce681a6c899ccf8e06abeccecb20d38b",
      "parents": [
        "3173d8c342971a03857d8af749a3f57da7d06b57",
        "fe1b2d544d71300f8e2d151c3c77a130d13a58be"
      ],
      "author": {
        "name": "James Bottomley",
        "email": "jejb@titanic.(none)",
        "time": "Tue Sep 06 17:52:54 2005 -0500"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@titanic.(none)",
        "time": "Tue Sep 06 17:52:54 2005 -0500"
      },
      "message": "Merge by hand (conflicts in sd.c)\n"
    },
    {
      "commit": "875d43e72b5bf22161a81de7554f88eccf8a51ae",
      "tree": "a676fe7298b478b7ee9fe7be9cb07c9a0b928370",
      "parents": [
        "63fb6fd1c86181d9dd9ba0e6e6082799e149b56b"
      ],
      "author": {
        "name": "Ralf Baechle",
        "email": "ralf@linux-mips.org",
        "time": "Sat Sep 03 15:56:16 2005 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@evo.osdl.org",
        "time": "Mon Sep 05 00:06:06 2005 -0700"
      },
      "message": "[PATCH] mips: clean up 32/64-bit configuration\n\nStart cleaning 32-bit vs. 64-bit configuration.\n\nSigned-off-by: Ralf Baechle \u003cralf@linux-mips.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "61a7afa2c476a3be261cf88a95b0dea0c3bd29d4",
      "tree": "68c2724e2dbda8a8581592583af0d538b63db244",
      "parents": [
        "2b7d6a8cb9718fc1d9e826201b64909c44a915f4"
      ],
      "author": {
        "name": "James Bottomley",
        "email": "James.Bottomley@steeleye.com",
        "time": "Tue Aug 16 18:27:34 2005 -0500"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@titanic.(none)",
        "time": "Tue Aug 30 22:48:51 2005 -0500"
      },
      "message": "[SCSI] embryonic RAID class\n\nThe idea behind a RAID class is to provide a uniform interface to all\nRAID subsystems (both hardware and software) in the kernel.\n\nTo do that, I\u0027ve made this class a transport class that\u0027s entirely\nsubsystem independent (although the matching routines have to match per\nsubsystem, as you\u0027ll see looking at the code).  I put it in the scsi\nsubdirectory purely because I needed somewhere to play with it, but it\u0027s\nnot a scsi specific module.\n\nI used a fusion raid card as the test bed for this; with that kind of\ncard, this is the type of class output you get:\n\njejb@titanic\u003e ls -l /sys/class/raid_devices/20\\:0\\:0\\:0/\ntotal 0\nlrwxrwxrwx  1 root root     0 Aug 16 17:21 component-0 -\u003e ../../../devices/pci0000:80/0000:80:04.0/host20/target20:1:0/20:1:0:0/\nlrwxrwxrwx  1 root root     0 Aug 16 17:21 component-1 -\u003e ../../../devices/pci0000:80/0000:80:04.0/host20/target20:1:1/20:1:1:0/\nlrwxrwxrwx  1 root root     0 Aug 16 17:21 device -\u003e ../../../devices/pci0000:80/0000:80:04.0/host20/target20:0:0/20:0:0:0/\n-r--r--r--  1 root root 16384 Aug 16 17:21 level\n-r--r--r--  1 root root 16384 Aug 16 17:21 resync\n-r--r--r--  1 root root 16384 Aug 16 17:21 state\n\nSo it\u0027s really simple: for a SCSI device representing a hardware raid,\nit shows the raid level, the array state, the resync % complete (if the\nstate is resyncing) and the underlying components of the RAID (these are\nexposed in fusion on the virtual channel 1).\n\nAs you can see, this type of information can be exported by almost\nanything, including software raid.\n\nThe more difficult trick, of course, is going to be getting it to\nperform configuration type actions with writable attributes.\n\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n"
    },
    {
      "commit": "fa53bb650e6747628276e3ab6d98f51d9bfb0573",
      "tree": "a82d5859f39727cbfc8a9dc0ebbb800a772bd390",
      "parents": [
        "0e6d0d89343ab24ddeb39f8b2ffdd2d4c194427c"
      ],
      "author": {
        "name": "Al Viro",
        "email": "viro@www.linux.org.uk",
        "time": "Tue Aug 23 22:48:07 2005 +0100"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Tue Aug 23 18:43:46 2005 -0700"
      },
      "message": "[PATCH] Kconfig fix (non-modular SCSI drivers)\n\nnon-modular scsi drivers depend on built-in scsi\n\nSigned-off-by: Al Viro \u003cviro@parcelfarce.linux.theplanet.co.uk\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "faa725332f39329288f52b7f872ffda866ba5b09",
      "tree": "ab0459721ec3e864eecc4e77e11fc6fe4c2f2d3c",
      "parents": [
        "b0825488a642cadcf39709961dde61440cb0731c"
      ],
      "author": {
        "name": "Adrian Bunk",
        "email": "bunk@stusta.de",
        "time": "Wed Jul 27 01:06:35 2005 -0700"
      },
      "committer": {
        "name": "Jeff Garzik",
        "email": "jgarzik@pobox.com",
        "time": "Sun Jul 31 00:43:00 2005 -0400"
      },
      "message": "[PATCH] SCSI_SATA has to be a tristate\n\nSCSI\u003dm must disallow static drivers.\n\nThe problem is that all the SATA drivers depend on SCSI_SATA.\n\nWith SCSI\u003dm and SCSI_SATA\u003dy this allows the static enabling of the SATA\ndrivers with unwanted effects, e.g.:\n- SCSI\u003dm, SCSI_SATA\u003dy, SCSI_ATA_ADMA\u003dy\n  -\u003e SCSI_ATA_ADMA is built statically but scsi/built-in.o is not linked\n     into the kernel\n- SCSI\u003dm, SCSI_SATA\u003dy, SCSI_ATA_ADMA\u003dy, SCSI_SATA_AHCI\u003dm\n  -\u003e SCSI_ATA_ADMA and libata are built statically but\n     scsi/built-in.o is not linked into the kernel,\n     SCSI_SATA_AHCI is built modular (unresolved symbols due to missing\n                                      libata)\n\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\nCc: Jeff Garzik \u003cjgarzik@pobox.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Jeff Garzik \u003cjgarzik@pobox.com\u003e\n"
    },
    {
      "commit": "3237ee78fc00f786d5f5aec6f9310b0e39069f15",
      "tree": "4c94e70ab846ffcb8bb5715fb3c8d8473358a323",
      "parents": [
        "9ee1c939d1cb936b1f98e8d81aeffab57bae46ab",
        "df0ae2497ddefd72a87f3a3b34ff32455d7d4ae0"
      ],
      "author": {
        "name": "James Bottomley",
        "email": "jejb@titanic.(none)",
        "time": "Fri Jun 17 18:42:23 2005 -0500"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@titanic.(none)",
        "time": "Fri Jun 17 18:42:23 2005 -0500"
      },
      "message": "merge by hand (fix up qla_os.c merge error)\n"
    },
    {
      "commit": "c3315ede1bdf7bc706b59870df41b9cdb6e3995a",
      "tree": "2739a03a44772035abb8c2be9085944c404ea810",
      "parents": [
        "707f919c643937e43a04e31d0502ecbf5a10445a"
      ],
      "author": {
        "name": "Geert Uytterhoeven",
        "email": "geert@linux-m68k.org",
        "time": "Sun Jun 12 11:25:42 2005 +0200"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Sun Jun 12 20:43:22 2005 -0700"
      },
      "message": "[PATCH] M68k: Mark Sun-3 NCR5380 SCSI broken\n\nM68k: Mark Sun-3 NCR5380 SCSI broken until NCR5380_abort() and\nNCR5380_bus_reset() are replaced with real new-style EH routines (the old EH\nSCSI constants were removed in 2.6.12-rc3).\n\nSigned-off-by: Geert Uytterhoeven \u003cgeert@linux-m68k.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "ad34ea2cc3845ef4dcd7d12fb0fa8484734bd672",
      "tree": "ad434400f5ecaa33b433c8f830e40792d8d6c05c",
      "parents": [
        "90356ac3194bf91a441a5f9c3067af386ef62462",
        "88d7bd8cb9eb8d64bf7997600b0d64f7834047c5"
      ],
      "author": {
        "name": "James Bottomley",
        "email": "jejb@titanic.(none)",
        "time": "Fri May 20 15:27:44 2005 -0500"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@titanic.(none)",
        "time": "Fri May 20 15:27:44 2005 -0500"
      },
      "message": "merge by hand - fix up rejections in Documentation/DocBook/Makefile\n"
    },
    {
      "commit": "daa6eda65a53e5addf86c6bc829129ff51b08bda",
      "tree": "19ecc387d09110aedc9f48927b78079f3f595ace",
      "parents": [
        "5cbf5eaef7e4430f60844748fd33e22a5fb15167"
      ],
      "author": {
        "name": "Gerd Knorr ",
        "email": "kraxel@bytesex.org",
        "time": "Tue May 10 10:59:13 2005 +0200"
      },
      "committer": {
        "name": "James Bottomley ",
        "email": "jejb@mulgrave.(none)",
        "time": "Fri May 20 12:53:50 2005 -0500"
      },
      "message": "[SCSI] add scsi changer driver\n\nThis patch adds a device driver for scsi media changer devices.\n\nSigned-off-by: Gerd Knorr \u003ckraxel@bytesex.org\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n"
    },
    {
      "commit": "099175c94a221fa2723b7273883c98cd32efe900",
      "tree": "367d0e08d62906aff04087d426d2dc8fccf7eb35",
      "parents": [
        "608648cb40f01c337be69f965cf7740f8189c31c"
      ],
      "author": {
        "name": "James Bottomley ",
        "email": "jejb@mulgrave.(none)",
        "time": "Thu Apr 21 22:50:33 2005 -0400"
      },
      "committer": {
        "name": "James Bottomley ",
        "email": "jejb@mulgrave.(none)",
        "time": "Fri May 20 12:53:15 2005 -0500"
      },
      "message": "[SCSI] remove PCI2000 and PCI2220i drivers\n\nFrom: Christoph Hellwig \u003chch@lst.de\u003e\n\nBoth drivers are marked broken and haven\u0027t compiled since very early\n2.5.x.  And they\u0027re for IDE hardware so they shouldn\u0027t have been\nwritten to the SCSI layer at all.\n\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n"
    },
    {
      "commit": "a553260618d88c4790daec7975c88f3db1080b5b",
      "tree": "75e46d5335ac3393bf453a36531bbe2ec60c1d21",
      "parents": [
        "7fbacd5213a03b262bb17a826b166900e8b168ac"
      ],
      "author": {
        "name": "Al Viro",
        "email": "viro@www.linux.org.uk",
        "time": "Wed May 04 05:39:42 2005 +0100"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@ppc970.osdl.org",
        "time": "Wed May 04 07:33:14 2005 -0700"
      },
      "message": "[PATCH] ISA DMA Kconfig fixes - part 3\n\nDrivers that expect ISA DMA API are marked as such in Kconfig.\n\nSigned-off-by: Al Viro \u003cviro@parcelfarce.linux.theplanet.co.uk\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "dea3101e0a5c897d2c9351a7444e139db9f40247",
      "tree": "61de19e98eed08bb760703b362eab2038c34f261",
      "parents": [
        "8e8790415e91964096f862a58cacb55d2bc9a817"
      ],
      "author": {
        "name": "",
        "email": "jejb@titanic.il.steeleye.com",
        "time": "Sun Apr 17 16:05:31 2005 -0500"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@titanic",
        "time": "Mon Apr 18 13:50:53 2005 -0500"
      },
      "message": "lpfc: add Emulex FC driver version 8.0.28\n\nFrom: \tJames.Smart@Emulex.Com\n\nModified for kernel import and\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n"
    },
    {
      "commit": "56fece20086ebe32bce2c0d74ceadd516b56baae",
      "tree": "3ce88fad34483bfc393feb2ee5f3a7f4b8a17f0b",
      "parents": [
        "e183b06bf0be6c525867476df186d20f8f1efe54"
      ],
      "author": {
        "name": "",
        "email": "jejb@mulgrave.(none)",
        "time": "Sun Apr 03 03:57:48 2005 -0600"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@titanic",
        "time": "Sat Apr 16 20:09:43 2005 -0500"
      },
      "message": "[PATCH] finally fix 53c700 to use the generic iomem infrastructure\n\nThis driver has had it\u0027s own different infrastructure for doing this for\nages, but it\u0027s time it used the common one.\n\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\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"
    }
  ]
}
