Linux SCSI Mailing List Archive

Date Index

[Prev Page][Next Page]

Re: 2,6.26-rc4-git2 - long pause during boot, (continued)
- Re: 2,6.26-rc4-git2 - long pause during boot, Rafael J. Wysocki
blk_queue_hardsect_size 520-byte sector, Anil kumar
- Re: blk_queue_hardsect_size 520-byte sector, Jens Axboe
  - Re: blk_queue_hardsect_size 520-byte sector, Alan Cox
    - Re: blk_queue_hardsect_size 520-byte sector, Jens Axboe
[PATCH] scsi: Rename scsi_bidi_sdb_cache, Martin K. Petersen
[Bug 10861] New: 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
- [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
  - Re: [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, James Bottomley
- [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
- [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
- [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
- [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
- [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
- [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
- [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
- [Bug 10861] 2.6.26-rc4-git2 - long pause during boot, bugme-daemon
mpath: don't fail paths on first error, Mike Christie
- Re: mpath: don't fail paths on first error, Hannes Reinecke
Re: [RFC PATCH] fs code: Push the BKL down into the file system ioctl handlers, Arnd Bergmann
[PATCH 0 of 3] [RFC] I/O Hints, Martin K. Petersen
- [PATCH 1 of 3] block: Export I/O hints for block devices and partitions, Martin K. Petersen
  - Re: [PATCH 1 of 3] block: Export I/O hints for block devices and partitions, James Bottomley
    - Re: [PATCH 1 of 3] block: Export I/O hints for block devices and partitions, Martin K. Petersen
  - Re: [PATCH 1 of 3] block: Export I/O hints for block devices and partitions, Jamie Lokier
- [PATCH 2 of 3] md: Export preferred I/O sizes and physical alignment, Martin K. Petersen
- [PATCH 3 of 3] sd: Export preferred I/O sizes, Martin K. Petersen
  - Re: [PATCH 3 of 3] sd: Export preferred I/O sizes, Boaz Harrosh
- Re: [PATCH 0 of 3] [RFC] I/O Hints, Andreas Dilger
  - Re: [PATCH 0 of 3] [RFC] I/O Hints, Jamie Lokier
  - Re: [PATCH 0 of 3] [RFC] I/O Hints, Matthew Wilcox
    - Re: [PATCH 0 of 3] [RFC] I/O Hints, Dan Williams
  - Re: [PATCH 0 of 3] [RFC] I/O Hints, Martin K. Petersen
    - Re: [PATCH 0 of 3] [RFC] I/O Hints, Jamie Lokier
      - Re: [PATCH 0 of 3] [RFC] I/O Hints, Martin K. Petersen
        
        Re: [PATCH 0 of 3] [RFC] I/O Hints, Jamie Lokier
        
        Re: [PATCH 0 of 3] [RFC] I/O Hints, Martin K. Petersen
- Re: [PATCH 0 of 3] [RFC] I/O Hints, Jamie Lokier
  - Re: [PATCH 0 of 3] [RFC] I/O Hints, Andreas Dilger
    - Re: [PATCH 0 of 3] [RFC] I/O Hints, Jamie Lokier
  - Re: [PATCH 0 of 3] [RFC] I/O Hints, Martin K. Petersen
    - Re: [PATCH 0 of 3] [RFC] I/O Hints, Dave Chinner
      - Re: [PATCH 0 of 3] [RFC] I/O Hints, Martin K. Petersen
        
        Re: [PATCH 0 of 3] [RFC] I/O Hints, Dave Chinner
        
        Re: [PATCH 0 of 3] [RFC] I/O Hints, Martin K. Petersen
    - Re: [PATCH 0 of 3] [RFC] I/O Hints, Jamie Lokier
- Re: [PATCH 0 of 3] [RFC] I/O Hints, Jamie Lokier
  - Re: [PATCH 0 of 3] [RFC] I/O Hints, Martin K. Petersen
[PATCH] scsi_debug: Runtime-configurable sector size, Martin K. Petersen
- Re: [PATCH] scsi_debug: Runtime-configurable sector size, Douglas Gilbert
- Re: [PATCH] scsi_debug: Runtime-configurable sector size, James Bottomley
  - Re: [PATCH] scsi_debug: Runtime-configurable sector size, Martin K. Petersen
block and scsi fail fast fixes, michaelc
- [PATCH 1/7] scsi: add transport host byte errors (v2), michaelc
  - [PATCH 2/7] iscsi class, libiscsi and qla4xxx: convert to new transport host byte values, michaelc
    - [PATCH 3/7] fc class: Add support for new transport errors, michaelc
      - [PATCH 4/7] qla2xxx: use new host byte transport errors., michaelc
        
        [PATCH 5/7] lpfc: start to use new trasnport errors., michaelc
        
        [PATCH 6/7] block and drivers: separate failfast into multiple bits., michaelc
        
        [PATCH 7/7] scsi: Support fail fast bits, michaelc
Intel IOMMU (and IOMMU for Virtualization) performances, FUJITA Tomonori
- Re: Intel IOMMU (and IOMMU for Virtualization) performances, Andi Kleen
  - Re: Intel IOMMU (and IOMMU for Virtualization) performances, FUJITA Tomonori
- Re: Intel IOMMU (and IOMMU for Virtualization) performances, Grant Grundler
  - Re: Intel IOMMU (and IOMMU for Virtualization) performances, FUJITA Tomonori
    - Re: Intel IOMMU (and IOMMU for Virtualization) performances, Grant Grundler
      - Re: Intel IOMMU (and IOMMU for Virtualization) performances, James Bottomley
        
        Re: Intel IOMMU (and IOMMU for Virtualization) performances, FUJITA Tomonori
        
        Re: Intel IOMMU (and IOMMU for Virtualization) performances, Grant Grundler
        
        Re: Intel IOMMU (and IOMMU for Virtualization) performances, FUJITA Tomonori
    - Re: Intel IOMMU (and IOMMU for Virtualization) performances, Muli Ben-Yehuda
  - Re: Intel IOMMU (and IOMMU for Virtualization) performances, Muli Ben-Yehuda
    - Re: Intel IOMMU (and IOMMU for Virtualization) performances, Grant Grundler
      - Re: Intel IOMMU (and IOMMU for Virtualization) performances, Muli Ben-Yehuda
        
        Re: Intel IOMMU (and IOMMU for Virtualization) performances, Grant Grundler
        
        Re: Intel IOMMU (and IOMMU for Virtualization) performances, Andi Kleen
        
        Re: Intel IOMMU (and IOMMU for Virtualization) performances, FUJITA Tomonori
        
        Re: Intel IOMMU (and IOMMU for Virtualization) performances, Andi Kleen
- Re: Intel IOMMU (and IOMMU for Virtualization) performances, mark gross
  - Re: Intel IOMMU (and IOMMU for Virtualization) performances, FUJITA Tomonori
    - Re: Intel IOMMU (and IOMMU for Virtualization) performances, mark gross
[patch -v3 22/22] qla2xxx: use memory_read_from_buffer, Akinobu Mita
- Re: [patch -v3 22/22] qla2xxx: use memory_read_from_buffer, Andrew Vasquez
[patch -v3 21/22] ipr: use memory_read_from_buffer, Akinobu Mita
Problems with aic94xx (AIC9410W onboard), Tomas Ebenlendr
- Re: Problems with aic94xx (AIC9410W onboard), Tomas Ebenlendr
  - Re: Problems with aic94xx (AIC9410W onboard), Tomas Ebenlendr
[GIT PATCH] SCSI fixes for 2.6.26-rc4, James Bottomley
SG_IO problem on tape devices, Arne Wiebalck
- Re: SG_IO problem on tape devices, Kai Makisara
  - Re: SG_IO problem on tape devices, Boaz Harrosh
- Re: SG_IO problem on tape devices, James Bottomley
  - Re: SG_IO problem on tape devices, Douglas Gilbert
  - AW: SG_IO problem on tape devices, Arne Wiebalck
  - Re: SG_IO problem on tape devices, Arne Wiebalck
[Bug 10846] New: Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
- Re: [Bug 10846] New: Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, James Bottomley
- [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
- [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
- [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
  - Re: [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, James Bottomley
- [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
- [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
  - Re: [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, James Bottomley
- [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
- [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
- [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
- [Bug 10846] Slow write on LSISAS1068E (SAS6/iR) on kernel >= 2.6.22, bugme-daemon
[Fwd: linux-next: scsi build failure], James Bottomley
[PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, Brian King
- Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, Jeff Garzik
  - Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, Brian King
    - Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, James Bottomley
      - Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, Jeff Garzik
        
        Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, James Bottomley
        
        Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, Jeff Garzik
        
        Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, Brian King
        
        Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, Jeff Garzik
        
        Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, James Bottomley
        
        Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, Brian King
        
        Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, James Bottomley
        
        Re: [PATCH 1/1] ipr: Fix HDIO_GET_IDENTITY oops for SATA devices, Alan Cox
st2: Error 20000 (sugg. bt 0x0, driver bt 0x0, host bt 0x2)., Florian Meister
[PATCH v2 -mm 0/6] revert the commit 22a9189f (cdrom: use kmalloced buffers instead of buffers on stack), FUJITA Tomonori
- [PATCH v2 -mm 1/6] block: add blk_queue_update_dma_pad, FUJITA Tomonori
  - [PATCH v2 -mm 2/6] ide: use the dma safe check for REQ_TYPE_ATA_PC, FUJITA Tomonori
    - [PATCH v2 -mm 3/6] block: blk_rq_map_kern uses the bounce buffers for stack buffers, FUJITA Tomonori
      - [PATCH v2 -mm 4/6] ide: avoid DMA on the stack for REQ_TYPE_ATA_PC, FUJITA Tomonori
        
        [PATCH v2 -mm 5/6] scsi: sr avoids useless buffer allocation, FUJITA Tomonori
        
        [PATCH v2 -mm 6/6] cdrom: revert commit 22a9189 (cdrom: use kmalloced buffers instead of buffers on stack), FUJITA Tomonori
        
        Re: [PATCH v2 -mm 4/6] ide: avoid DMA on the stack for REQ_TYPE_ATA_PC, Borislav Petkov
        
        Re: [PATCH v2 -mm 4/6] ide: avoid DMA on the stack for REQ_TYPE_ATA_PC, James Bottomley
        
        Re: [PATCH v2 -mm 4/6] ide: avoid DMA on the stack for REQ_TYPE_ATA_PC, Borislav Petkov
        
        Re: [PATCH v2 -mm 4/6] ide: avoid DMA on the stack for REQ_TYPE_ATA_PC, FUJITA Tomonori
        
        Re: [PATCH v2 -mm 4/6] ide: avoid DMA on the stack for REQ_TYPE_ATA_PC, Roman Zippel
[patch -v2 23/23] qla2xxx: use memory_read_from_buffer, akinobu . mita
[patch -v2 22/23] ipr: use memory_read_from_buffer, akinobu . mita
(mptbase) Possible incompatibility between SATA and SAS, devzero
RE: [PATCH 4/6] mpt fusion: Fixing 1078 data corruption issue for36GB memory region resubmitted with review suggestions included, Prakash, Sathya
[PATCH 18/37] scsi: use get/put_endian helpers, Harvey Harrison
Re: [PATCH] scsi: remove CDROM not ready printk, Andrew Morton
- Re: [PATCH] scsi: remove CDROM not ready printk, James Bottomley
  - Re: [PATCH] scsi: remove CDROM not ready printk, Gerb Stralko
    - Re: [PATCH] scsi: remove CDROM not ready printk, Matthew Wilcox
    - Re: [PATCH] scsi: remove CDROM not ready printk, James Bottomley
      - Re: [PATCH] scsi: remove CDROM not ready printk, Gerb Stralko
        
        Re: [PATCH] scsi: remove CDROM not ready printk, James Bottomley
        
        Re: [PATCH] scsi: remove CDROM not ready printk, Gerb Stralko
RE: The issue for scsi device hotplug and hot-remove, nickcheng
[PATCH] bsg: fix bsg_mutex hang with device removal, FUJITA Tomonori
Re: [Bugme-new] [Bug 10810] New: Performance regression on DAC960 and kernel 2.6.24+, Andrew Morton
- Re: [Bugme-new] [Bug 10810] New: Performance regression on DAC960 and kernel 2.6.24+, James Bottomley
  - Re: [Bugme-new] [Bug 10810] New: Performance regression on DAC960 and kernel 2.6.24+, Jens Axboe
    - Re: [Bugme-new] [Bug 10810] New: Performance regression on DAC960 and kernel 2.6.24+, James Bottomley
MPTSAS problems in 2.6.26-rc2-mm1, Balbir Singh
- Re: MPTSAS problems in 2.6.26-rc2-mm1, Peter Zijlstra
  - Re: MPTSAS problems in 2.6.26-rc2-mm1, James Bottomley
    - Re: MPTSAS problems in 2.6.26-rc2-mm1, Balbir Singh
MPT Fusion SAS dma alignment problem, Ilya Yanok
Please some lsi people update megaraid entry of MAINTAINERS, rae l
- RE: Please some lsi people update megaraid entry of MAINTAINERS, Yang, Bo
2008 Linux Kernel Summit, James Bottomley
[PATCH][-mm] reclassify sg_sysfs_class for lockdep, Dave Young
- Re: [PATCH][-mm] reclassify sg_sysfs_class for lockdep, James Bottomley
  - Re: [PATCH][-mm] reclassify sg_sysfs_class for lockdep, Dave Young
    - Re: [PATCH][-mm] reclassify sg_sysfs_class for lockdep, James Bottomley
- Re: [PATCH][-mm] reclassify sg_sysfs_class for lockdep, Matthew Wilcox
  - Re: [PATCH][-mm] reclassify sg_sysfs_class for lockdep, Andrew Morton
[PATCH] scsi/libiscsi.c: return -errno rather than errno, Li Zefan
- Re: [PATCH] scsi/libiscsi.c: return -errno rather than errno, Mike Christie
Re: megaraid_sata vs megasr, Jeff Garzik
- Re: megaraid_sata vs megasr, Maarten Vanraes
  - RE: megaraid_sata vs megasr, Moore, Eric
    - Re: megaraid_sata vs megasr, Maarten Vanraes
      - RE: megaraid_sata vs megasr, Moore, Eric
        
        Re: megaraid_sata vs megasr, Maarten Vanraes
bsg locking patches update, Pete Wyckoff
- Re: bsg locking patches update, FUJITA Tomonori
  - Re: bsg locking patches update, FUJITA Tomonori
    - Re: bsg locking patches update, Pete Wyckoff
Re: pci_set_mwi and 3ware controllers, adam radford
- Re: pci_set_mwi and 3ware controllers, Laurent Wandrebeck
[PATCH] megaraid_mm: Remove BKL, Alan Cox
[PATCH] scsi: wrap remaining problem users of ->ioctl, Alan Cox
[PATCH] aacraid: BKL push down, Alan Cox
- Re: [PATCH] aacraid: BKL push down, Randy.Dunlap
  - Re: [PATCH] aacraid: BKL push down, Alan Cox
[PATCH] 3ware: BKL elimination, Alan Cox
[PATCH] sym53c8xx_2: free luntbl in sym_hcb_free, Mike Anderson
[PATCH 0/3] bnx2: Add iSCSI support., Michael Chan
- [PATCH 2/3] cnic: Add CNIC driver., Michael Chan
  - Re: [PATCH 2/3] cnic: Add CNIC driver., Paul E. McKenney
    - Re: [PATCH 2/3] cnic: Add CNIC driver., Michael Chan
      - Re: [PATCH 2/3] cnic: Add CNIC driver., Paul E. McKenney
  - Re: [PATCH 2/3] cnic: Add CNIC driver., Roland Dreier
  - Re: [PATCH 2/3] cnic: Add CNIC driver., Roland Dreier
    - Re: [PATCH 2/3] cnic: Add CNIC driver., Michael Chan
- [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Michael Chan
  - Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Konrad Rzeszutek
    - Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Ben Hutchings
    - Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Anil Veerabhadrappa
  - Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Christoph Hellwig
    - Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Michael Chan
  - Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Roland Dreier
    - Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Anil Veerabhadrappa
      - Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Roland Dreier
        
        Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Michael Chan
        
        Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Roland Dreier
        
        Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., David Miller
        
        Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Michael Chan
        
        Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Jeff Garzik
        
        Re: [PATCH 3/3] bnx2i: Add bnx2i iSCSI driver., Hannes Reinecke
- [PATCH 1/3] bnx2: Add support for CNIC driver., Michael Chan
  - Re: [PATCH 1/3] bnx2: Add support for CNIC driver., Paul E. McKenney
    - Re: [PATCH 1/3] bnx2: Add support for CNIC driver., Michael Chan
      - Re: [PATCH 1/3] bnx2: Add support for CNIC driver., Paul E. McKenney
        
        Re: [PATCH 1/3] bnx2: Add support for CNIC driver., Michael Chan
        
        Re: [PATCH 1/3] bnx2: Add support for CNIC driver., Paul E. McKenney
  - Re: [PATCH 1/3] bnx2: Add support for CNIC driver., Konrad Rzeszutek
iscsi update for 2.6.27, michaelc
- [PATCH 01/25] iscsi class, iscsi_tcp/iser: add host arg to session creation, michaelc
  - [PATCH 02/25] iscsi class, iscsi drivers: remove unused iscsi_transport attrs, michaelc
    - [PATCH 03/25] iscsi class: rename iscsi_host to iscsi_cls_host, michaelc
      - [PATCH 04/25] iscsi: remove session and host binding in libiscsi, michaelc
        
        [PATCH 05/25] iscsi: add iscsi host helpers, michaelc
        
        [PATCH 06/25] iscsi: remove session/conn_data_size from iscsi_transport, michaelc
        
        [PATCH 07/25] iscsi: modify iscsi printk so it can take driver data pointers, michaelc
        
        [PATCH 08/25] iser: fix handling of scsi cmnds during recovery., michaelc
        
        [PATCH 09/25] libiscsi, iscsi_tcp, iser: add session cmds array accessor, michaelc
        
        [PATCH 10/25] libiscsi: modify libiscsi so it supports offloaded data paths, michaelc
        
        [PATCH 11/25] libiscsi: merge iscsi_mgmt_task and iscsi_cmd_task, michaelc
        
        [PATCH 12/25] iscsi_tcp: convert iscsi_tcp to support merged tasks, michaelc
        
        [PATCH 13/25] iser: convert ib_iser to support merged tasks, michaelc
        
        [PATCH 14/25] libiscsi: rename iscsi_cmd_task to iscsi_task, michaelc
        
        [PATCH 15/25] iscsi_tcp: handle iscsi_cmd_task rename, michaelc
        
        [PATCH 16/25] iser: handle iscsi_cmd_task rename, michaelc
        
        [PATCH 17/25] iscsi class: user device_for_each_child instead of duplicating session list, michaelc
        
        [PATCH 18/25] iscsi class: add endpoint class, michaelc
        
        [PATCH 19/25] iser: Modify iser to take a iscsi_endpoint struct in ep callouts and session setup, michaelc
        
        [PATCH 20/25] iscsi_tcp: hook iscsi_tcp into iscsi_endpoint code, michaelc
        
        [PATCH 21/25] iscsi class: Add session initiatorname and ifacename sysfs attrs., michaelc
        
        [PATCH 22/25] libiscsi: fix cmds_max setting, michaelc
        
        [PATCH 23/25] libiscsi, iser, tcp: remove recv_lock, michaelc
        
        [PATCH 24/25] Replace __FUNCTION__ with __func__ in iscsi_tcp., michaelc
        
        [PATCH 25/25] scsi: use get_unaligned_* helpers, michaelc
        
        Re: [PATCH 14/25] libiscsi: rename iscsi_cmd_task to iscsi_task, James Bottomley
        
        Re: [PATCH 14/25] libiscsi: rename iscsi_cmd_task to iscsi_task, James Bottomley
- Re: iscsi update for 2.6.27, Mike Christie
  - Re: iscsi update for 2.6.27, Boaz Harrosh
    - Re: iscsi update for 2.6.27, Mike Christie
      - Re: iscsi update for 2.6.27, Mike Christie
        
        [PATCH] iscsi_tcp: Enable any size command, Boaz Harrosh
        
        Re: [PATCH] iscsi_tcp: Enable any size command, James Bottomley
[PATCH 1/1] Fusion: SAS: don't set queue depth to 1 when sdev->id is greater than sh->max_id, Michael Reed
- <Possible follow-ups>
- RE: [PATCH 1/1] Fusion: SAS: don't set queue depth to 1 when sdev->id is greater than sh->max_id, Prakash, Sathya
REPOST: [PATCH 1/1] Fusion SAS and Fibre Channel: target missing after resetting external raid, Michael Reed
- <Possible follow-ups>
- RE: REPOST: [PATCH 1/1] Fusion SAS and Fibre Channel: target missing after resetting external raid, Prakash, Sathya
[2.6 patch] scsi/advansys.c: fix compile errors, Adrian Bunk
- Re: [2.6 patch] scsi/advansys.c: fix compile errors, Matthew Wilcox
  - Re: [2.6 patch] scsi/advansys.c: fix compile errors, Adrian Bunk
LIO-Target Core v3.0.0 imported in k.o git, Nicholas A. Bellinger
Re: max_hw_sectors, Nicholas A. Bellinger
[PATCH 6/6] mpt fusion : Adding FAULT Reset polling work, Prakash, Sathya
[PATCH 5/6] mpt fusion : Setting intial period to 0xFF instead of 0xA, Prakash, Sathya
[PATCH 4/6] mpt fusion: Fixing 1078 data corruption issue for 36GB memory region resubmitted with review suggestions included, Prakash, Sathya
- Re: [PATCH 4/6] mpt fusion: Fixing 1078 data corruption issue for 36GB memory region resubmitted with review suggestions included, James Bottomley
[PATCH 3/6] : Fixing default enabling of MSI for SPI and FC controllers, Prakash, Sathya
[PATCH 2/6] mpt fusion : Updated copyright statment with 2008 included, Prakash, Sathya
[PATCH 1/6] mpt fusion: Driver version upgrade to 3.04.07, Prakash, Sathya
[PATCH 0/6] mpt fusion: Patch set for updating MPT fusion drivers, Prakash, Sathya
[PATCH 1/7] scsi_dh: Implement common device table handling, Hannes Reinecke
- Re: [PATCH 1/7] scsi_dh: Implement common device table handling, Chandra Seetharaman
  - Re: [PATCH 1/7] scsi_dh: Implement common device table handling, Hannes Reinecke
[PATCH 0/7] scsi_dh framework update take #2, Hannes Reinecke
- Re: [PATCH 0/7] scsi_dh framework update take #2, Chandra Seetharaman
[PATCH 2/3][-mm] reclassify the sg_sysfs_class mutex, Dave Young
- Re: [PATCH 2/3][-mm] reclassify the sg_sysfs_class mutex, Greg KH
  - Re: [PATCH 2/3][-mm] reclassify the sg_sysfs_class mutex, Dave Young
    - Re: [PATCH 2/3][-mm] reclassify the sg_sysfs_class mutex, Greg KH
[PATCH 1/3][-mm] add class_reclassify macro, Dave Young
- Re: [PATCH 1/3][-mm] add class_reclassify macro, Andrew Morton
  - Re: [PATCH 1/3][-mm] add class_reclassify macro, Dave Young
    - Re: [PATCH 1/3][-mm] add class_reclassify macro, Andrew Morton
      - Re: [PATCH 1/3][-mm] add class_reclassify macro, Matthew Wilcox
        
        Re: [PATCH 1/3][-mm] add class_reclassify macro, Andrew Morton
        
        Re: [PATCH 1/3][-mm] add class_reclassify macro, Dave Young
  - Re: [PATCH 1/3][-mm] add class_reclassify macro, Matthew Wilcox
  - Re: [PATCH 1/3][-mm] add class_reclassify macro, Greg KH
    - Re: [PATCH 1/3][-mm] add class_reclassify macro, Dave Young
      - Re: [PATCH 1/3][-mm] add class_reclassify macro, Andrew Morton
        
        Re: [PATCH 1/3][-mm] add class_reclassify macro, Dave Young
        
        Re: [PATCH 1/3][-mm] add class_reclassify macro, Matthew Wilcox
        
        Re: [PATCH 1/3][-mm] add class_reclassify macro, Greg KH
        
        Re: [PATCH 1/3][-mm] add class_reclassify macro, Greg KH
[PATCH 0/4] revert the commit 22a9189f (cdrom: use kmalloced buffers instead of buffers on stack), FUJITA Tomonori
- [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
  - [PATCH 2/4] block: add blk_queue_update_dma_pad, FUJITA Tomonori
    - [PATCH 3/4] ide: use the dma safe check for REQ_TYPE_ATA_PC, FUJITA Tomonori
      - [PATCH 4/4] cdrom: revert commit 22a9189 (cdrom: use kmalloced buffers instead of buffers on stack), FUJITA Tomonori
        
        Re: [PATCH 4/4] cdrom: revert commit 22a9189 (cdrom: use kmalloced buffers instead of buffers on stack), Elias Oltmanns
        
        Re: [PATCH 4/4] cdrom: revert commit 22a9189 (cdrom: use kmalloced buffers instead of buffers on stack), Jim Paris
        
        Re: [PATCH 4/4] cdrom: revert commit 22a9189 (cdrom: use kmalloced buffers instead of buffers on stack), Elias Oltmanns
      - Re: [PATCH 3/4] ide: use the dma safe check for REQ_TYPE_ATA_PC, Borislav Petkov
  - Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Andrew Morton
    - Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
      - Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Andrew Morton
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
      - Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Plans for libsas and SAS-2?, Marushak, Nathan
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, David Miller
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, FUJITA Tomonori
        
        Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Herbert Xu
    - Re: [PATCH 1/4] block: use ARCH_KMALLOC_MINALIGN as the default dma pad mask, Paul Mundt
- Re: [PATCH 0/4] revert the commit 22a9189f (cdrom: use kmalloced buffers instead of buffers on stack), Thomas Bogendoerfer
  - Re: [PATCH 0/4] revert the commit 22a9189f (cdrom: use kmalloced buffers instead of buffers on stack), FUJITA Tomonori
    - Re: [PATCH 0/4] revert the commit 22a9189f (cdrom: use kmalloced buffers instead of buffers on stack), David Miller
      - Re: [PATCH 0/4] revert the commit 22a9189f (cdrom: use kmalloced buffers instead of buffers on stack), James Bottomley
        
        Re: [PATCH 0/4] revert the commit 22a9189f (cdrom: use kmalloced buffers instead of buffers on stack), FUJITA Tomonori
- Re: [PATCH 0/4] revert the commit 22a9189f (cdrom: use kmalloced buffers instead of buffers on stack), Bartlomiej Zolnierkiewicz
MAINTAINERS points to no longer existing megaraid URL, Adrian Bunk
[PATCH 0/3] qla2xxx: fixes for 2.6.26 [8.02.01-k4]., Andrew Vasquez
- [PATCH 3/3] qla2xxx: Update version number to 8.02.01-k4., Andrew Vasquez
- [PATCH 2/3] qla2xxx: Correct handling of AENs postings for vports., Andrew Vasquez
- [PATCH 1/3] qla2xxx: Revert "qla2xxx: Use proper HA during asynchronous event handling.", Andrew Vasquez
- Re: [PATCH 0/3] qla2xxx: fixes for 2.6.26 [8.02.01-k4]., Andrew Vasquez
  - Re: [PATCH 0/3] qla2xxx: fixes for 2.6.26 [8.02.01-k4]., James Bottomley
[PATCH 1/1] ibmvscsi: Non SCSI error status fixup, Brian King
- Message not available
  - Message not available
    - Re: [PATCH 1/1] ibmvscsi: Non SCSI error status fixup, Brian King
[patch 00/11] zfcp fixes and improvements, Christof Schmitt
- [patch 02/11] zfcp: Fix mempool pointer for GID_PN request allocation, Christof Schmitt
- [patch 03/11] zfcp: Fix fsf_status_read return code handling, Christof Schmitt
- [patch 05/11] zfcp: Remove field sbal_last from trace record., Christof Schmitt
- [patch 04/11] zfcp: Remove some sparse warnings, Christof Schmitt
- [patch 07/11] zfcp: Rename sbal_curr to sbal_last., Christof Schmitt
- [patch 08/11] zfcp: Add information about interrupt to trace., Christof Schmitt
- [patch 09/11] zfcp: Refine trace levels of some recovery related events., Christof Schmitt
- [patch 10/11] zfcp: remove some __attribute__ ((packed)), Christof Schmitt
- [patch 11/11] zfcp: Fix sparse warning by providing new entry in dbf, Christof Schmitt
- [patch 01/11] zfcp: receiving an unsolicted status can lead to I/O stall, Christof Schmitt
- [patch 06/11] zfcp: Rename sbal_last., Christof Schmitt
Re: [BUG] unable to handle kernel paging request in next-20080516, Andrew Morton
- Re: [BUG] unable to handle kernel paging request in next-20080516, Greg KH
  - Re: [BUG] unable to handle kernel paging request in next-20080516, Sitsofe Wheeler
- Re: [BUG] unable to handle kernel paging request in next-20080516, James Bottomley
  - Re: [BUG] unable to handle kernel paging request in next-20080516, Sitsofe Wheeler
    - Re: [BUG] unable to handle kernel paging request in next-20080516, James Bottomley
Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
- Re: [Re: Linux 2.6.26-rc2] Write protect on on, Boaz Harrosh
  - Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
    - Re: [Re: Linux 2.6.26-rc2] Write protect on on, Boaz Harrosh
      - Re: [Re: Linux 2.6.26-rc2] Write protect on on, Linus Torvalds
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Boaz Harrosh
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Linus Torvalds
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Boaz Harrosh
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Matthew Wilcox
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, James Bottomley
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
- <Possible follow-ups>
- Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
- Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
  - Re: [Re: Linux 2.6.26-rc2] Write protect on on, Maciej Rutecki
    - Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
      - Re: [Re: Linux 2.6.26-rc2] Write protect on on, Maciej Rutecki
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, James Bottomley
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, James Bottomley
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Peter Teoh
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Peter Teoh
        
        [PATCH] SCSI: erase invalid data returned by device, Alan Stern
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Alan Stern
        
        Re: [Re: Linux 2.6.26-rc2] Write protect on on, Maciej Rutecki
[Bug 10730] New: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', bugme-daemon
- [Bug 10730] build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', bugme-daemon
- [Bug 10730] build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', bugme-daemon
Read-Only devices, multipath and more, Christophe Varoqui
- Re: [dm-devel] Read-Only devices, multipath and more, Alasdair G Kergon
  - Re: [dm-devel] Read-Only devices, multipath and more, Christophe Varoqui
build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Toralf Förster
- Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Rafael J. Wysocki
  - Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Randy Dunlap
- Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', James Bottomley
  - Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Adrian Bunk
    - Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', James Bottomley
      - Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Randy Dunlap
        
        Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', James Bottomley
        
        Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Randy Dunlap
        
        Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', James Bottomley
        
        Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Randy Dunlap
        
        Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', James Bottomley
        
        Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Adrian Bunk
        
        Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Randy Dunlap
        
        Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', James Bottomley
        
        Re: build issue #503 for v2.6.26-rc2-433-gf26a398 : undefined reference to `request_firmware', Adrian Bunk
[Bug 10711] New: BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
- [Bug 10711] BUG: unable to handle kernel paging request - scsi_bus_uevent, bugme-daemon
[Bug 10057] gdth: unable to handle kernel NULL pointer dereference at virtual address 0000000c, bugme-daemon
- <Possible follow-ups>
- [Bug 10057] gdth: unable to handle kernel NULL pointer dereference at virtual address 0000000c, bugme-daemon
- [Bug 10057] gdth: unable to handle kernel NULL pointer dereference at virtual address 0000000c, bugme-daemon
linux-next 20080515 libsas build failure, Philippe Roussel
next-20080515 build failure with CONFIG_SCSI=m and CONFIG_SCSI_DH=y, Philippe Roussel
Re: [ofa-general] iSer and Direct IO, Eli Dorfman
- Re: [ofa-general] iSer and Direct IO, Cameron Harr
- Message not available
  - Re: [ofa-general] iSer and Direct IO, Joe Landman
    - Re: [ofa-general] iSer and Direct IO, Cameron Harr
      - Re: [ofa-general] iSer and Direct IO, Joe Landman
Re: BUG: unable to handle kernel paging request - scsi_bus_uevent, Andrew Morton
[patch 9/9] drivers/scsi/qla2xxx/qla_os.c: suppress uninitialized-var warning, akpm
- <Possible follow-ups>
- [patch 9/9] drivers/scsi/qla2xxx/qla_os.c: suppress uninitialized-var warning, akpm
[patch 4/9] scsi: replace __inline with inline, akpm
[patch 1/9] #if 0 ses_match_host(), akpm
[patch 5/9] MPT: remove unused struct -- mpt_proc_entry_t, akpm
[patch 8/9] scsi: aic79xx aic79xx_pci.c fix shadowed variables, akpm
- <Possible follow-ups>
- [patch 8/9] scsi: aic79xx aic79xx_pci.c fix shadowed variables, akpm
[patch 3/9] fusion: replace remaining __FUNCTION__ occurrences, akpm
[patch 6/9] scsi: use get_unaligned_* helpers, akpm
[patch 7/9] scsi: aic79xx_core fix shadowed variables, add statics, akpm
- <Possible follow-ups>
- [patch 7/9] scsi: aic79xx_core fix shadowed variables, add statics, akpm
[patch 2/9] scsi: replace remaining __FUNCTION__ occurrences, akpm
Re: 2.6.26-rc2-mm1 (SCSI_DH build errors), Randy Dunlap
- Re: 2.6.26-rc2-mm1 (SCSI_DH build errors), James Bottomley
  - Re: 2.6.26-rc2-mm1 (SCSI_DH build errors), Chandra Seetharaman
    - Re: 2.6.26-rc2-mm1 (SCSI_DH build errors), Andrew Morton
      - Re: 2.6.26-rc2-mm1 (SCSI_DH build errors), Chandra Seetharaman
        
        Re: 2.6.26-rc2-mm1 (SCSI_DH build errors), Randy Dunlap
        
        Re: 2.6.26-rc2-mm1 (SCSI_DH build errors), Chandra Seetharaman
[PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Hannes Reinecke
- Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Chandra Seetharaman
  - Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Hannes Reinecke
    - Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Chandra Seetharaman
      - Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Hannes Reinecke
        
        Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Chandra Seetharaman
        
        Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Hannes Reinecke
        
        Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Chandra Seetharaman
        
        Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Hannes Reinecke
        
        Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, James Bottomley
        
        Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Hannes Reinecke
        
        Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, James Bottomley
        
        RE: [dm-devel] Re: [PATCH 7/7] scsi_dh: attach to hardware handler fromdm-mpath, Shyam_Iyer
        
        RE: [dm-devel] Re: [PATCH 7/7] scsi_dh: attach to hardware handler fromdm-mpath, Chandra Seetharaman
- <Possible follow-ups>
- [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Hannes Reinecke
  - Re: [PATCH 7/7] scsi_dh: attach to hardware handler from dm-mpath, Chandra Seetharaman
[PATCH 6/7] scsi_dh: Update RDAC device handler, Hannes Reinecke
- Re: [PATCH 6/7] scsi_dh: Update RDAC device handler, Chandra Seetharaman
  - Re: [PATCH 6/7] scsi_dh: Update RDAC device handler, Hannes Reinecke
    - Re: [PATCH 6/7] scsi_dh: Update RDAC device handler, Chandra Seetharaman
- <Possible follow-ups>
- [PATCH 6/7] scsi_dh: Update RDAC device handler, Hannes Reinecke
  - Re: [PATCH 6/7] scsi_dh: Update RDAC device handler, Chandra Seetharaman
[PATCH 5/7] scsi_dh: Update hp_sw hardware handler, Hannes Reinecke
- Re: [PATCH 5/7] scsi_dh: Update hp_sw hardware handler, Chandra Seetharaman
- <Possible follow-ups>
- [PATCH 5/7] scsi_dh: Update hp_sw hardware handler, Hannes Reinecke
[PATCH 4/7] scsi_dh: Update EMC handler, Hannes Reinecke
- Re: [PATCH 4/7] scsi_dh: Update EMC handler, Chandra Seetharaman
  - Re: [PATCH 4/7] scsi_dh: Update EMC handler, Hannes Reinecke
    - Re: [PATCH 4/7] scsi_dh: Update EMC handler, Chandra Seetharaman
- <Possible follow-ups>
- [PATCH 4/7] scsi_dh: Update EMC handler, Hannes Reinecke
[PATCH 3/7] scsi_dh: add generic SPC-3 alua handler, Hannes Reinecke
- Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler, Chandra Seetharaman
  - Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler, Hannes Reinecke
    - Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler, Chandra Seetharaman
      - Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler, Jens Axboe
        
        Re: [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler, Chandra Seetharaman
- <Possible follow-ups>
- [PATCH 3/7] scsi_dh: add generic SPC-3 alua handler, Hannes Reinecke
[PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute, Hannes Reinecke
- Re: [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute, Chandra Seetharaman
  - Re: [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute, Hannes Reinecke
- <Possible follow-ups>
- [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute, Hannes Reinecke
  - Re: [dm-devel] [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute, Chandra Seetharaman
    - Re: [dm-devel] [PATCH 2/7] scsi_dh: Add 'dh_state' sysfs attribute, Hannes Reinecke
[PATCH 1/7] scsi_dh: Implement generic device table handling, Hannes Reinecke
- Re: [PATCH 1/7] scsi_dh: Implement generic device table handling, Chandra Seetharaman
  - Re: [PATCH 1/7] scsi_dh: Implement generic device table handling, Hannes Reinecke
    - Re: [PATCH 1/7] scsi_dh: Implement generic device table handling, Chandra Seetharaman
[PATCH 0/7] scsi_dh framework update, Hannes Reinecke
- Re: [PATCH 0/7] scsi_dh framework update, Chandra Seetharaman
lockdep whine in 2.6.26-rc2-mm1, Andrew Morton
- Re: lockdep whine in 2.6.26-rc2-mm1, Greg KH
  - Re: lockdep whine in 2.6.26-rc2-mm1, Matthew Wilcox
    - Re: lockdep whine in 2.6.26-rc2-mm1, Dave Young
      - Re: lockdep whine in 2.6.26-rc2-mm1, Dave Young
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Matthew Wilcox
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Dave Young
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Dave Young
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Dave Young
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Matthew Wilcox
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Dave Young
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Matthew Wilcox
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Greg KH
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Dave Young
        
        Re: lockdep whine in 2.6.26-rc2-mm1, Greg KH
  - Re: lockdep whine in 2.6.26-rc2-mm1, Dave Young
blk_queue_init_tags warning, Yinghai Lu
- Re: blk_queue_init_tags warning, James Bottomley
[PATCH] scsi : set target can_queue from devinfo flags, James Smart
- Re: [PATCH] scsi : set target can_queue from devinfo flags, Hannes Reinecke
  - Re: [PATCH] scsi : set target can_queue from devinfo flags, James Smart
    - Re: [PATCH] scsi : set target can_queue from devinfo flags, Hannes Reinecke
- Re: [PATCH] scsi : set target can_queue from devinfo flags, James Bottomley
  - Re: [PATCH] scsi : set target can_queue from devinfo flags, James Smart
    - Re: [PATCH] scsi : set target can_queue from devinfo flags, James Smart
[GIT PATCH] SCSI bug fixes for 2.6.26-rc2, James Bottomley
- Re: [GIT PATCH] SCSI bug fixes for 2.6.26-rc2, Linus Torvalds
  - Re: [GIT PATCH] SCSI bug fixes for 2.6.26-rc2, James Bottomley
[PATCH 0/10] qla2xxx: updates