Linux SCSI

Thread Index

[Prev Page][Next Page]

RE: Re: [PATCH] cciss: Ignore stale commands after reboot
- From: "Miller, Mike (OS Dev)" <Mike.Miller@xxxxxx>
Re: Re: [PATCH] cciss: Ignore stale commands after reboot
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
RE: Re: [PATCH] cciss: Ignore stale commands after reboot
- From: "Miller, Mike (OS Dev)" <Mike.Miller@xxxxxx>
Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
Re: [2.6.27.25] Hang in SCSI sync cache when a disk is removed--?
- From: Mike Anderson <andmike@xxxxxxxxxxxxxxxxxx>
[2.6.27.25] Hang in SCSI sync cache when a disk is removed--?
- From: Paul Smith <paul@xxxxxxxxxxxxxxxxx>
RE: [PATCH] Add BLIST_REPORTLUN2 to EMC SYMMETRIX
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] SCSI: userspace cannot use scsi_command_size_tbl, COMMAND_SIZE and scsi_device_type
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
RE: [PATCH] Add BLIST_REPORTLUN2 to EMC SYMMETRIX
- From: <berthiaume_wayne@xxxxxxx>
[GIT PATCH] SCSI bug fixes for 2.6.31-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
Re: [PATCH] Add BLIST_REPORTLUN2 to EMC SYMMETRIX
- From: Jean Delvare <jdelvare@xxxxxxx>
when the eh_strategy_handler function gets invoked
- From: Madhavi Manchala <madhavi.lscsi@xxxxxxxxx>
[PATCH 3/3] scsi_dh: Use scsi_dh_set_params() in multipath.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[PATCH 2/3] scsi_dh: Provide set_params interface in emc device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[PATCH 1/3] scsi_dh: add the interface scsi_dh_set_params()
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: [RFC][PATCH 5/5] Add pm8001 SAS/SATA HBA driver resend
- From: "lindar_liu" <lindar_liu@xxxxxxxxx>
Re: [RFC][PATCH 5/5] Add pm8001 SAS/SATA HBA driver resend
- From: Matthew Wilcox <matthew@xxxxxx>
[RFC][PATCH 5/5] Add pm8001 SAS/SATA HBA driver resend
- From: "jack wang" <jack_wang@xxxxxxxxx>
Re: [PATCH] Add BLIST_REPORTLUN2 to EMC SYMMETRIX
- From: Kurt Garloff <garloff@xxxxxxx>
Re: [PATCH] Add BLIST_REPORTLUN2 to EMC SYMMETRIX
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] Reduce AACRAID hardware queue size
- From: Matthias Urlichs <smurf@xxxxxxxxxxxxxx>
Re: [PATCH 1/1] Reduce AACRAID hardware queue size
- From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[RFC][PATCH 4/5] fix wide port hotplug issues
- From: "jack wang" <jack_wang@xxxxxxxxx>
[PATCH 3/5] reuse the original port when reenable the phy in a port
- From: "jack wang" <jack_wang@xxxxxxxxx>
[RFC][PATCH 2/5] Add pm8001 SAS/SATA HBA driver to scsi Kconfig
- From: "jack wang" <jack_wang@xxxxxxxxx>
[RFC][PATCH 1/5] Add pm8001 SAS/SATA HBA driver to scsi Makefile
- From: "jack wang" <jack_wang@xxxxxxxxx>
[RFC][PATCH 0/5]PMC-Sierra PM8001 PCIE 8x6G SAS/SATA HBA driver
- From: "jack wang" <jack_wang@xxxxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
kexec kernel failed to restart aacraid device
- From: Joe Jin <joe.jin@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
Re: mptsas, msi and the dl585 g2
- From: Yinghai Lu <yinghai@xxxxxxxxxx>
[PATCH update] ieee1394: sbp2: add support for disks >2 TB (and 16 bytes long CDBs)
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
[PATCH update] firewire: sbp2: add support for disks >2 TB (and 16 bytes long CDBs)
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
mptsas, msi and the dl585 g2
- From: dann frazier <dannf@xxxxxx>
Re: [PATCH 1/2] libosd: osd_dev_info: Unique Identification of an OSD device
- From: Benny Halevy <bhalevy@xxxxxxxxxxx>
[PATCH 2/2] libosd: osd_dev_is_ver1 - Minor API cleanup
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 1/2] libosd: osd_dev_info: Unique Identification of an OSD device
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH 0/2] libosd: Support for device lookup by osd_device_info
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
Task Management Functions on device side
- From: Madhavi Manchala <madhavi.lscsi@xxxxxxxxx>
Re: SG_DXFER_TO_FROM_DEV does not copy user buffer to driver buffer in linux 2.6.28 and later?
- From: zhou sf <sxzzsf@xxxxxxxxx>
Re: SG_DXFER_TO_FROM_DEV does not copy user buffer to driver buffer in linux 2.6.28 and later?
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [dm-devel] [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Hannes Reinecke <hare@xxxxxxx>
Re: [PATCH] Allow ATA_ passthrough command through sg.
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
Re: [PATCH] Allow ATA_ passthrough command through sg.
- From: Gwendal Grignou <gwendal@xxxxxxxxxx>
Re: [PATCH] Allow ATA_ passthrough command through sg.
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Andreas Dilger <adilger@xxxxxxx>
Re: [PATCH] Allow ATA_ passthrough command through sg.
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
[Bug 13572] hdparm -W1 /dev/sda causes oops and hard lockup
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[PATCH] Allow ATA_ passthrough command through sg.
- From: Gwendal Grignou <gwendal@xxxxxxxxxx>
[PATCH] ieee1394: sbp2: add support for disks >2 TB (and CBSs >12 bytes)
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
[PATCH] firewire: sbp2: add support for disks >2 TB (and CBSs >12 bytes)
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
Re: [dm-devel] [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: Linux doesn't support bigger than 2TB IEEE-1394 disk
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
Re: [PATCH] scsi: fix documentation of scsi_mod.scan defaults
- From: Ferenc Wagner <wferi@xxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
Re: [dm-devel] [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: aha152x_cs: non-functional + locking error
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Matthew Wilcox <matthew@xxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Drew <drew.kay@xxxxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [BUG] Linux-2.6.31-rc1 Fails To Recognize Some USB Disks
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: FC transport: Calling fc_remote_port_add for online port
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Matthew Wilcox <matthew@xxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Matthew Wilcox <matthew@xxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Drew <drew.kay@xxxxxxxxx>
Re: can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Matthew Wilcox <matthew@xxxxxx>
can't access LUN >2TB with aic7xxx, Infortrend EonStor and 2.6.31-rc1
- From: Tomasz Torcz <tomek@xxxxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[Bug 13519] Syntax error. Not enough parameters for macro 'qla_printk'.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13519] Syntax error. Not enough parameters for macro 'qla_printk'.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: SG_DXFER_TO_FROM_DEV does not copy user buffer to driver buffer in linux 2.6.28 and later?
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [BUG] Linux-2.6.31-rc1 Fails To Recognize Some USB Disks
- From: Tarkan Erimer <tarkan.erimer@xxxxxxxxxxxxxx>
Re: [dm-devel] [PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Hannes Reinecke <hare@xxxxxxx>
Re: [BUG] Linux-2.6.31-rc1 Fails To Recognize Some USB Disks
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
SG_DXFER_TO_FROM_DEV does not copy user buffer to driver buffer in linux 2.6.28 and later?
- From: zhou sf <sxzzsf@xxxxxxxxx>
2.6.31-rc1-git3: Reported regressions 2.6.29 -> 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
2.6.31-rc1-git3: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
Re: aha152x_cs: non-functional + locking error
- From: Jürgen E. Fischer <jef@xxxxxxxxx>
Re: [PATCH 1/3] bnx2i remove not so useful global variable bnx2i_reg_devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] bnx2i remove not so useful global variable bnx2i_reg_devices
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
Re: [PATCH 1/3] bnx2i remove not so useful global variable bnx2i_reg_devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 43/62] include/scsi/fc/fc_fc2.h: Remove unnecessary semicolons
- From: Joe Perches <joe@xxxxxxxxxxx>
[PATCH 44/62] drivers/scsi/lpfc/lpfc_ct.c: Remove unnecessary semicolons
- From: Joe Perches <joe@xxxxxxxxxxx>
[PATCH 42/62] drivers/scsi/bnx2i/bnx2i_hwi.c: Remove unnecessary semicolons
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH 1/3] bnx2i remove not so useful global variable bnx2i_reg_devices
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
Re: [PATCH] SCSI: userspace cannot use scsi_command_size_tbl, COMMAND_SIZE and scsi_device_type
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] bnx2i remove not so useful global variable bnx2i_reg_devices
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] SCSI: userspace cannot use scsi_command_size_tbl, COMMAND_SIZE and scsi_device_type
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH] SCSI: userspace cannot use scsi_command_size_tbl, COMMAND_SIZE and scsi_device_type
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 14/19] drivers/scsi: Use PCI_VDEVICE
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH 14/19] drivers/scsi: Use PCI_VDEVICE
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 14/19] drivers/scsi: Use PCI_VDEVICE
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: [PATCH] SCSI: userspace cannot use scsi_command_size_tbl, COMMAND_SIZE and scsi_device_type
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: [PATCH] SCSI: userspace cannot use scsi_command_size_tbl, COMMAND_SIZE and scsi_device_type
- From: Matthew Wilcox <matthew@xxxxxx>
Re: Can LSISAS1068E chip be configured as a x8 wide port?
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
RE: [PATCH 2.6.30-rc] cxgb3i -- fixed connection error when vlan is enabled
- From: "Karen Xie" <kxie@xxxxxxxxxxx>
Re: [PATCH] SCSI: userspace cannot use scsi_command_size_tbl, COMMAND_SIZE and scsi_device_type
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: [PATCH 2.6.30-rc] cxgb3i -- fixed connection error when vlan is enabled
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2.6.30-rc] cxgb3i -- fixed connection error when vlan is enabled
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: [dm-devel] mechanism for multipath to pass information to hardware handler
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: [PATCH] SCSI: userspace cannot use scsi_command_size_tbl, COMMAND_SIZE and scsi_device_type
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 14/19] drivers/scsi: Use PCI_VDEVICE
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
Can LSISAS1068E chip be configured as a x8 wide port?
- From: "wenshuang.ma" <wenshuang.ma@xxxxxxxxx>
[PATCH]: create sysfs file, dh_state for SCSI devices even if they are not in the inteernal lists
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[PATCH]: scsi_dh: Reference count scsi_dh_attach
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: [PATCH] scsi_devinfo: update Hitachi entries
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
Re: [dm-devel] mechanism for multipath to pass information to hardware handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
[PATCH 2.6.30-rc] cxgb3i -- fixed connection error when vlan is enabled
- From: kxie@xxxxxxxxxxx
Re: [dm-devel] mechanism for multipath to pass information to hardware handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
Re: [dm-devel] mechanism for multipath to pass information to hardware handler
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [dm-devel] mechanism for multipath to pass information to hardware handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
aha152x_cs: non-functional + locking error
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
Re: [dm-devel] mechanism for multipath to pass information to hardware handler
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: FC transport: Calling fc_remote_port_add for online port
- From: James Smart <James.Smart@xxxxxxxxxx>
FC transport: Calling fc_remote_port_add for online port
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
Re: [patch 1/1] FC transport: Locking fix for common-code FC pass-through patch
- From: James Smart <James.Smart@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[patch 1/1] FC transport: Locking fix for common-code FC pass-through patch
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
[patch 0/1] Fix warning in 2.6.31-rc1 triggered by FC pass-through code
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
Re: [PATCH 0/3] scsi_dh: Make scsi device handler modules automatically inserted
- From: Peter Jones <pjones@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
ATA vs SCSI interface
- From: Amit Kumar Sharma <amitsharma.9@xxxxxxxxxxx>
[PATCH] update scsi/constants.c
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [PATCH 6/6] fnic: Patch MAINTAINERS, scsi Makefile, scsi Kconfig
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
[PATCH] scsi: fix documentation of scsi_mod.scan defaults
- From: Ferenc Wagner <wferi@xxxxxxx>
Re: sd_ref_mutex and cpu_add_remove_lock deadlock
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
Re: [PATCH] Driver 'sd' needs updating
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH 6/6] fnic: Patch MAINTAINERS, scsi Makefile, scsi Kconfig
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Roland Dreier <rdreier@xxxxxxxxx>
Re: sd_ref_mutex and cpu_add_remove_lock deadlock
- From: Mike Christie <michaelc@xxxxxxxxxxx>
RE: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: <berthiaume_wayne@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "NeilBrown" <neilb@xxxxxxx>
Re: [dm-devel] REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
[PATCH 14/19] drivers/scsi: Use PCI_VDEVICE
- From: Joe Perches <joe@xxxxxxxxxxx>
sd_ref_mutex and cpu_add_remove_lock deadlock
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
REQUEST for new 'topology' metrics to be moved out of the 'queue' sysfs directory.
- From: Neil Brown <neilb@xxxxxxx>
Re: Patch - To display FCoE Host information and statistics in sysfs
- From: Giridhar Malavali <giridhar.malavali@xxxxxxxxxx>
Re: [PATCH] fnic: use DMA_BIT_MASK(nn) instead of deprecated DMA_nnBIT_MASK
- From: Robert Love <robert.w.love@xxxxxxxxx>
Re: [PATCH 1/3] bnx2i remove not so useful global variable bnx2i_reg_devices
- From: Mike Christie <michaelc@xxxxxxxxxxx>
[PATCH] zalon: fix oops on attach failure
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [Open-FCoE] how to do fc_remote_port_delete correctly
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
Re: Asynchronous Mass storage driver
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: [Open-FCoE] how to do fc_remote_port_delete correctly
- From: James Smart <James.Smart@xxxxxxxxxx>
Re: [Open-FCoE] how to do fc_remote_port_delete correctly
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
Re: [Open-FCoE] how to do fc_remote_port_delete correctly
- From: James Smart <James.Smart@xxxxxxxxxx>
Re: [Open-FCoE] how to do fc_remote_port_delete correctly
- From: James Smart <James.Smart@xxxxxxxxxx>
mechanism for multipath to pass information to hardware handler
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
Re: [Open-FCoE] how to do fc_remote_port_delete correctly
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
Re: [Open-FCoE] how to do fc_remote_port_delete correctly
- From: James Smart <James.Smart@xxxxxxxxxx>
Asynchronous Mass storage driver
- From: Ramya Desai <ramya.desai@xxxxxxxxx>
[PATCH] fnic: use DMA_BIT_MASK(nn) instead of deprecated DMA_nnBIT_MASK
- From: Abhijeet Joglekar <abjoglek@xxxxxxxxx>
Re: [Open-FCoE] how to do fc_remote_port_delete correctly
- From: James Smart <James.Smart@xxxxxxxxxx>
[PATCH] scsi: adding __init/__exit macros to ibmvstgt.c
- From: Peter Hüwe <PeterHuewe@xxxxxx>
Is the same scsi_device in sd and sg driver?
- From: 谢纲 <xiegang112@xxxxxxxxx>
[PATCH 3/3] bnx2i convert bnx2i_dev_lock to mutex type
- From: "Anil Veerabhadrappa" <anilgv@xxxxxxxxxxxx>
[PATCH 2/3] bnx2i bug fix to handle error conditions in bnx2i_init_one
- From: "Anil Veerabhadrappa" <anilgv@xxxxxxxxxxxx>
[PATCH 1/3] bnx2i remove not so useful global variable bnx2i_reg_devices
- From: "Anil Veerabhadrappa" <anilgv@xxxxxxxxxxxx>
how to do fc_remote_port_delete correctly
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
[PATCH 1/1] ibmvscsi: Fix module load hang
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Roland Dreier <rdreier@xxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Roland Dreier <rdreier@xxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Roland Dreier <rdreier@xxxxxxxxx>
Re: How To Get WWN and Device Mapping
- From: Giridhar Malavali <giridhar.malavali@xxxxxxxxxx>
Re: How To Get WWN and Device Mapping
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
RE: How To Get WWN and Device Mapping
- From: "Paul Lung (paul.lung@xxxxxxxxxxxx)" <Paul.Lung@xxxxxxxxxxxx>
[GIT PATCH] final (hopefully) SCSI updates for the merge window
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] Reduce AACRAID hardware queue size
- From: Matthias Urlichs <smurf@xxxxxxxxxxxxxx>
Re: [PATCH 1/1] Reduce AACRAID hardware queue size
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] Reduce AACRAID hardware queue size
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] Reduce AACRAID hardware queue size
- From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
Re: [PATCH 1/1] Reduce AACRAID hardware queue size
- From: Matthias Urlichs <smurf@xxxxxxxxxxxxxx>
[PATCH 1/1] Reduce AACRAID hardware queue size
- From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
[PATCH 0/1] BZ#11120: AACRAID driver stalls under high load
- From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
[PATCH] fnic: remove redundant BUG_ONs and fix checks on unsigned
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
RE: [PATCH] remove redundant BUG_ON
- From: "Abhijeet Joglekar (abjoglek)" <abjoglek@xxxxxxxxx>
Re: New IDE maintainer (was Re: cmd64x: irq 14: nobody cared - system is dreadfully slow)
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: New IDE maintainer (was Re: cmd64x: irq 14: nobody cared - system is dreadfully slow)
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: New IDE maintainer (was Re: cmd64x: irq 14: nobody cared - system is dreadfully slow)
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: New IDE maintainer (was Re: cmd64x: irq 14: nobody cared - system is dreadfully slow)
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: [PATCH] remove redundant BUG_ON
- From: Mike Christie <michaelc@xxxxxxxxxxx>
[PATCH] remove redundant BUG_ON
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
[PATCH] remove redundant BUG_ON
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
problem with implemnetation of microcode command
- From: Amit Kumar Sharma <amitsharma.9@xxxxxxxxxxx>
[Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH update 2] SCSI: explain the hidden scsi_wait_scan Kconfig variable
- From: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH update 2] SCSI: explain the hidden scsi_wait_scan Kconfig variable
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
RE: [PATCH] fusion: mptsas, fix lock imbalance
- From: "Desai, Kashyap" <Kashyap.Desai@xxxxxxx>
Re: New IDE maintainer (was Re: cmd64x: irq 14: nobody cared - system is dreadfully slow)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
Re: New IDE maintainer (was Re: cmd64x: irq 14: nobody cared - system is dreadfully slow)
- From: Matthew Wilcox <matthew@xxxxxx>
Re: New IDE maintainer
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: New IDE maintainer (was Re: cmd64x: irq 14: nobody cared - system is dreadfully slow)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: New IDE maintainer
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: New IDE maintainer (was Re: cmd64x: irq 14: nobody cared - system is dreadfully slow)
- From: Bartlomiej Zolnierkiewicz <bzolnier@xxxxxxxxx>
New IDE maintainer (was Re: cmd64x: irq 14: nobody cared - system is dreadfully slow)
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH] fusion: mptsas, fix lock imbalance
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
[Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
[Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 13594] New: SMART responses for SATA disks on SAS get interpreted as errors
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 13594] SMART responses for SATA disks on SAS get interpreted as errors
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 13594] New: SMART responses for SATA disks on SAS get interpreted as errors
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 13594] New: SMART responses for SATA disks on SAS get interpreted as errors
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [SCSI RESEND] scsi_transport_iscsi.c return -EOVERFLOW for Too many iscsi targets
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: [PATCH] Driver 'sd' needs updating
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: generic_make_request fucntion for scsi_disk
- From: Ravish Tayal <ravish.tayal@xxxxxxxxx>
Re: generic_make_request fucntion for scsi_disk
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: generic_make_request fucntion for scsi_disk
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: generic_make_request fucntion for scsi_disk
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: generic_make_request fucntion for scsi_disk
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
generic_make_request fucntion for scsi_disk
- From: Ravish Tayal <ravish.tayal@xxxxxxxxx>
[SCSI RESEND] scsi_transport_iscsi.c return -EOVERFLOW for Too many iscsi targets
- From: Jaswinder Singh Rajput <jaswinder@xxxxxxxxxx>
Re: How To Get WWN and Device Mapping
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
How To Get WWN and Device Mapping
- From: "Paul Lung (paul.lung@xxxxxxxxxxxx)" <Paul.Lung@xxxxxxxxxxxx>
[PATCH 1/2] fc_transport: The softirq_done function registration for BSG request
- From: giridhar.malavali@xxxxxxxxxx
[PATCH 2/2] fc_transport: Selective return value from BSG timeout function
- From: giridhar.malavali@xxxxxxxxxx
[PATCH 0/2] fc_transport: Fix for FC pass thru support
- From: giridhar.malavali@xxxxxxxxxx
[RFC][PATCH 2/2] Introduce the parameter to limit scsi timeout count (take 2)
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
[RFC][PATCH 1/2] Introduce the parameter to limit scsi timeout count (take 2)
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
[RFC][PATCH 0/2] Introduce the parameter to limit scsi timeout count (take 2)
- From: Takahiro Yasui <tyasui@xxxxxxxxxx>
[PATCH] ratelimit parity errors for Symbios
- From: John Stoffel <john@xxxxxxxxxxx>
Re: [PATCH 0/3] scsi_dh: Make scsi device handler modules automatically inserted
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: [PATCH 0/3] scsi_dh: Make scsi device handler modules automatically inserted
- From: Peter Jones <pjones@xxxxxxxxxx>
Re: [PATCH] scsi_transport_fc: fix missing kernel-doc
- From: James Smart <James.Smart@xxxxxxxxxx>
[Bug 13572] hdparm -W1 /dev/sda causes oops and hard lockup
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13572] hdparm -W1 /dev/sda causes oops and hard lockup
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [PATCH] Driver 'sd' needs updating
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH] scsi_transport_fc: fix missing kernel-doc
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [Suspected SPAM] Re: [Suspected SPAM] Re: [PATCH] fc-transport: BSG clean-up changes for normal and timeout completions (scsi-post-merge tree)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [Suspected SPAM] Re: [Suspected SPAM] Re: [PATCH] fc-transport: BSG clean-up changes for normal and timeout completions (scsi-post-merge tree)
- From: Giridhar Malavali <giridhar.malavali@xxxxxxxxxx>
[PATCH] mpt fusion: mptfc crash fixed
- From: David Strand <dpstrand@xxxxxxxxx>
Re: [Suspected SPAM] Re: [PATCH] fc-transport: BSG clean-up changes for normal and timeout completions (scsi-post-merge tree)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH 0/3] scsi_dh: Make scsi device handler modules automatically inserted
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[Bug 13572] hdparm -W1 /dev/sda causes oops and hard lockup
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 13572] New: hdparm -W1 /dev/sda causes oops and hard lockup
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/3] sd: Physical block size and alignment support
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [Suspected SPAM] Re: [PATCH] fc-transport: BSG clean-up changes for normal and timeout completions (scsi-post-merge tree)
- From: Giridhar Malavali <giridhar.malavali@xxxxxxxxxx>
[PATCH update 2] SCSI: explain the hidden scsi_wait_scan Kconfig variable
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
[PATCH update 1] SCSI: explain the hidden scsi_wait_scan Kconfig variable
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
Re: [PATCH -next] bnx2i/cnic: kconfig interactions
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Scott Feldman <scofeldm@xxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Mike Christie <michaelc@xxxxxxxxxxx>
[PATCH -next] bnx2i/cnic: kconfig interactions
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: [PATCH] SCSI: explain the hidden scsi_wait_scan Kconfig variable
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
[Bug 13572] hdparm -W1 /dev/sda causes oops and hard lockup
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13572] New: hdparm -W1 /dev/sda causes oops and hard lockup
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [PATCH] SCSI: explain the hidden scsi_wait_scan Kconfig variable
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] tmscsim: Fix big left-shifts of unsigned char
- From: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] tmscsim: Fix big left-shifts of unsigned char
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 2/2] ibmvfc: Fix endless PRLI loop in discovery
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
[PATCH 1/2] ibmvfc: Process async events before command responses
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
Re: [PATCH] tmscsim: Fix big left-shifts of unsigned char
- From: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] tmscsim: Fix big left-shifts of unsigned char
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH] tmscsim: Fix big left-shifts of unsigned char
- From: Matthew Wilcox <matthew@xxxxxx>
Re: [PATCH] tmscsim: Fix big left-shifts of unsigned char
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] tmscsim: Fix big left-shifts of unsigned char
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
[PATCH] tmscsim: Fix big left-shifts of unsigned char
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
Re: [PATCH] Consolidate shared code between enic and fnic drivers.
- From: Hannes Reinecke <hare@xxxxxxx>
[Bug 13437] found overlapping data buffer
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13438] found overlapping data buffer
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13438] found overlapping data buffer
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13437] found overlapping data buffer
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[PATCH] Driver 'sd' needs updating
- From: hare@xxxxxxx (Hannes Reinecke)
[Bug 13547] Buffer overrun in FlashPoint.c
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[PATCH] Consolidate shared code between enic and fnic drivers.
- From: Scott Feldman <scofeldm@xxxxxxxxx>
[Bug 13437] found overlapping data buffer
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13438] found overlapping data buffer
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13437] found overlapping data buffer
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [PATCH] SCSI: explain the hidden scsi_wait_scan Kconfig variable
- From: Changli Gao <xiaosuo@xxxxxxxxx>
Re: [PATCH] fc-transport: BSG clean-up changes for normal and timeout completions (scsi-post-merge tree)
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: Question about scsi device names
- From: walt <w41ter@xxxxxxxxx>
Re: [PATCH 3/3] scsi_transport_spi: Blacklist Ultrium-3 tape for IU transfers
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 2/3] scsi_transport_spi: use spi target settings instead of inquiry data for DV
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 1/3] enhance device info matching for multiple tables
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 0/3] update blacklist matching to be usable by the transport classes
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 3/5] qla2xxx: Limit querying to supported mailbox-registers while reading FW state.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
[PATCH 2/5] qla2xxx: Correct iiDMA-update calling conventions.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
[PATCH 5/5] qla2xxx: Update version number to 8.03.01-k4.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
[PATCH 1/5] qla2xxx: Fixed a bug in number of response queue creation logic.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
[PATCH 4/5] qla2xxx: Correct (again) overflow during dump-processing on large-memory ISP23xx parts.
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
[PATCH 0/5] qla2xxx: fixes for 2.6.31. [8.03.01-k4]
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
Re: [PATCH 2/2] ipr: differentiate pci-x and pci-e based adapters
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] driver core: remove unheeded warning about driver methods
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] ipr: differentiate pci-x and pci-e based adapters
- From: Wayne Boyer <wayneb@xxxxxxxxxxxxxxxxxx>
[PATCH] fc-transport: BSG clean-up changes for normal and timeout completions (scsi-post-merge tree)
- From: Giridhar Malavali <giridhar.malavali@xxxxxxxxxx>
[PATCH][SCST]: Fix for possible race on the main SCST module unload in sysfs
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: [PATCH] driver core: remove unheeded warning about driver methods
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: [PATCH][SQUASHME] osdblk is dependent on SCSI_OSD_ULD
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: your mail
- From: Matthew Wilcox <matthew@xxxxxx>
[no subject]
- From: Koffi Nogbe <kofnews@xxxxxxxxx>
[PATCH] driver core: remove unheeded warning about driver methods
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] ipr: differentiate pci-x and pci-e based adapters
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] ipr: add test for MSI interrupt support
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
Re: Question about scsi device names
- From: Konrad Rzeszutek <konrad@xxxxxxxxxxxxxxx>
[GIT PATCH] intermediate set of SCSI updates for the merge window
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH][SQUASHME] osdblk is dependent on SCSI_OSD_ULD
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
[PATCH][SQUASHME] osdblk is dependent on SCSI_OSD_ULD
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: linux-next: Tree for June 16 (osd)
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: linux-next: Tree for June 16 (osd)
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
NOT able to get the debug statements (printk) from SCSI modules
- From: "Srinivas G." <srinivasg@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] SCSI: explain the hidden scsi_wait_scan Kconfig variable
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
[Bug 9769] CONFIG_SCSI_WAIT_SCAN configure error
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 9769] CONFIG_SCSI_WAIT_SCAN configure error
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[PATCH] SCSI: explain the hidden scsi_wait_scan Kconfig variable
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
[PATCH 1/2] scsi_transport_sas: needs to call blk_end_request_all for SMP requests
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 0/2] bsg: remove workaround to avoid blk_put_request() warning
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
[PATCH 2/2] block: revert "bsg: setting rq->bio to NULL"
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] scsi_wait_scan: no option appears when configuring for scsi_wait_scan.
- From: Matthew Wilcox <matthew@xxxxxx>
[PATCH] scsi_wait_scan: no option appears when configuring for scsi_wait_scan.
- From: Changli Gao <xiaosuo@xxxxxxxxx>
Re: Question about scsi device names
- From: walt <w41ter@xxxxxxxxx>
[Bug 13547] Buffer overrun in FlashPoint.c
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[PATCH 2/2] ipr: differentiate pci-x and pci-e based adapters
- From: Wayne Boyer <wayneb@xxxxxxxxxxxxxxxxxx>
[PATCH 1/2] ipr: add test for MSI interrupt support
- From: Wayne Boyer <wayneb@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] cciss: use timeout to ensure scan thread exits
- From: "Mike Miller (OS Dev)" <mikem@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] cciss: use timeout to ensure scan thread exits
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] scsi: fix duplicate host number
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
[ANNOUNCE] lio-utils.git v3.0 configfs HOWTO for v2.6.30 released
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
[PATCH 1/1] cciss: use timeout to ensure scan thread exits
- From: "Mike Miller (OS Dev)" <mikem@xxxxxxxxxxxxxxxxxxxxxxx>
Re: Question about scsi device names
- From: Billy Crook <billycrook@xxxxxxxxx>
Re: [PATCH 1/1] cciss: resubmit kernel scan thread for MSA2012
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] cciss: resubmit kernel scan thread for MSA2012
- From: "Mike Miller (OS Dev)" <mikem@xxxxxxxxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
Re: [PATCH -next] bnx2i/cnic: more kconfig dependencies
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
[PATCH -next] bnx2i/cnic: more kconfig dependencies
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Greg KH <gregkh@xxxxxxx>
Re: [PATCH] scsi: fix duplicate host number
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
Re: linux-next: Tree for June 16 (osd)
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
[PATCH][SCST]: Show sessions for a target on sysfs; sysfs interface to add luns to a given target.
- From: Daniel Debonzi <debonzi@xxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Ramya Desai <ramya.desai@xxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Ramya Desai <ramya.desai@xxxxxxxxx>
Re: [RFC PATCH 2/4] scsi error: have scsi-ml call change_queue_depth to handle QUEUE_FULL
- From: James Smart <James.Smart@xxxxxxxxxx>
Re: About SCSI INQUIRY command
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
About SCSI INQUIRY command
- From: Madhavi Manchala <madhavi.lscsi@xxxxxxxxx>
[PATCH] scsi: fix duplicate host number
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
duplicated host_no
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
[PATCH 47/64] scsi: remove driver_data direct access of struct device
- From: Greg Kroah-Hartman <gregkh@xxxxxxx>
[PATCH 51/64] ibmvscsi: gadget: at91_udc: remove driver_data direct access of struct device
- From: Greg Kroah-Hartman <gregkh@xxxxxxx>
[PATCH 3/3] libiscsi: add conn and scsi eh log debug flags
- From: michaelc@xxxxxxxxxxx
[PATCH 2/3] iscsi_tcp: propogate EAGAIN from sendpage to libiscsi
- From: michaelc@xxxxxxxxxxx
[PATCH 1/3] libiscsi: don't run scsi eh if iscsi task is making progress
- From: michaelc@xxxxxxxxxxx
Re: [PATCH 0/3] scsi_dh: Make scsi device handler modules automatically inserted
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
Re: [PATCH 1/1] cciss: resubmit kernel scan thread for MSA2012
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] cciss: resubmit kernel scan thread for MSA2012
- From: "Mike Miller (OS Dev)" <mikem@xxxxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] cciss: resubmit kernel scan thread for MSA2012
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] let bnx2i iSCSI driver depend on PCI
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
Re: [PATCH 1/1] cciss: resubmit kernel scan thread for MSA2012
- From: "Mike Miller (OS Dev)" <mikem@xxxxxxxxxxxxxxxxxxxxxxx>
[PATCH] let bnx2i iSCSI driver depend on PCI
- From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
Re: [PATCH] scsi: bnx2i depends on PCI.
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
Re: [PATCH 0/3] scsi_dh: Make scsi device handler modules automatically inserted
- From: Peter Jones <pjones@xxxxxxxxxx>
[PATCH] scsi: bnx2i depends on PCI.
- From: Paul Mundt <lethal@xxxxxxxxxxxx>
RE: [PATCH 1/2 2.6.30-rc] cxgb3i -- add a refcnt to track ddp usage
- From: "Karen Xie" <kxie@xxxxxxxxxxx>
[PATCH 2/2 2.6.30-rc v2] cxgb3i -- suppot of different kernel page sizes
- From: kxie@xxxxxxxxxxx
[PATCH 1/2 2.6.30-rc v2] cxgb3i -- use kref to track ddp usage
- From: kxie@xxxxxxxxxxx
Re: [RFC PATCH 2/4] scsi error: have scsi-ml call change_queue_depth to handle QUEUE_FULL
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Jeff Garzik <jeff@xxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Matthew Dharm <mdharm-scsi@xxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Ramya Desai <ramya.desai@xxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Ramya Desai <ramya.desai@xxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Ramya Desai <ramya.desai@xxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
[Bug 13547] New: Buffer overrun in FlashPoint.c
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: Return of PENDING status to SCSI driver
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Matthew Wilcox <matthew@xxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Ramya Desai <ramya.desai@xxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Joerg Roedel <joro@xxxxxxxxxx>
Re: -git tree build failure #2: drivers/net/cnic.c:2520: error: implicit declaration of function ‘__symbol_get’
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: -git tree build failure #2: drivers/net/cnic.c:2520: error: implicit declaration of function '__symbol_get'
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
Re: -git tree build failure #2: drivers/net/cnic.c:2520: error: implicit declaration of function ‘__symbol_get’
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
[PATCH] fusion: fix recent kernel-doc problems
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
Re: -git tree build failure #2: drivers/net/cnic.c:2520: error: implicit declaration of function ‘__symbol_get’
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
Re: sym scsi driver problem with 2.6.26 or newer debian kernel on p610 (fwd)
- From: Matthew Wilcox <matthew@xxxxxx>
Re: -git tree build failure #2: drivers/net/cnic.c:2520: error: implicit declaration of function ‘__symbol_get’
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2 2.6.30-rc] cxgb3i -- add a refcnt to track ddp usage
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
[PATCH 1/2 2.6.30-rc] cxgb3i -- add a refcnt to track ddp usage
- From: kxie@xxxxxxxxxxx
[PATCH 2/2 2.6.30-rc] cxgb3i -- suppot of different kernel page sizes
- From: kxie@xxxxxxxxxxx
Re: [GIT PULL] a couple of SCSI bug fixes from the last update
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
sym scsi driver problem with 2.6.26 or newer debian kernel on p610 (fwd)
- From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
[GIT PULL] a couple of SCSI bug fixes from the last update
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Joerg Roedel <joro@xxxxxxxxxx>
[Bug 12727] AIC79xx problem on Adaptec 29320A-P controller
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 12727] New: AIC79xx problem on Adaptec 29320A-P controller
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Torsten Kaiser <just.for.lkml@xxxxxxxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Torsten Kaiser <just.for.lkml@xxxxxxxxxxxxxx>
Re: DELL Universal Xport no attach blacklist
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
DELL Universal Xport no attach blacklist
- From: Thomas Witzel <witzel.thomas@xxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Joerg Roedel <joro@xxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
Re: [PATCH] qla2xxx: Resolved a performance issue in interrupt - this time with data
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
RE: [PATCH] qla2xxx: Resolved a performance issue in interrupt - this time with data
- From: "Styner, Douglas W" <douglas.w.styner@xxxxxxxxx>
Recall: [PATCH] qla2xxx: Resolved a performance issue in interrupt
- From: "Styner, Douglas W" <douglas.w.styner@xxxxxxxxx>
RE: [PATCH] qla2xxx: Resolved a performance issue in interrupt
- From: "Styner, Douglas W" <douglas.w.styner@xxxxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Grant Grundler <grundler@xxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
[GIT PULL] first batch of SCSI udpates for the 2.6.30 merge window
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Grant Grundler <grundler@xxxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Torsten Kaiser <just.for.lkml@xxxxxxxxxxxxxx>
[Bug 12727] AIC79xx problem on Adaptec 29320A-P controller
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 12727] New: AIC79xx problem on Adaptec 29320A-P controller
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Joerg Roedel <joerg.roedel@xxxxxxx>
Re: Return of PENDING status to SCSI driver
- From: Ramya Desai <ramya.desai@xxxxxxxxx>
Re: [RFC PATCH 4/4] drivers: convert fc drivers calling scsi_track_queue_full
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
Re: [RFC PATCH 2/4] scsi error: have scsi-ml call change_queue_depth to handle QUEUE_FULL
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
[Bug 13519] Syntax error. Not enough parameters for macro 'qla_printk'.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
[Bug 13519] Syntax error. Not enough parameters for macro 'qla_printk'.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: [Bug 13519] New: Syntax error. Not enough parameters for macro 'qla_printk'.
- From: Matthew Wilcox <matthew@xxxxxx>
[Bug 13519] New: Syntax error. Not enough parameters for macro 'qla_printk'.
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
Re: Return of PENDING status to SCSI driver
- From: Jeff Garzik <jeff@xxxxxxxxxx>
RE: [ANNOUNCE]: A target driver for Marvell 88SE64xx(3G) and 88SE94xx(6G) SAS cards
- From: Andy Yan <ayan@xxxxxxxxxxx>
Return of PENDING status to SCSI driver
- From: Ramya Desai <ramya.desai@xxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Joerg Roedel <joerg.roedel@xxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
USB mass storage devices larger than 2 TB?
- From: Andrea Shepard <andrea@xxxxxxxxxxxxxxxxxxx>
Question about scsi device names
- From: walt <w41ter@xxxxxxxxx>
RFC: Adding new block layer error codes
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Torsten Kaiser <just.for.lkml@xxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
Re: [patch 4/7] sg_io: don't perform unneeded copy in compat code
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
Re: [patch 4/7] sg_io: don't perform unneeded copy in compat code
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
Re: [PATCH] Revert "block: WARN in __blk_put_request() for potential bio leak"
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
NOT able to get the debug statements (printk) from SCSI modules
- From: "Srinivas G." <srinivasg@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] dma-debug: disable DMA_API_DEBUG for now
- From: Joerg Roedel <joerg.roedel@xxxxxxx>
Re: [ANNOUNCE]: A target driver for Marvell 88SE64xx(3G) and 88SE94xx(6G) SAS cards
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
Re: [dm-devel] do Symmetrix multipath-tools defaults need update ? or scsi-to-blk errors management ?
- From: Mike Christie <michaelc@xxxxxxxxxxx>
Re: [dm-devel] do Symmetrix multipath-tools defaults need update ? or scsi-to-blk errors management ?
- From: christophe.varoqui@xxxxxxx
Re: ipr boot failure caused by MSI (2.6.30-rc1+)
- From: Wayne Boyer <wayneb@xxxxxxxxxxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Grant Grundler <grundler@xxxxxxxxxx>
Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Greg KH <gregkh@xxxxxxx>
RE: [ANNOUNCE]: A target driver for Marvell 88SE64xx(3G) and 88SE94xx(6G) SAS cards
- From: Andy Yan <ayan@xxxxxxxxxxx>
Re: [dm-devel] do Symmetrix multipath-tools defaults need update ? or scsi-to-blk errors management ?
- From: Mike Christie <michaelc@xxxxxxxxxxx>
[PATCH 3/3] libfc: Add runtime debugging with debug_logging module parameter
- From: Robert Love <robert.w.love@xxxxxxxxx>
[PATCH 2/3] libfcoe: Add runtime debugging with module param debug_logging
- From: Robert Love <robert.w.love@xxxxxxxxx>
[PATCH 1/3] fcoe: Add runtime debug logging with module parameter debug_logging
- From: Robert Love <robert.w.love@xxxxxxxxx>
[PATCH 0/3] Updated Open-FCoE patches for 2.6.31
- From: Robert Love <robert.w.love@xxxxxxxxx>
do Symmetrix multipath-tools defaults need update ? or scsi-to-blk errors management ?
- From: christophe.varoqui@xxxxxxx
[PATCH] cnic, bnx2i: Fix build failure when CONFIG_PCI is not set.
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
[Patch 5/5] lpfc 8.3.3 : Update driver version to 8.3.3
- From: James Smart <James.Smart@xxxxxxxxxx>
[Patch 4/5] lpfc 8.3.3 : Add support for Target Reset handler entrypoint
- From: James Smart <James.Smart@xxxxxxxxxx>
[Patch 3/5] lpfc 8.3.3 : Fix a couple of spin_lock and memory issues and a crash
- From: James Smart <James.Smart@xxxxxxxxxx>

[Index of Archives] [Kernel Announce] [IETF Annouce] [Security] [Netfilter] [Linux ATA RAID] [Bugtraq]