[Prev Page][Next Page]
- Re: mptsas problem
- From: Wakko Warner <wakko@xxxxxxxxxxxx>
- Re: mptsas problem
- From: Richard Scobie <richard@xxxxxxxxxxx>
- mptsas problem
- From: Wakko Warner <wakko@xxxxxxxxxxxx>
- Re: [PATCH 2/3 ver2] block layer extended-cdb support
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 2/3 ver2] block layer extended-cdb support
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [Bug 10396] BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10396] BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10396] BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10396] BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10396] BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10396] BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10396] BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- aacraid: BUG: soft lockup - CPU#0 stuck for 61s!
- From: TJ <linux@xxxxxxxxxxx>
- [Bug 10396] BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10396] BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10396] New: BUG: soft lockup - CPU#0 stuck for 61s! [modprobe:2096]
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH] scsi: ncr53c8xx.c make functions static
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [patch 12/17] ips.c: fix build warning
- From: Mark Salyzyn <Mark_Salyzyn@xxxxxxxxxxx>
- RE: mptsas and ioc0: ERRORs
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
- Re: mptsas and ioc0: ERRORs
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3 ver2] block layer extended-cdb support
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [RFC] block: fix barrier error transmission
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: mptsas and ioc0: ERRORs
- From: Lars Täuber <taeuber@xxxxxxx>
- Re: mptsas and ioc0: ERRORs
- From: Lars Täuber <taeuber@xxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: "Grant Grundler" <grundler@xxxxxxxxxx>
- Re: [PATCH 06/21] qla2xxx: Simplify interrupt handler locking.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 06/21] qla2xxx: Simplify interrupt handler locking.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- Re: [PATCH 06/21] qla2xxx: Simplify interrupt handler locking.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 13/21] qla2xxx: Add midlayer target/device reset support.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 11/21] qla2xxx: Add Flash Descriptor Table layout support.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 12/21] qla2xxx: Check alternate 'reason' code during GPSC status handling.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 08/21] qla2xxx: Add hardware trace-logging support.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 20/21] qla2xxx: Correct vport configuration-change handling.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 07/21] qla2xxx: Add FC-transport Asynchronous Event Notification support.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 21/21] qla2xxx: Update version number to 8.02.01-k1.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 09/21] qla2xxx: Cruft cleanup of functions and structures.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 19/21] qla2xxx: Use proper HA during asynchrounous event handling.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 17/21] qla2xxx: Consistently access the physical HA port.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 18/21] qla2xxx: Check DFLG_NO_CABLE only on physical port.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 16/21] qla2xxx: Remove unused member (dma_handle) from srb_t structure.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 14/21] qla2xxx: Assign mailbox command timeout values in a consistent manner.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 15/21] qla2xxx: Add ISP84XX support.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 10/21] qla2xxx: Use PCI-SIG nomenclature for PCIe bandwidth units.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 02/21] qla2xxx: Update copyright banner.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 04/21] qla2xxx: Remove unused and obsolete #define's.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 06/21] qla2xxx: Simplify interrupt handler locking.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 05/21] qla2xxx: Use an rport's scsi_target_id member consistently throughout driver.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 03/21] qla2xxx: Add support for host supported speeds FC transport attribute.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 01/21] qla2xxx: Update firmware filenames for new ISP parts.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 0/21] qla2xxx: Driver update [8.02.01-k1].
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- [PATCH 2/3 ver2] block layer extended-cdb support
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- RE: Help On Adaptec SAS Controller AD-483000
- From: "Sanjay Gandotra" <sanjay.gandotra@xxxxxxxx>
- Re: [patch 12/17] ips.c: fix build warning
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] block layer varlen-cdb
- From: Benny Halevy <bhalevy@xxxxxxxxxxx>
- RE: Help On Adaptec SAS Controller AD-483000
- From: "Sanjay Gandotra" <sanjay.gandotra@xxxxxxxx>
- Re: [PATCH 2/3] block layer varlen-cdb
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Spin down disk at suspend/shotdown
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: [PATCHSET 0/3] Is it time for varlen extended and vendor-specific cdbs
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: Spin down disk at suspend/shotdown
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: Spin down disk at suspend/shotdown
- From: Tino Keitel <tino.keitel+firewire@xxxxxxxx>
- Re: Spin down disk at suspend/shotdown
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: build issue #466 for v2.6.25-rc8-119-g9597362 drivers/scsi/mvsas.o
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC] block: fix barrier error transmission
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: mptsas and ioc0: ERRORs
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- build issue #466 for v2.6.25-rc8-119-g9597362 drivers/scsi/mvsas.o
- From: Toralf Förster <toralf.foerster@xxxxxx>
- Re: mptsas and ioc0: ERRORs
- From: Bernd Schubert <bs@xxxxxxxxx>
- sas raid controller /harddisk recommendation
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: mptsas and ioc0: ERRORs
- From: Lars Täuber <taeuber@xxxxxxx>
- Re: [RFC] block: fix barrier error transmission
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 1/2] block: move the padding adjustment to blk_rq_map_sg
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: kernel exception in Fusion MPT base driver 3.04.06 (linux-2.6.24.3)
- From: "Sabuj Pattanayek" <sabujp@xxxxxxxxx>
- RE: Help On Adaptec SAS Controller AD-483000
- From: "Sanjay Gandotra" <sanjay.gandotra@xxxxxxxx>
- Re: Help On Adaptec SAS Controller AD-483000
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Help On Adaptec SAS Controller AD-483000
- From: "Sanjay Gandotra" <sanjay.gandotra@xxxxxxxx>
- Proposed libfc Interfaces
- From: "Love, Robert W" <robert.w.love@xxxxxxxxx>
- Re: [RFC] block: fix barrier error transmission
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: [patch 02/17] Dell CERC support for megaraid_mbox
- From: "Yang, Bo" <Bo.Yang@xxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [RFC] block: fix barrier error transmission
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [GIT PATCH] SCSI fixes for 2.6.25-rc8
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [GIT PATCH] SCSI fixes for 2.6.25-rc8
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [RFC] block: fix barrier error transmission
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 0/2] block: blk_rq_map/unamp patches
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 2/2] block: change blk_rq_unmap_user to take a request instead of a bio
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 1/2] block: move the padding adjustment to blk_rq_map_sg
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Jos van der Ende <seraph@xxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: transport_class: BUG if we can't release the attribute container
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: transport_class: BUG if we can't release the attribute container
- From: Greg KH <greg@xxxxxxxxx>
- Re: transport_class: BUG if we can't release the attribute container
- From: Greg KH <greg@xxxxxxxxx>
- Re: transport_class: BUG if we can't release the attribute container
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: transport_class: BUG if we can't release the attribute container
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: transport_class: BUG if we can't release the attribute container
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: transport_class: BUG if we can't release the attribute container
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: transport_class: BUG if we can't release the attribute container
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Jos van der Ende <seraph@xxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH] [9/20] Add blk_kmalloc/blk_alloc_pages
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH] [9/20] Add blk_kmalloc/blk_alloc_pages
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Jos van der Ende <seraph@xxxxxxxxx>
- Re: [PATCH] [9/20] Add blk_kmalloc/blk_alloc_pages
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 1/2] sysfs: allow the group is_visible() method to return a mode and add an update API
- From: Greg KH <greg@xxxxxxxxx>
- Re: transport_class: BUG if we can't release the attribute container
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH] [9/20] Add blk_kmalloc/blk_alloc_pages
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Jos van der Ende <seraph@xxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Jos van der Ende <seraph@xxxxxxxxx>
- [GIT PATCH] SCSI fixes for 2.6.25-rc8
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Jos van der Ende <seraph@xxxxxxxxx>
- Re: [PATCH] scsi: ch.c fix sparse shadowed variable warnings
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH] scsi: ch.c fix sparse shadowed variable warnings
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Jos van der Ende <seraph@xxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: linux-next: scsi build failure
- From: tsbogend@xxxxxxxxxxxxxxxx (Thomas Bogendoerfer)
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Jos van der Ende <seraph@xxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bugme-new] [Bug 10374] New: sym53c8xx: weird behavior with udev
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [Bug 10374] sym53c8xx: weird behavior with udev
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [RFC] sysfs attributes for additional zfcp adapter statistics
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [PATCH] scsi: ch.c fix sparse shadowed variable warnings
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [patch 11/17] scsi: ch.c fix shadowed variable warnings
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: linux-next: scsi build failure
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: aic94xx driver woes continued
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- REQ_FAILFAST flag in async calls
- From: dv9999 <dyu9999@xxxxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: "Grant Grundler" <grundler@xxxxxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/9][RESEND] mvsas : interrupt handling
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 06/17] scsi: fix section mismatch in aic94xx
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: [patch 02/17] Dell CERC support for megaraid_mbox
- From: "Yang, Bo" <Bo.Yang@xxxxxxx>
- Re: [PATCH 1/2] sysfs: allow the group is_visible() method to return a mode and add an update API
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- mptsas and ioc0: ERRORs
- From: Lars Täuber <taeuber@xxxxxxx>
- [Bug 10370] mount failed on ubuntu-8.04_ppc
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 10370] New: mount failed on ubuntu-8.04_ppc
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 1/9][RESEND] mvsas: fill in error info record and phy mode6 bits.
- From: Ke Wei <kewei@xxxxxxxxxxx>
- Re: [PATCH 3/9][RESEND] mvsas : interrupt handling
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [patch 9/9] zfcp: Add docbook comments to debug trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 6/9] zfcp: Move DBF definitions to private header file
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 8/9] zfcp: Cleanup line breaks in debug trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 7/9] zfcp: Shorten excessive names in debug trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 5/9] zfcp: Simplify zfcp_dbf_tag and related functions in debug trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 4/9] zfcp: Simplify usage of hex dump output function for debug trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 2/9] zfcp: Cleanup debug trace view functions.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 3/9] zfcp: Remove obsolete output function from debug trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 1/9] zfcp: simplify zfcp_dbf_timestamp()
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 0/9] zfcp: Cleanup code in debug trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: [2.6 patch] make scsi_end_bidi_request() static
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: "Grant Grundler" <grundler@xxxxxxxxxx>
- [PATCH 2/5] bsg: replace kobject_get with blk_get_queue
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 5/5] bsg: no need to set BSG_F_BLOCK bit in bsg_complete_all_commands
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 4/5] bsg: remove minor in struct bsg_device
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 0/5] bsg lifetime management fix and some improvements
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 3/5] bsg: use better helper list functions
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 1/5] bsg: takes a ref to struct device in fops->open
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [patch 12/17] ips.c: fix build warning
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [2.6 patch] make scsi_end_bidi_request() static
- From: Adrian Bunk <bunk@xxxxxxxxxx>
- Re: [patch 11/17] scsi: ch.c fix shadowed variable warnings
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [patch 11/17] scsi: ch.c fix shadowed variable warnings
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 5921] AIC7xxx: SCSI bus crash when formating CDRW
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [patch 06/17] scsi: fix section mismatch in aic94xx
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [patch 11/17] scsi: ch.c fix shadowed variable warnings
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [patch 06/17] scsi: fix section mismatch in aic94xx
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 14/17] drivers/scsi/hptiop.c: fix build warning
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] scsi_debug: increase the amount of ram that scsi_ram can allocate
- From: Douglas Gilbert <dougg@xxxxxxxxxx>
- Re: [patch 11/17] scsi: ch.c fix shadowed variable warnings
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 02/17] Dell CERC support for megaraid_mbox
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 12/17] ips.c: fix build warning
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] sysfs: allow the group is_visible() method to return a mode and add an update API
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 01/17] mptbase: reset ioc initiator during PCI resume
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] SCSI support for REQ_TYPE_LINUX_BLOCK requests
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/9][RESEND] mvsas : interrupt handling
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/9][RESEND] mvsas: fill in error info record and phy mode6 bits.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 7181] 'error 1' due to sdev in SDEV_DEL state with reference
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 7177] Mylex DAC960 driver is not working with Kernel newer than 2.6.11 !
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 7177] Mylex DAC960 driver is not working with Kernel newer than 2.6.11 !
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 7156] Oops when running 'unusual' command against scsi tape device
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 7130] loading driver eat all CPU and since some time may block all system disk IO (even can not reboot)
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Matt Domsch <Matt_Domsch@xxxxxxxx>
- [Bug 7007] LSI CERC ATA/100 Controller not found anymore when using kernel > 2.6.12.6 with "MEGARAID_LEGACY"
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH 4/5] scsi_debug: support large non-fake virtual disk
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: aic94xx driver woes continued
- From: Luben Tuikov <ltuikov@xxxxxxxxx>
- Re: aic94xx driver woes continued
- From: Luben Tuikov <ltuikov@xxxxxxxxx>
- Re: aic94xx driver woes continued
- From: Luben Tuikov <ltuikov@xxxxxxxxx>
- Re: [PATCH 4/5] scsi_debug: support large non-fake virtual disk
- From: Douglas Gilbert <dougg@xxxxxxxxxx>
- [PATCH 5/5] scsi_debug: remove unnecessary function declarations
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 4/5] scsi_debug: support large non-fake virtual disk
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 0/5] scsi_debug: increase the amount of ram that scsi_ram can allocate
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 3/5] scsi_debug: remove the duplicated code in resp_read and resp_write
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 2/5] scsi_debug: sweep up sdebug_capacity calculation
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 1/5] scsi_debug: remove unnecessary sdebug_store_size
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: "Grant Grundler" <grundler@xxxxxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- [Bug 10186] SCSI_AIC94XX must depend on SCSI
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: Harvey Harrison <harvey.harrison@xxxxxxxxx>
- Re: [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 16/17] scsi: add iSCSI iBFT Support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [patch 05/17] scsi: le*_add_cpu conversion
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- [patch 16/17] scsi: add iSCSI iBFT Support
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 15/17] drivers/scsi/mvsas.c: fix build warnings
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 17/17] scsi: removed one unneeded shost->active_mode assignment
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: "Grant Grundler" <grundler@xxxxxxxxxx>
- [patch 04/17] scsi/aic94xx/: cleanups
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [patch 3/7] 3W RAID drivers: memset not needed in probe
- From: "adam radford" <aradford@xxxxxxxxx>
- [patch 07/17] #if 0 ses_match_host()
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 14/17] drivers/scsi/hptiop.c: fix build warning
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 12/17] ips.c: fix build warning
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 10/17] scsi: replace __inline with inline
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 09/17] fusion: replace remaining __FUNCTION__ occurrences
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 13/17] drivers/scsi/initio.c: suppress compile warning
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 11/17] scsi: ch.c fix shadowed variable warnings
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 08/17] scsi: replace remaining __FUNCTION__ occurrences
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 06/17] scsi: fix section mismatch in aic94xx
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 01/17] mptbase: reset ioc initiator during PCI resume
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 03/17] 3W RAID drivers: memset not needed in probe
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 02/17] Dell CERC support for megaraid_mbox
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 05/17] scsi: le*_add_cpu conversion
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [Bug 6921] cpqarray fails to detect array when built as a module
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 6921] cpqarray fails to detect array when built as a module
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] SCSI support for REQ_TYPE_LINUX_BLOCK requests
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
- Re: [PATCH] 2.6.25-rc6 initio senselen warning
- From: Alan Cox <alan@xxxxxxxxxx>
- [Bug 6921] cpqarray fails to detect array when built as a module
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH] 2.6.25-rc6 initio senselen warning
- From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
- Re: [PATCH] mvsas: ATAPI LUN issue
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- sg reserved buffer sharing
- From: "Fajun Chen" <fajunchen@xxxxxxxxx>
- Re: [PATCH] scsi_debug: fix lba and data length calculation bugs
- From: Douglas Gilbert <dougg@xxxxxxxxxx>
- [PATCH 1/1 resend] aic7xxx_old: aicasm_gram.y: Test opcode in type_check()
- From: Roel Kluin <12o3l@xxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: data corruption: ext3/lvm2/md/mptsas/vitesse/seagate
- From: Marc Bejarano <beej@xxxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "Kay Sievers" <kay.sievers@xxxxxxxx>
- System reboots after insertion and removal of disks in 2.6.18 kernel
- From: "Sagar Borikar" <Sagar_Borikar@xxxxxxxxxxxxxx>
- Re: [PATCH] [14/20] Don't disable direct_io for unchecked_isa_dma in st.c
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH 7/9][RESEND] mvsas: get phy info.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/9][RESEND] mvsas: get phy info.
- From: "Grant Grundler" <grundler@xxxxxxxxxx>
- Re: scsi0: PCI error Interrupt with Adaptec ASC-29320A
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/8] mvsas: fill in error info record and phy mode6 bits.
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH 1/8] mvsas: fill in error info record and phy mode6 bits.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Greg KH <gregkh@xxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Mark Lord <lkml@xxxxxx>
- Re: [patch 08/11] zfcp: Add traces for state changes.
- From: Martin Peschke <mp3@xxxxxxxxxx>
- Re: [patch 08/11] zfcp: Add traces for state changes.
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
- Re: [PATCH 9/9][RESEND] mvsas: ATAPI lun issue
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH 1/9][RESEND] mvsas: fill in error info record and phy mode6 bits.
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- [patch 06/11] zfcp: Register new recovery trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 05/11] zfcp: Introduce printf helper functions for debug trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 07/11] zfcp: Add trace records for recovery thread and its queues
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 11/11] zfcp: Remove obsolete erp_dbf trace
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 09/11] zfcp: Trace all triggers of error recovery activity
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 08/11] zfcp: Add traces for state changes.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 10/11] zfcp: Add trace records for recovery actions.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 02/11] zfcp: Clean up _zfcp_san_dbf_event_common_els
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 03/11] zfcp: Remove qtcb dump to kernel log
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 04/11] zfcp: Add qtcb dump to hba debug trace
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 01/11] zfcp: Introduce a helper function that dumps hex data to a zfcp trace.
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 00/11] zfcp debug trace update
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: FUJITA Tomonori <tomof@xxxxxxx>
- scsi0: PCI error Interrupt with Adaptec ASC-29320A
- From: Primoz Kolaric <primoz.kolaric@xxxxxxxxxxx>
- Re: [PATCH] scsi_debug: fix lba and data length calculation bugs
- From: FUJITA Tomonori <tomof@xxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: FUJITA Tomonori <tomof@xxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: FUJITA Tomonori <tomof@xxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: FUJITA Tomonori <tomof@xxxxxxx>
- Re: Adaptec AIC-9410W (AIC94xx) + SATA HDDs
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: [PATCH 1/8] mvsas: fill in error info record and phy mode6 bits.
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 9/9][RESEND] mvsas: ATAPI lun issue
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 8/9][RESEND] mvsas: check subsystem id
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 7/9][RESEND] mvsas: get phy info.
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 6/9][RESEND] mvsas: fix the buffer of rx DMA overflow bug
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 5/9][RESEND] mvsas: retry aborting task.
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 4/9][RESEND] mvsas: check hd whether unplugged
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 3/9][RESEND] mvsas : interrupt handling
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 2/9][RESEND] mvsas: a tag handler implementation
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 1/9][RESEND] mvsas: fill in error info record and phy mode6 bits.
- From: Ke Wei <kewei@xxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Greg KH <gregkh@xxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [OT]Ancot SCSI Analyzer 2080
- From: Sean Bruno <sean.bruno@xxxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH] scsi_debug: fix lba and data length calculation bugs
- From: Douglas Gilbert <dougg@xxxxxxxxxx>
- Re: [PATCH 1/8] mvsas: fill in error info record and phy mode6 bits.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Adaptec AIC-9410W (AIC94xx) + SATA HDDs
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: data corruption: ext3/lvm2/md/mptsas/vitesse/seagate
- From: "Grant Grundler" <grundler@xxxxxxxxxx>
- [OT]Ancot SCSI Analyzer 2080
- From: Sean Bruno <sean.bruno@xxxxxxxxxxxx>
- Re: Adaptec AIC-9410W (AIC94xx) + SATA HDDs
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Adaptec AIC-9410W (AIC94xx) + SATA HDDs
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- [Bug 6868] Crash with Nat consumption in sg_add
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] SCSI support for REQ_TYPE_LINUX_BLOCK requests
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: FUJITA Tomonori <tomof@xxxxxxx>
- [Bug 6868] Crash with Nat consumption in sg_add
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bug 6868] Crash with Nat consumption in sg_add
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Adaptec AIC-9410W (AIC94xx) + SATA HDDs
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: aic94xx driver woes continued
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: [PATCH] SCSI support for REQ_TYPE_LINUX_BLOCK requests
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: FUJITA Tomonori <tomof@xxxxxxx>
- Adaptec AIC-9410W (AIC94xx) + SATA HDDs
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Bodo Eggert <7eggert@xxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [Bug 6868] Crash with Nat consumption in sg_add
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [BUG] linux-next: Tree for March 25 kernel oops, when loading mpt fusion driver - regression
- From: Kamalesh Babulal <kamalesh@xxxxxxxxxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Tejun Heo <htejun@xxxxxxxxx>
- get device sysfs path ioctl (was: Re: What to do about the 2TB limit on HDIO_GETGEO ?)
- From: "Dan Williams" <dan.j.williams@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Greg KH <gregkh@xxxxxxx>
- [Bug 6731] mptscsih: ERROR -getFreeChainBuffer
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 6722] second device open() (by periodic hal polling loop!) kills ongoing transfer (CD burner underruns, HDD hard resets)
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: data corruption: ext3/lvm2/md/mptsas/vitesse/seagate
- From: Marc Bejarano <beej@xxxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Tejun Heo <htejun@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Mark Lord <lkml@xxxxxx>
- Re: data corruption: ext3/lvm2/md/mptsas/vitesse/seagate
- From: "Grant Grundler" <grundler@xxxxxxxxxx>
- Re: data corruption: ext3/lvm2/md/mptsas/vitesse/seagate
- From: Marc Bejarano <beej@xxxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Greg KH <gregkh@xxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Greg KH <gregkh@xxxxxxx>
- RE: [PATCH v2 4/5] stex: use scsi_build_sense_buffer
- From: "Ed Lin" <ed.lin@xxxxxxxxxxx>
- Re: What should be done with wrong warning "please use bus_type methods." on sd, sr, st and osst?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: What should be done with wrong warning "please use bus_type methods." on sd, sr, st and osst?
- From: Éric Piel <Eric.Piel@xxxxxxxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Greg KH <gregkh@xxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Theodore Tso <tytso@xxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Greg KH <gregkh@xxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Mark Lord <lkml@xxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Mark Lord <lkml@xxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Theodore Tso <tytso@xxxxxxx>
- [PATCH 3/3] scsi: varlen extended and vendor-specific cdbs
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCH 2/3] block layer varlen-cdb
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Ric Wheeler <ric@xxxxxxx>
- [PATCH] Let scsi_cmnd->cmnd use request->cmd buffer
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCHSET 0/3] Is it time for varlen extended and vendor-specific cdbs
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCHSET 0/3] Is it time for varlen extended and vendor-specific cdbs
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "Andrew Paprocki" <andrew@xxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Ric Wheeler <ric@xxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "Greg Freemyer" <greg.freemyer@xxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Mark Lord <lkml@xxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Mark Lord <lkml@xxxxxx>
- Re: [PATCH v2 5/5] ps3rom: use scsi_build_sense_buffer
- From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
- Re: [PATCH v2 1/5] add scsi_build_sense_buffer helper function
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH v2 1/5] add scsi_build_sense_buffer helper function
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [Bug 6695] Dell CERC ATA100/4ch not supported by any driver in 2.6.16
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH] scsi_debug: fix lba and data length calculation bugs
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- [PATCH] mvsas: ATAPI LUN issue
- From: Ke Wei <kewei@xxxxxxxxxxx>
- Re: What to do about the 2TB limit on HDIO_GETGEO ?
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- What to do about the 2TB limit on HDIO_GETGEO ?
- From: Mark Lord <lkml@xxxxxx>
- Re: [PATCH 3/8] Rename 'state' attribute in lpfc and qla2xxx
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- [PATCH v2 5/5] ps3rom: use scsi_build_sense_buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: [PATCH 1/5] add scsi_build_sense_buffer helper function
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH v2 1/5] add scsi_build_sense_buffer helper function
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH v2 3/5] libata: use scsi_build_sense_buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH v2 4/5] stex: use scsi_build_sense_buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH v2 2/5] scsi_debug: use scsi_build_sense_buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [Bug 6695] Dell CERC ATA100/4ch not supported by any driver in 2.6.16
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [2.6.25] scsi mid layer: add a time threshold to force device to completed command queued for a long time.
- From: "Gwendal Grignou" <gwendal@xxxxxxxxxx>
- FC target mode ?
- From: Sven Crouse <svenc@xxxxxxxx>
- SCSI transport class docs
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH] SCSI support for REQ_TYPE_LINUX_BLOCK requests
- From: Elias Oltmanns <eo@xxxxxxxxxxxxxx>
- Re: What should be done with wrong warning "please use bus_type methods." on sd, sr, st and osst?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: What should be done with wrong warning "please use bus_type methods." on sd, sr, st and osst?
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH 1/5] add scsi_build_sense_buffer helper function
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 0/5] sweep up functions to build sense data
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 5/5] ps3rom: use scsi_build_sense_buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 3/5] libata: use scsi_build_sense_buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 4/5] stex: use scsi_build_sense_buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 2/5] scsi_debug: use scsi_build_sense_buffer
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH 1/5] add scsi_build_sense_buffer helper function
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: What should be done with wrong warning "please use bus_type methods." on sd, sr, st and osst?
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- What should be done with wrong warning "please use bus_type methods." on sd, sr, st and osst?
- From: Eric Piel <eric.piel@xxxxxxxxxxxxxxxx>
- Re: Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Buffered I/O to block device very slow and other SCSI issues...
- From: Jeremy Higdon <jeremy@xxxxxxx>
- Re: ultrastor.c is a bit-rot
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: ultrastor.c is a bit-rot
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: ultrastor.c is a bit-rot
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [PATCH 8/8] Remove reap_ref
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 7/8] Fix refcounting for attribute_container
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: ultrastor.c is a bit-rot
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 5/8] rework scsi_target allocation
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] debloat aic7xxx and aic79xx drivers
- From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
- [PATCH 2/3] debloat aic7xxx and aic79xx drivers
- From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
- [PATCH 1/3] debloat aic7xxx and aic79xx drivers
- From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
- [PATCH 0/3] debloat aic7xxx and aic79xx drivers
- From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
- Re: 2.6.25-rc6: kernel BUG at fs/sysfs/file.c:89
- From: Christian Kujau <lists@xxxxxxxxxxxxxxx>
- [Bug 9010] SCSI device is not offlined properly and tries to cache data from previous device
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bug 9010] SCSI device is not offlined properly and tries to cache data from previous device
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.25-rc6: kernel BUG at fs/sysfs/file.c:89
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] sysfs: allow the group is_visible() method to return a mode and add an update API
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- transport_class: BUG if we can't release the attribute container
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Serious regression caused by fix for [BUG 1/3] bsg queue oops with iscsi logout
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 9010] SCSI device is not offlined properly and tries to cache data from previous device
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] WD33C93: let platform stub override no_sync/fast/dma_mode
- From: peter fuerst <post@xxxxxxxx>
- Re: [PATCH 3/8] Rename 'state' attribute in lpfc and qla2xxx
- From: James Smart <James.Smart@xxxxxxxxxx>
- Re: [PATCH] WD33C93: let platform stub override no_sync/fast/dma_mode
- From: tsbogend@xxxxxxxxxxxxxxxx (Thomas Bogendoerfer)
- Re: [SCSI] fix media change events for polled devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] WD33C93: let platform stub override no_sync/fast/dma_mode
- From: peter fuerst <post@xxxxxxxx>
- Re: [PATCH] WD33C93: let platform stub override no_sync/fast/dma_mode
- From: peter fuerst <post@xxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH 1/2] sysfs: allow the group is_visible() method to return a mode and add an update API
- From: Greg KH <greg@xxxxxxxxx>
- Re: [PATCH] WD33C93: let platform stub override no_sync/fast/dma_mode
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] scsi_transport_spi: fix the attribute settings
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] sysfs: allow the group is_visible() method to return a mode and add an update API
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] WD33C93: let platform stub override no_sync/fast/dma_mode
- From: Thomas Bogendoerfer <tsbogend@xxxxxxxxxxxxxxxx>
- [PATCH] hosts.c fixes for "no error" reported after error scenarios
- From: James Smart <James.Smart@xxxxxxxxxx>
- Re: [PATCH 6/8] Fix spi initialisation failure
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: ultrastor.c is a bit-rot
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [SCSI] fix media change events for polled devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- [Bug 9010] SCSI device is not offlined properly and tries to cache data from previous device
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bug 9010] SCSI device is not offlined properly and tries to cache data from previous device
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 9010] SCSI device is not offlined properly and tries to cache data from previous device
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH 8/8] mvsas: check subsystem id
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 7/8] mvsas: get phy info.
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 6/8] mvsas: fix the buffer of rx DMA overflow bug
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 5/8] mvsas: retry aborting task.
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 4/8] mvsas: check hd whether unplugged
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 3/8] mvsas : interrupt handling
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 2/8] mvsas: a tag handler implementation
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 1/8] mvsas: fill in error info record and phy mode6 bits.
- From: Ke Wei <kewei@xxxxxxxxxxx>
- [PATCH 1/8] fill in error info record and phy mode6 bits.
- From: Ke Wei <kewei@xxxxxxxxxxx>
- RE: [PATCH 1/1] Fusion SAS and Fibre Channel: target missing after resetting external raid
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
- [PATCH] mpt fusion: mptsas - do not use ioc->handle to locate hba portinfo structure
- From: Michael Reed <mdr@xxxxxxx>
- Re: aic94xx driver woes continued
- From: Alexis Bruemmer <alexisb@xxxxxxxxxx>
- Re: aic94xx driver woes continued
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: aic94xx driver woes continued
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: aic94xx driver woes continued
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: aic94xx driver woes continued
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: aic94xx driver woes continued
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: aic94xx driver woes continued
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: aic94xx driver woes continued
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: aic94xx driver woes continued
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- aic94xx driver woes continued
- From: "Raoul Bhatia [IPAX]" <r.bhatia@xxxxxxx>
- Re: [PATCH 5/8] rework scsi_target allocation
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/8] Fixup initialisation oops for anonymous transport classes
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: scsi layer interfaces for hypervisors
- From: "Siva Kodiganti" <kodiganti@xxxxxxxxx>
- [GIT PATCH] SCSI fixes for 2.6.25-rc6
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [Bug 6280] new line of Xyratex RAID products and a patch to update for 2.4.x non-sequential LUN mapping
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 6280] new line of Xyratex RAID products and a patch to update for 2.4.x non-sequential LUN mapping
- From: bugme-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [PATCH] a100u2w: fix bitmap lookup routine
- From: Alan Cox <alan@xxxxxxxxxx>
- Re: build #436 warning for v2.6.25-rc6-117-g457fb60 in drivers/scsi/
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCHes 1,2,3,4,5] scsi_debug
- From: Douglas Gilbert <dougg@xxxxxxxxxx>
- Re: [RFC][PATCH] mark /proc/sys/dev/scsi/logging_level to be removed
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]
