)]}'
{
  "log": [
    {
      "commit": "5a0e3ad6af8660be21ca98a971cd00f331318c05",
      "tree": "5bfb7be11a03176a87296a43ac6647975c00a1d1",
      "parents": [
        "ed391f4ebf8f701d3566423ce8f17e614cde9806"
      ],
      "author": {
        "name": "Tejun Heo",
        "email": "tj@kernel.org",
        "time": "Wed Mar 24 17:04:11 2010 +0900"
      },
      "committer": {
        "name": "Tejun Heo",
        "email": "tj@kernel.org",
        "time": "Tue Mar 30 22:02:32 2010 +0900"
      },
      "message": "include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h\n\npercpu.h is included by sched.h and module.h and thus ends up being\nincluded when building most .c files.  percpu.h includes slab.h which\nin turn includes gfp.h making everything defined by the two files\nuniversally available and complicating inclusion dependencies.\n\npercpu.h -\u003e slab.h dependency is about to be removed.  Prepare for\nthis change by updating users of gfp and slab facilities include those\nheaders directly instead of assuming availability.  As this conversion\nneeds to touch large number of source files, the following script is\nused as the basis of conversion.\n\n  http://userweb.kernel.org/~tj/misc/slabh-sweep.py\n\nThe script does the followings.\n\n* Scan files for gfp and slab usages and update includes such that\n  only the necessary includes are there.  ie. if only gfp is used,\n  gfp.h, if slab is used, slab.h.\n\n* When the script inserts a new include, it looks at the include\n  blocks and try to put the new include such that its order conforms\n  to its surrounding.  It\u0027s put in the include block which contains\n  core kernel includes, in the same order that the rest are ordered -\n  alphabetical, Christmas tree, rev-Xmas-tree or at the end if there\n  doesn\u0027t seem to be any matching order.\n\n* If the script can\u0027t find a place to put a new include (mostly\n  because the file doesn\u0027t have fitting include block), it prints out\n  an error message indicating which .h file needs to be added to the\n  file.\n\nThe conversion was done in the following steps.\n\n1. The initial automatic conversion of all .c files updated slightly\n   over 4000 files, deleting around 700 includes and adding ~480 gfp.h\n   and ~3000 slab.h inclusions.  The script emitted errors for ~400\n   files.\n\n2. Each error was manually checked.  Some didn\u0027t need the inclusion,\n   some needed manual addition while adding it to implementation .h or\n   embedding .c file was more appropriate for others.  This step added\n   inclusions to around 150 files.\n\n3. The script was run again and the output was compared to the edits\n   from #2 to make sure no file was left behind.\n\n4. Several build tests were done and a couple of problems were fixed.\n   e.g. lib/decompress_*.c used malloc/free() wrappers around slab\n   APIs requiring slab.h to be added manually.\n\n5. The script was run on all .h files but without automatically\n   editing them as sprinkling gfp.h and slab.h inclusions around .h\n   files could easily lead to inclusion dependency hell.  Most gfp.h\n   inclusion directives were ignored as stuff from gfp.h was usually\n   wildly available and often used in preprocessor macros.  Each\n   slab.h inclusion directive was examined and added manually as\n   necessary.\n\n6. percpu.h was updated not to include slab.h.\n\n7. Build test were done on the following configurations and failures\n   were fixed.  CONFIG_GCOV_KERNEL was turned off for all tests (as my\n   distributed build env didn\u0027t work with gcov compiles) and a few\n   more options had to be turned off depending on archs to make things\n   build (like ipr on powerpc/64 which failed due to missing writeq).\n\n   * x86 and x86_64 UP and SMP allmodconfig and a custom test config.\n   * powerpc and powerpc64 SMP allmodconfig\n   * sparc and sparc64 SMP allmodconfig\n   * ia64 SMP allmodconfig\n   * s390 SMP allmodconfig\n   * alpha SMP allmodconfig\n   * um on x86_64 SMP allmodconfig\n\n8. percpu.h modifications were reverted so that it could be applied as\n   a separate patch and serve as bisection point.\n\nGiven the fact that I had only a couple of failures from tests on step\n6, I\u0027m fairly confident about the coverage of this conversion patch.\nIf there is a breakage, it\u0027s likely to be something in one of the arch\nheaders which should be easily discoverable easily on most builds of\nthe specific arch.\n\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nGuess-its-ok-by: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Ingo Molnar \u003cmingo@redhat.com\u003e\nCc: Lee Schermerhorn \u003cLee.Schermerhorn@hp.com\u003e\n"
    },
    {
      "commit": "3ad2f3fbb961429d2aa627465ae4829758bc7e07",
      "tree": "f365c513e8f5b477a61336a600ff54f32b7ad6e1",
      "parents": [
        "1537a3638cbf741d3826c1002026cce487a6bee0"
      ],
      "author": {
        "name": "Daniel Mack",
        "email": "daniel@caiaq.de",
        "time": "Wed Feb 03 08:01:28 2010 +0800"
      },
      "committer": {
        "name": "Jiri Kosina",
        "email": "jkosina@suse.cz",
        "time": "Tue Feb 09 11:13:56 2010 +0100"
      },
      "message": "tree-wide: Assorted spelling fixes\n\nIn particular, several occurances of funny versions of \u0027success\u0027,\n\u0027unknown\u0027, \u0027therefore\u0027, \u0027acknowledge\u0027, \u0027argument\u0027, \u0027achieve\u0027, \u0027address\u0027,\n\u0027beginning\u0027, \u0027desirable\u0027, \u0027separate\u0027 and \u0027necessary\u0027 are fixed.\n\nSigned-off-by: Daniel Mack \u003cdaniel@caiaq.de\u003e\nCc: Joe Perches \u003cjoe@perches.com\u003e\nCc: Junio C Hamano \u003cgitster@pobox.com\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\n"
    },
    {
      "commit": "284901a90a9e0b812ca3f5f852cbbfb60d10249d",
      "tree": "06c1b5a0f83c90cfb662f756e7781977ce739ce8",
      "parents": [
        "6afd142fd0dfba497246d0fab236c20a7b4bf778"
      ],
      "author": {
        "name": "Yang Hongyang",
        "email": "yanghy@cn.fujitsu.com",
        "time": "Mon Apr 06 19:01:15 2009 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue Apr 07 08:31:11 2009 -0700"
      },
      "message": "dma-mapping: replace all DMA_32BIT_MASK macro with DMA_BIT_MASK(32)\n\nReplace all DMA_32BIT_MASK macro with DMA_BIT_MASK(32)\n\nSigned-off-by: Yang Hongyang\u003cyanghy@cn.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "89546deb912ca9f8ad87afb3944e0239dc47a2df",
      "tree": "ec0a52debaa6960e4a437858051d6b5a553d6be9",
      "parents": [
        "d41ad93872adf345595c8e28b3de980b2ae15268"
      ],
      "author": {
        "name": "Nick Andrew",
        "email": "nick@nick-andrew.net",
        "time": "Sat Jan 03 18:56:38 2009 +1100"
      },
      "committer": {
        "name": "Jiri Kosina",
        "email": "jkosina@suse.cz",
        "time": "Tue Jan 06 11:28:08 2009 +0100"
      },
      "message": "trivial: Fix misspelling of \"firmware\" in a100u2w.c\n\nFix misspelling of \"firmware\" in a100u2w.c\n\nIt\u0027s spelled \"firmware\".\n\nSigned-off-by: Nick Andrew \u003cnick@nick-andrew.net\u003e\nSigned-off-by: Jiri Kosina \u003cjkosina@suse.cz\u003e\n"
    },
    {
      "commit": "fa195afe4ad3f6d85a9b7cc236ae85c05ca8db03",
      "tree": "020b6378863b6fd84715bcae84779595a92403ae",
      "parents": [
        "e98991130df36bc429f341a2f21519c39c52afe3"
      ],
      "author": {
        "name": "Alan Cox",
        "email": "alan@lxorguk.ukuu.org.uk",
        "time": "Mon Oct 27 15:16:36 2008 +0000"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "James.Bottomley@HansenPartnership.com",
        "time": "Mon Dec 29 11:24:12 2008 -0600"
      },
      "message": "[SCSI] Clean up my email address and use a single standard address for everything\n\nSigned-off-by: Alan Cox \u003calan@redhat.com\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@HansenPartnership.com\u003e\n"
    },
    {
      "commit": "3a628b0fd42f7eaf9d052447784d48ceae9ffb8e",
      "tree": "44ffc68125d966d58f7cf8a1905dc9b7143e57a8",
      "parents": [
        "a5db33411ae762e597bfcde6bb9d0c8c2ea9c0eb"
      ],
      "author": {
        "name": "Mikulas Patocka",
        "email": "mpatocka@redhat.com",
        "time": "Tue Jul 15 17:19:55 2008 -0400"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue Jul 15 14:30:56 2008 -0700"
      },
      "message": "Don\u0027t crash on IOMMU overflow in A100U2W driver\n\nHandle IOMMU overflow correctly, by retrying.  IOMMU errors can happen\nand drivers must deal with them.\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "a5db33411ae762e597bfcde6bb9d0c8c2ea9c0eb",
      "tree": "fca5929eddc432092f0c444ffc672058effb78b0",
      "parents": [
        "56d387ec210049be2fdb0fe26ba6d6de1b3c1b15"
      ],
      "author": {
        "name": "Mikulas Patocka",
        "email": "mpatocka@redhat.com",
        "time": "Tue Jul 15 17:18:38 2008 -0400"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue Jul 15 14:30:56 2008 -0700"
      },
      "message": "BUG_ON on kernel misbehavior on A100U2W driver\n\nWith broken Sparc64 IOMMU accounting, the kernel submits larger requests\nthen allowed.  Better to crash on BUG than corrupt memory.\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nAcked-by: James Bottomley \u003cJames.Bottomley@HansenPartnership.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "56d387ec210049be2fdb0fe26ba6d6de1b3c1b15",
      "tree": "7765729d4d4b51007de544af6abb5f7841f515cb",
      "parents": [
        "987ff954cda2a206f5e694f267b0ccad869c257c"
      ],
      "author": {
        "name": "Mikulas Patocka",
        "email": "mpatocka@redhat.com",
        "time": "Tue Jul 15 17:16:38 2008 -0400"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue Jul 15 14:30:56 2008 -0700"
      },
      "message": "Add udelay to A100U2W SCSI driver\n\nudelay is required on Sun Ultra 5.\n\nI don\u0027t know any reason or explanation for this, it was found purely\nexperimentally.\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "987ff954cda2a206f5e694f267b0ccad869c257c",
      "tree": "a362254e637f3d6da019f783b4cef057117a2cdb",
      "parents": [
        "63cf13b77ab785e87c867defa8545e6d4a989774"
      ],
      "author": {
        "name": "Mikulas Patocka",
        "email": "mpatocka@redhat.com",
        "time": "Tue Jul 15 17:15:41 2008 -0400"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue Jul 15 14:30:56 2008 -0700"
      },
      "message": "Fix endianity in A100U2W SCSI driver\n\nSupport big endian systems in a100u2w driver.\n\nSigned-off-by: Mikulas Patocka \u003cmpatocka@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "64a87b244b9297667ca80264aab849a36f494884",
      "tree": "554d78d1cfe594b92409a19b3ed1d32efcbd31cc",
      "parents": [
        "9f5de6b105bfa45911d46566df0b36720b648c42"
      ],
      "author": {
        "name": "Boaz Harrosh",
        "email": "bharrosh@panasas.com",
        "time": "Wed Apr 30 11:19:47 2008 +0300"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "James.Bottomley@HansenPartnership.com",
        "time": "Fri May 02 10:18:22 2008 -0500"
      },
      "message": "[SCSI] Let scsi_cmnd-\u003ecmnd use request-\u003ecmd buffer\n\n - struct scsi_cmnd had a 16 bytes command buffer of its own.\n   This is an unnecessary duplication and copy of request\u0027s\n   cmd. It is probably left overs from the time that scsi_cmnd\n   could function without a request attached. So clean that up.\n\n - Once above is done, few places, apart from scsi-ml, needed\n   adjustments due to changing the data type of scsi_cmnd-\u003ecmnd.\n\n - Lots of drivers still use MAX_COMMAND_SIZE. So I have left\n   that #define but equate it to BLK_MAX_CDB. The way I see it\n   and is reflected in the patch below is.\n   MAX_COMMAND_SIZE - means: The longest fixed-length (*) SCSI CDB\n                      as per the SCSI standard and is not related\n                      to the implementation.\n   BLK_MAX_CDB.     - The allocated space at the request level\n\n - I have audit all ISA drivers and made sure none use -\u003ecmnd in a DMA\n   Operation. Same audit was done by Andi Kleen.\n\n(*)fixed-length here means commands that their size can be determined\n   by their opcode and the CDB does not carry a length specifier, (unlike\n   the VARIABLE_LENGTH_CMD(0x7f) command). This is actually not exactly\n   true and the SCSI standard also defines extended commands and\n   vendor specific commands that can be bigger than 16 bytes. The kernel\n   will support these using the same infrastructure used for VARLEN CDB\u0027s.\n   So in effect MAX_COMMAND_SIZE means the maximum size command\n   scsi-ml supports without specifying a cmd_len by ULD\u0027s\n\nSigned-off-by: Boaz Harrosh \u003cbharrosh@panasas.com\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@HansenPartnership.com\u003e\n"
    },
    {
      "commit": "28aef2f7d9415b881c9145ab9b2c1c234064a243",
      "tree": "dba23def5ed8533e337b8c147ebc9e9a6881f752",
      "parents": [
        "4d1566ed2100d074ccc654e5cf2e44cdea3a01d0"
      ],
      "author": {
        "name": "Akinobu Mita",
        "email": "akinobu.mita@gmail.com",
        "time": "Mon Mar 17 21:32:02 2008 +0900"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "James.Bottomley@HansenPartnership.com",
        "time": "Thu Mar 20 09:19:25 2008 -0500"
      },
      "message": "[SCSI] a100u2w: fix bitmap lookup routine\n\nThis patch is only compile tested.\n\nIt seems that bitmap lookup routine for allocation_map in\na100u2w driver is simply wrong.\n\nIt cannot lookup more than first 32 bits. If all first 32 bits\nare set, it just returns 33-th orc_scb even though the 33-th bit\nis not set.\n\nSigned-off-by: Akinobu Mita \u003cakinobu.mita@gmail.com\u003e\nTested-by: Alan Cox \u003calan@redhat.com\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@HansenPartnership.com\u003e\n"
    },
    {
      "commit": "d3f46f39b7092594b498abc12f0c73b0b9913bde",
      "tree": "6d595bdecbdd41a958e05e425664209f5d71ecf1",
      "parents": [
        "b8de16318410f6f8611a879678a531237e4aadc9"
      ],
      "author": {
        "name": "James Bottomley",
        "email": "James.Bottomley@HansenPartnership.com",
        "time": "Tue Jan 15 11:11:46 2008 -0600"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "James.Bottomley@HansenPartnership.com",
        "time": "Wed Jan 30 13:14:02 2008 -0600"
      },
      "message": "[SCSI] remove use_sg_chaining\n\nWith the sg table code, every SCSI driver is now either chain capable\nor broken (or has sg_tablesize set so chaining is never activated), so\nthere\u0027s no need to have a check in the host template.\n\nAlso tidy up the code by moving the scatterlist size defines into the\nSCSI includes and permit the last entry of the scatterlist pools not\nto be a power of two.\nSigned-off-by: James Bottomley \u003cJames.Bottomley@HansenPartnership.com\u003e\n"
    },
    {
      "commit": "9cb83c7529d929c00f37d821daed1942a1b20602",
      "tree": "bb2fded1c443b1c370bdbe27076b62dc66eeddf2",
      "parents": [
        "c0dcffd71d5064efefa620231152c38eca8e066b"
      ],
      "author": {
        "name": "FUJITA Tomonori",
        "email": "tomof@acm.org",
        "time": "Tue Oct 16 11:24:32 2007 +0200"
      },
      "committer": {
        "name": "Jens Axboe",
        "email": "jens.axboe@oracle.com",
        "time": "Tue Oct 16 11:24:32 2007 +0200"
      },
      "message": "[SCSI] add use_sg_chaining option to scsi_host_template\n\nThis option is true if a low-level driver can support sg\nchaining. This will be removed eventually when all the drivers are\nconverted to support sg chaining. q-\u003emax_phys_segments is set to\nSCSI_MAX_SG_SEGMENTS if false.\n\nSigned-off-by: FUJITA Tomonori \u003cfujita.tomonori@lab.ntt.co.jp\u003e\nSigned-off-by: Jens Axboe \u003cjens.axboe@oracle.com\u003e\n"
    },
    {
      "commit": "4023c4747861e8c56f46e5fa50bd4feb63fc91fc",
      "tree": "a1e5988f2df2395842b298b899d4cfef9209269d",
      "parents": [
        "0d2fcd9f9858a34f7056b3b1cb60ce0f883d06b6"
      ],
      "author": {
        "name": "Alan Cox",
        "email": "alan@lxorguk.ukuu.org.uk",
        "time": "Fri Jun 15 14:45:30 2007 +0100"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@mulgrave.il.steeleye.com",
        "time": "Sun Jun 17 16:09:29 2007 -0500"
      },
      "message": "[SCSI] a100u2w: Convert into Linux style\n\nI was investigating strange driver behaviour and thought that readable\ncode and proper visible types might help explain why it didn\u0027t work right\nthe moment a second SCB was outstanding to the controller. I was right\n\n- Cleanup, linuxise, demacro\n- Remove the BSD dual licence on the new work\n- Switch the if ALPHA to if __LP64__. (struct size is then right\nelsewhere) and then to CONFIG_64BIT as per Christoph\u0027s request\n- Fix the recursive locking on a reset. This is the only actual real code\nchange (I hope ;)).\n\nI\u0027m not clear what the right way to handle the BIOS param stuff is on n\non x86-32/64. Using phys_to_virt and stuff is ugly and probably doesn\u0027t\nmake sense elsewhere\n\nStill has a couple of odd things - and there seems to be a commonly shared\nEEPROM handling error several drivers have. Roughly speaking several SCSI\ndrivers go\n\n\ttry and read EEPROM\n\tIt failed..\n\tWrite any changes between the default and the data we read\n\n\tWhich is great as for some paths we\u0027ve no idea what was in\nbefore, so each boot won\u0027t write it all back, won\u0027t checksum but will\nrepeat the bug\n\nAlso it can still sleep for a second with IRQ off, and there is some\ndubious looking error path locking marked FIXME in case anyone feels\ninspired to work on it. Not a newly introduced bug, and at least its now\nmarked.\n\nSigned-off-by: Alan Cox \u003calan@redhat.com\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n"
    },
    {
      "commit": "985c0a7277760512c65bda2eb12c1c7213233eeb",
      "tree": "ba11bcb2c38b9066589949483a71db4dc021cbdc",
      "parents": [
        "e1eaf460098e4fd168908af4e6951f921951e916"
      ],
      "author": {
        "name": "FUJITA Tomonori",
        "email": "fujita.tomonori@lab.ntt.co.jp",
        "time": "Mon May 14 20:26:37 2007 +0900"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@mulgrave.il.steeleye.com",
        "time": "Sat May 26 19:12:34 2007 -0500"
      },
      "message": "[SCSI] a100u2w: convert to use the data buffer accessors\n\n- remove the unnecessary map_single path.\n\n- convert to use the new accessors for the sg lists and the\nparameters.\n\nJens Axboe \u003cjens.axboe@oracle.com\u003e did the for_each_sg cleanup.\n\nSigned-off-by: FUJITA Tomonori \u003cfujita.tomonori@lab.ntt.co.jp\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n"
    },
    {
      "commit": "4c3ee8266334e927d2318c8d6da5341a01394c0c",
      "tree": "d6b2bc66d73639e902b5205b2a660e0d626da04d",
      "parents": [
        "6fb189c2a4f3bea4936127355903dae2b4104e34"
      ],
      "author": {
        "name": "Robert P. J. Day",
        "email": "rpjday@mindspring.com",
        "time": "Sat Feb 17 19:18:52 2007 +0100"
      },
      "committer": {
        "name": "Adrian Bunk",
        "email": "bunk@stusta.de",
        "time": "Sat Feb 17 19:18:52 2007 +0100"
      },
      "message": "drivers/scsi/a100u2w.c: trivial typo patch\n\nTrivial typo fix.\n\nSigned-off-by: Robert P. J. Day \u003crpjday@mindspring.com\u003e\nSigned-off-by: Adrian Bunk \u003cbunk@stusta.de\u003e\n"
    },
    {
      "commit": "7d12e780e003f93433d49ce78cfedf4b4c52adc5",
      "tree": "6748550400445c11a306b132009f3001e3525df8",
      "parents": [
        "da482792a6d1a3fbaaa25fae867b343fb4db3246"
      ],
      "author": {
        "name": "David Howells",
        "email": "dhowells@redhat.com",
        "time": "Thu Oct 05 14:55:46 2006 +0100"
      },
      "committer": {
        "name": "David Howells",
        "email": "dhowells@warthog.cambridge.redhat.com",
        "time": "Thu Oct 05 15:10:12 2006 +0100"
      },
      "message": "IRQ: Maintain regs pointer globally rather than passing to IRQ handlers\n\nMaintain a per-CPU global \"struct pt_regs *\" variable which can be used instead\nof passing regs around manually through all ~1800 interrupt handlers in the\nLinux kernel.\n\nThe regs pointer is used in few places, but it potentially costs both stack\nspace and code to pass it around.  On the FRV arch, removing the regs parameter\nfrom all the genirq function results in a 20% speed up of the IRQ exit path\n(ie: from leaving timer_interrupt() to leaving do_IRQ()).\n\nWhere appropriate, an arch may override the generic storage facility and do\nsomething different with the variable.  On FRV, for instance, the address is\nmaintained in GR28 at all times inside the kernel as part of general exception\nhandling.\n\nHaving looked over the code, it appears that the parameter may be handed down\nthrough up to twenty or so layers of functions.  Consider a USB character\ndevice attached to a USB hub, attached to a USB controller that posts its\ninterrupts through a cascaded auxiliary interrupt controller.  A character\ndevice driver may want to pass regs to the sysrq handler through the input\nlayer which adds another few layers of parameter passing.\n\nI\u0027ve build this code with allyesconfig for x86_64 and i386.  I\u0027ve runtested the\nmain part of the code on FRV and i386, though I can\u0027t test most of the drivers.\nI\u0027ve also done partial conversion for powerpc and MIPS - these at least compile\nwith minimal configurations.\n\nThis will affect all archs.  Mostly the changes should be relatively easy.\nTake do_IRQ(), store the regs pointer at the beginning, saving the old one:\n\n\tstruct pt_regs *old_regs \u003d set_irq_regs(regs);\n\nAnd put the old one back at the end:\n\n\tset_irq_regs(old_regs);\n\nDon\u0027t pass regs through to generic_handle_irq() or __do_IRQ().\n\nIn timer_interrupt(), this sort of change will be necessary:\n\n\t-\tupdate_process_times(user_mode(regs));\n\t-\tprofile_tick(CPU_PROFILING, regs);\n\t+\tupdate_process_times(user_mode(get_irq_regs()));\n\t+\tprofile_tick(CPU_PROFILING);\n\nI\u0027d like to move update_process_times()\u0027s use of get_irq_regs() into itself,\nexcept that i386, alone of the archs, uses something other than user_mode().\n\nSome notes on the interrupt handling in the drivers:\n\n (*) input_dev() is now gone entirely.  The regs pointer is no longer stored in\n     the input_dev struct.\n\n (*) finish_unlinks() in drivers/usb/host/ohci-q.c needs checking.  It does\n     something different depending on whether it\u0027s been supplied with a regs\n     pointer or not.\n\n (*) Various IRQ handler function pointers have been moved to type\n     irq_handler_t.\n\nSigned-Off-By: David Howells \u003cdhowells@redhat.com\u003e\n(cherry picked from 1b16e7ac850969f38b375e511e3fa2f474a33867 commit)\n"
    },
    {
      "commit": "dcbccbde00b85b4d4a1c206b419e7a3d2ab2b1cd",
      "tree": "5abc8a69a32a4a11da0bbbda60d9b18e0300cbfb",
      "parents": [
        "45223fd77c2b39d05dd7f1aaabf614abb1770bbe"
      ],
      "author": {
        "name": "Henrik Kretzschmar",
        "email": "henne@nachtwindheim.de",
        "time": "Mon Sep 25 16:58:58 2006 -0700"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@mulgrave.il.steeleye.com",
        "time": "Tue Sep 26 11:35:32 2006 -0700"
      },
      "message": "[SCSI] pci_module_init conversion in scsi subsystem\n\nConverts pci_module_init() to pci_register_driver() in the scsi subsys on\n23 drivers which only return the value of pci_module_init().\n\nSigned-off-by: Henrik Kretzschmar \u003chenne@nachtwindheim.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: James Bottomley \u003cJames.Bottomley@SteelEye.com\u003e\n"
    },
    {
      "commit": "1d6f359a2e06296418481239f8054a878f36e819",
      "tree": "e3ce0c69e4f34374f51f4e226374467ca80e3993",
      "parents": [
        "5d8c8a2e8edc63d8aef7656678f41c6c603f0443"
      ],
      "author": {
        "name": "Thomas Gleixner",
        "email": "tglx@linutronix.de",
        "time": "Sat Jul 01 19:29:42 2006 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Sun Jul 02 13:58:53 2006 -0700"
      },
      "message": "[PATCH] irq-flags: scsi: Use the new IRQF_ constants\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: 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": "910638ae7ed4be27d6af55f6c9b5bf54b838e78b",
      "tree": "5eda3cfd0e312c8b0916f6d5eb1cd98225e67891",
      "parents": [
        "60c904ae5bded8bb71f7bff7d63f2a6959d2a8e4"
      ],
      "author": {
        "name": "Matthias Gehre",
        "email": "M.Gehre@gmx.de",
        "time": "Tue Mar 28 01:56:48 2006 -0800"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@g5.osdl.org",
        "time": "Tue Mar 28 09:16:07 2006 -0800"
      },
      "message": "[PATCH] Replace 0xff.. with correct DMA_xBIT_MASK\n\nReplace all occurences of 0xff..  in calls to function pci_set_dma_mask()\nand pci_set_consistant_dma_mask() with the corresponding DMA_xBIT_MASK from\nlinux/dma-mapping.h.\n\nSigned-off-by: Matthias Gehre \u003cM.Gehre@gmx.de\u003e\nSigned-off-by: Andrew Morton \u003cakpm@osdl.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@osdl.org\u003e\n"
    },
    {
      "commit": "422c0d61d591cbfb70f029e13505fb437e169d68",
      "tree": "ebafa14e1c1564ddf263868c3b6907642a8fdf1e",
      "parents": [
        "017560fca496f72ed9dd734ffde63ce39dfe0411"
      ],
      "author": {
        "name": "Jeff Garzik",
        "email": "jgarzik@pobox.com",
        "time": "Mon Oct 24 18:05:09 2005 -0400"
      },
      "committer": {
        "name": "James Bottomley",
        "email": "jejb@mulgrave.(none)",
        "time": "Fri Oct 28 21:10:16 2005 -0500"
      },
      "message": "[SCSI] use scmd_id(), scmd_channel() throughout code\n\nWrap a highly common idiom.  Makes the code easier to read, helps pave\nthe way for sdev-\u003e{id,channel} removal, and adds a token that can easily\nby grepped-for in the future.\n\nThere are a couple sdev_id() and scmd_printk() updates thrown in as well.\n\nRejections fixed up and\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"
    }
  ]
}
