)]}' { "log": [ { "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" } ] }