Linux SCSI Development

Date Index

Re: best userspace iscsi target lib?, (continued)
- Re: best userspace iscsi target lib?, FUJITA Tomonori
  - Re: best userspace iscsi target lib?, Boaz Harrosh
  - Re: best userspace iscsi target lib?, Jeff Garzik
    - Re: best userspace iscsi target lib?, FUJITA Tomonori
      - Re: best userspace iscsi target lib?, Boaz Harrosh
- Re: best userspace iscsi target lib?, Vladislav Bolkhovitin
  - Re: best userspace iscsi target lib?, Jeff Garzik
    - Re: best userspace iscsi target lib?, Bart Van Assche
    - Re: best userspace iscsi target lib?, Boaz Harrosh
      - Re: best userspace iscsi target lib?, Jeff Garzik
    - Re: best userspace iscsi target lib?, Vladislav Bolkhovitin
[PATCH] qla2xxx: Fix for build warning, Anirban Chakraborty
- Re: [PATCH] qla2xxx: Fix for build warning, Stephen Rothwell
- Re: [PATCH] qla2xxx: Fix for build warning, Anirban Chakraborty
Question about spun-down USB disk, Kit Gerrits
- Re: Question about spun-down USB disk, Douglas Gilbert
  - RE: Question about spun-down USB disk, Kit Gerrits
    - Re: Question about spun-down USB disk, Stefan Richter
      - RE: Question about spun-down USB disk, Kit Gerrits
        
        Re: Question about spun-down USB disk, Stefan Richter
        
        RE: Question about spun-down USB disk, Kit Gerrits
2.6.28-rc3-git6: Reported regressions from 2.6.27, Rafael J. Wysocki
[PATCH 4/8] drivers/message/fusion: use ARRAY_SIZE, Julia Lawall
- RE: [PATCH 4/8] drivers/message/fusion: use ARRAY_SIZE, Prakash, Sathya
[Bug 11990] New: Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ, bugme-daemon
- [Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ, bugme-daemon
- [Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ, bugme-daemon
- Re: [Bug 11990] New: Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ, James Bottomley
- [Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ, bugme-daemon
- [Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ, bugme-daemon
- [Bug 11990] Kernel hang in spin_unlock_irq from scsi_request_fn from do_IRQ, bugme-daemon
[regression 2.6.28-rcX] error handler broken, Bernd Schubert
ATA QWORD buffer formatting, bburk
[PATCH] scsi: Eliminate compile warning in ibmvfc.c, Paul Mackerras
- Re: [PATCH] scsi: Eliminate compile warning in ibmvfc.c, Brian King
[PATCH 2/2] qla2xxx: Code changes for qla data structure refactoring, Anirban Chakraborty
- Re: [PATCH 2/2] qla2xxx: Code changes for qla data structure refactoring, Jeremy Higdon
  - Re: [PATCH 2/2] qla2xxx: Code changes for qla data structure refactoring, Andrew Vasquez
    - Re: [PATCH 2/2] qla2xxx: Code changes for qla data structure refactoring, Anirban Chakraborty
      - Re: [PATCH 2/2] qla2xxx: Code changes for qla data structure refactoring, Michael Reed
[PATCH 1/2] qla2xxx: Refactored qla data structures, Anirban Chakraborty
Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480, Andrew Morton
- Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480, Alan Stern
  - Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480, Brian Kysela
    - Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480, Alan Stern
      - Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480, Brian Kysela
        
        Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480, Alan Stern
- <Possible follow-ups>
- Re: [BUG] usb-storage: Error in queuecommand: us->srb = ffff88006a338480, Brian Kysela
megaraid kernel 2.6.26.5 /proc oops, Thomas Osterried
- RE: megaraid kernel 2.6.26.5 /proc oops, Yang, Bo
thin provisioned LUN support, Ric Wheeler
- Re: thin provisioned LUN support, James Bottomley
  - Re: thin provisioned LUN support, David Woodhouse
    - Re: thin provisioned LUN support, Ric Wheeler
      - Re: thin provisioned LUN support, Martin K. Petersen
        
        Re: thin provisioned LUN support, Ric Wheeler
    - Re: thin provisioned LUN support, Matthew Wilcox
    - Re: thin provisioned LUN support, Jens Axboe
      - Re: thin provisioned LUN support, Ric Wheeler
        
        Re: thin provisioned LUN support, David Woodhouse
        
        Re: thin provisioned LUN support, Jens Axboe
        
        thin provisioned LUN support & file system allocation policy, Ric Wheeler
        
        Re: thin provisioned LUN support & file system allocation policy, Matthew Wilcox
        
        Re: thin provisioned LUN support & file system allocation policy, Jörn Engel
        
        Re: thin provisioned LUN support & file system allocation policy, Theodore Tso
        
        Re: thin provisioned LUN support & file system allocation policy, Ric Wheeler
        
        Re: thin provisioned LUN support & file system allocation policy, jim owens
        
        Re: thin provisioned LUN support & file system allocation policy, David Woodhouse
        
        Re: thin provisioned LUN support & file system allocation policy, jim owens
        
        Re: thin provisioned LUN support & file system allocation policy, Theodore Tso
        
        Re: thin provisioned LUN support & file system allocation policy, Martin K. Petersen
        
        Re: thin provisioned LUN support & file system allocation policy, Ric Wheeler
        
        Re: thin provisioned LUN support & file system allocation policy, James Bottomley
        
        Re: thin provisioned LUN support & file system allocation policy, James Bottomley
        
        Re: thin provisioned LUN support & file system allocation policy, David Woodhouse
        
        Re: thin provisioned LUN support & file system allocation policy, Theodore Tso
        
        Re: thin provisioned LUN support & file system allocation policy, Matthew Wilcox
        
        Re: thin provisioned LUN support & file system allocation policy, jim owens
        
        Re: thin provisioned LUN support & file system allocation policy, James Bottomley
        
        Re: thin provisioned LUN support & file system allocation policy, jim owens
        
        Re: thin provisioned LUN support & file system allocation policy, Ric Wheeler
        
        Re: thin provisioned LUN support & file system allocation policy, Matthew Wilcox
        
        Re: thin provisioned LUN support, James Bottomley
        
        Re: thin provisioned LUN support, Dave Chinner
        
        Re: thin provisioned LUN support, James Bottomley
        
        Re: thin provisioned LUN support, Dave Chinner
        
        Re: thin provisioned LUN support, James Bottomley
      - Re: thin provisioned LUN support, Chris Mason
        
        Re: thin provisioned LUN support, Martin K. Petersen
        
        Re: thin provisioned LUN support, James Bottomley
        
        Re: thin provisioned LUN support, Chris Mason
        
        Re: thin provisioned LUN support, James Bottomley
        
        Re: thin provisioned LUN support, Ric Wheeler
        
        Re: thin provisioned LUN support, James Bottomley
        
        Re: thin provisioned LUN support, David Woodhouse
        
        Re: thin provisioned LUN support, Chris Mason
        
        Re: thin provisioned LUN support, Ric Wheeler
        
        Re: thin provisioned LUN support, Theodore Tso
        
        Re: thin provisioned LUN support, Ric Wheeler
        
        Re: thin provisioned LUN support, Theodore Tso
        
        Re: thin provisioned LUN support, Martin K. Petersen
        
        Re: thin provisioned LUN support, Theodore Tso
        
        Re: thin provisioned LUN support, Matthew Wilcox
        
        Re: thin provisioned LUN support, Ric Wheeler
        
        Re: thin provisioned LUN support, Chris Mason
        
        Re: thin provisioned LUN support, Ric Wheeler
        
        Re: thin provisioned LUN support, Theodore Tso
        
        Re: thin provisioned LUN support, Theodore Tso
        
        Re: thin provisioned LUN support, Martin K. Petersen
        
        Re: thin provisioned LUN support, Ric Wheeler
        
        RE: thin provisioned LUN support, Black_David
        
        RE: thin provisioned LUN support, Black_David
        
        Re: thin provisioned LUN support, jim owens
        
        Re: thin provisioned LUN support, Matthew Wilcox
        
        Re: thin provisioned LUN support, Ric Wheeler
        
        Re: thin provisioned LUN support, Dave Chinner
        
        Thin provisioning & arrays, Black_David
        
        Re: Thin provisioning & arrays, Dave Chinner
        
        Re: Thin provisioning & arrays, David Woodhouse
        
        Re: Thin provisioning & arrays, Matthew Wilcox
        
        Re: Thin provisioning & arrays, Jens Axboe
        
        UNMAP is a hint, Black_David
        
        Re: UNMAP is a hint, Matthew Wilcox
        
        Re: UNMAP is a hint, Ric Wheeler
        
        Re: Thin provisioning & arrays, Dave Chinner
        
        RE: Thin provisioning & arrays, Black_David
        
        Re: Thin provisioning & arrays, Keith Owens
        
        Re: Thin provisioning & arrays, Ric Wheeler
        
        Re: Thin provisioning & arrays, jim owens
        
        Re: Thin provisioning & arrays, Ric Wheeler
        
        Re: Thin provisioning & arrays, jim owens
        
        Re: Thin provisioning & arrays, Ric Wheeler
        
        Re: Thin provisioning & arrays, jim owens
        
        Re: Thin provisioning & arrays, Dave Chinner
        
        Re: Thin provisioning & arrays, jim owens
        
        Re: Thin provisioning & arrays, Dave Chinner
- Re: thin provisioned LUN support, jim owens
  - Re: thin provisioned LUN support, jim owens
    - Re: thin provisioned LUN support, James Bottomley
- Message not available
  - Re: thin provisioned LUN support, Ric Wheeler
    - Re: thin provisioned LUN support, David Woodhouse
- Re: thin provisioned LUN support, Dave Chinner
  - Re: thin provisioned LUN support, Ric Wheeler
    - Re: thin provisioned LUN support, James Bottomley
      - Re: thin provisioned LUN support, Ric Wheeler
        
        Re: thin provisioned LUN support, James Bottomley
- thin provisioned LUN support - T10 activity, Black_David
- Re: thin provisioned LUN support, Artem Bityutskiy
- Aggregating discard requests in the filesystem, Matthew Wilcox
  - Re: Aggregating discard requests in the filesystem, Chris Mason
  - Re: Aggregating discard requests in the filesystem, Brad Boyer
    - Re: Aggregating discard requests in the filesystem, jim owens
- Re: thin provisioned LUN support, Christoph Hellwig
  - Re: thin provisioned LUN support, jim owens
    - Re: thin provisioned LUN support, Christoph Hellwig
[PATCH]: TASK ABORTED status handling improvement, Vladislav Bolkhovitin
[PATCH] Retry mode select in rdac device handler, Chandra Seetharaman
[PATCH] Make sure the state of a path is set properly when controller is swapped from passive to active, Chandra Seetharaman
- [PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list, Moger, Babu
  - Re: [PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list, James Bottomley
    - RE: [PATCH] scsi_dh: Adding LSI vendor and product ids in rdac device list, Moger, Babu
- DM does not activate the paths if there are more than one path in path group during failover, Moger, Babu
  - Re: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover, Alasdair G Kergon
    - RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover, Moger, Babu
      - RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover, Chandra Seetharaman
      - [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover"), Chandra Seetharaman
        
        Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover"), Alasdair G Kergon
        
        Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover"), Chandra Seetharaman
        
        Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover"), Alasdair G Kergon
        
        Re: [RFC][PATCH] Handle multipath paths in a path group properly during pg_init (was "RE: [dm-devel] DM does not activate the paths if there are more than one path in path group during failover"), Chandra Seetharaman
  - Re: DM does not activate the paths if there are more than one path in path group during failover, Chandra Seetharaman
    - RE: DM does not activate the paths if there are more than one path in path group during failover, Moger, Babu
      - RE: DM does not activate the paths if there are more than one path in path group during failover, Chandra Seetharaman
        
        RE: DM does not activate the paths if there are more than one path in path group during failover, Moger, Babu
- qla2xxx 0000:03:0c.0: Firmware image unavailable, Moger, Babu
  - Re: qla2xxx 0000:03:0c.0: Firmware image unavailable, Seokmann Ju
    - RE: qla2xxx 0000:03:0c.0: Firmware image unavailable, Moger, Babu
      - RE: qla2xxx 0000:03:0c.0: Firmware image unavailable, Sudhakar Pannerselvam
        
        RE: qla2xxx 0000:03:0c.0: Firmware image unavailable, Moger, Babu
        
        Re: [dm-devel] RE: qla2xxx 0000:03:0c.0: Firmware image unavailable, Dave Holland
        
        RE: [dm-devel] RE: qla2xxx 0000:03:0c.0: Firmware image unavailable, Moger, Babu
        
        RE: [dm-devel] RE: qla2xxx 0000:03:0c.0: Firmware image unavailable, Sudhakar Pannerselvam
        
        RE: [dm-devel] RE: qla2xxx 0000:03:0c.0: Firmware image unavailable, James Bottomley
        
        Re: [dm-devel] RE: qla2xxx 0000:03:0c.0: Firmware image unavailable, Mike Snitzer
      - RE: qla2xxx 0000:03:0c.0: Firmware image unavailable, James Bottomley
[PATCH] scsi: clean up scsi_times_out, Christoph Hellwig
[PATCH] scsi_error regression: Fix idempotent command handling, michaelc
[PATCH] dpt_i2o.c: fix transferred data length for scsi_set_resid(), Miquel van Smoorenburg
- Re: [PATCH] dpt_i2o.c: fix transferred data length for scsi_set_resid(), Boaz Harrosh
  - Re: [PATCH] dpt_i2o.c: fix transferred data length for scsi_set_resid(), Miquel van Smoorenburg
Oops/warning report for the week of November 4th, 2008, Arjan van de Ven
[PATCHSET 00/18] open-osd: OSD Initiator library for Linux, Boaz Harrosh
- [PATCH 01/18] major.h: char-major number for OSD device driver, Boaz Harrosh
  - Re: [osd-dev] [PATCH 01/18] major.h: char-major number for OSD device driver, Boaz Harrosh
    - Re: [osd-dev] [PATCH 01/18] major.h: char-major number for OSD device driver, Randy Dunlap
- [PATCH 02/18] scsi: OSD_TYPE, Boaz Harrosh
- [PATCH 03/18] libosd: OSDv1 Headers, Boaz Harrosh
  - Re: [PATCH 03/18] libosd: OSDv1 Headers, Andrew Morton
    - Re: [PATCH 03/18] libosd: OSDv1 Headers, Jörn Engel
      - Re: [PATCH 03/18] libosd: OSDv1 Headers, Jörn Engel
      - Re: [PATCH 03/18] libosd: OSDv1 Headers, Boaz Harrosh
    - Re: [PATCH 03/18] libosd: OSDv1 Headers, Boaz Harrosh
      - Re: [PATCH 03/18] libosd: OSDv1 Headers, James Bottomley
        
        Re: [PATCH 03/18] libosd: OSDv1 Headers, Boaz Harrosh
  - [PATCH 03/18 ver2] libosd: OSDv1 Headers, Boaz Harrosh
    - Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers, Jörn Engel
      - Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers, Boaz Harrosh
        
        Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers, Jörn Engel
    - Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers, Randy Dunlap
      - Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers, Boaz Harrosh
        
        Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers, Randy Dunlap
        
        Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers, Boaz Harrosh
        
        Re: [PATCH 03/18 ver2] libosd: OSDv1 Headers, Johannes Berg
      - [PATCH 03/18 ver3] libosd: OSDv1 Headers, Boaz Harrosh
        
        Re: [PATCH 03/18 ver3] libosd: OSDv1 Headers, Randy Dunlap
        
        Re: [PATCH 03/18 ver3] libosd: OSDv1 Headers, Boaz Harrosh
        
        [PATCH 03/18 ver4] libosd: OSDv1 Headers, Boaz Harrosh
        
        Re: [PATCH 03/18 ver4] libosd: OSDv1 Headers, Randy Dunlap
        
        Re: [osd-dev] [PATCH 03/18 ver4] libosd: OSDv1 Headers, Benny Halevy
- [PATCH 17/18] osd: Kconfig file for in-tree builds, Boaz Harrosh
- [PATCH 18/18] scsi: Add osd library to build system, Boaz Harrosh
- [PATCH 14/18] libosd: OSD version 2 Support, Boaz Harrosh
- [PATCH 07/18] osd_test: User-mode application to run the OSD tests, Boaz Harrosh
- [PATCH 15/18] libosd: OSDv2 auto detection, Boaz Harrosh
- [PATCH 05/18] osd_uld: OSD scsi ULD, Boaz Harrosh
- [PATCH 11/18] libosd: OSD Security processing stubs, Boaz Harrosh
- [PATCH 13/18] libosd: Not implemented commands, Boaz Harrosh
- [PATCH 12/18] libosd: Add Flush and List-objects support, Boaz Harrosh
- [PATCH 10/18] osd_ktests: Test Attribute lists, Boaz Harrosh
- [PATCH 04/18] libosd: OSDv1 preliminary implementation, Boaz Harrosh
  - Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation, Sam Ravnborg
    - Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation, Boaz Harrosh
      - Re: [osd-dev] [PATCH 04/18] libosd: OSDv1 preliminary implementation, Boaz Harrosh
        
        Re: [osd-dev] [PATCH 04/18] libosd: OSDv1 preliminary implementation, Randy Dunlap
        
        Re: [osd-dev] [PATCH 04/18] libosd: OSDv1 preliminary implementation, Boaz Harrosh
  - Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation, Andrew Morton
    - Re: [PATCH 04/18] libosd: OSDv1 preliminary implementation, Boaz Harrosh
  - [PATCH 04/18 ver2] libosd: OSDv1 preliminary implementation, Boaz Harrosh
- [PATCH 08/18] osd_ktests: Add basic OSD tests, Boaz Harrosh
- [PATCH 09/18] libosd: attributes Support, Boaz Harrosh
- [PATCH 06/18] osd_uld: API for retrieving osd devices from Kernel, Boaz Harrosh
- [PATCH 16/18] osd: Documentation for OSD library, Boaz Harrosh
- Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux, Andrew Morton
  - Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux, Boaz Harrosh
  - Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux, Boaz Harrosh
    - Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux, Stephen Rothwell
      - Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux, Boaz Harrosh
        
        Re: [PATCHSET 00/18] open-osd: OSD Initiator library for Linux, Stephen Rothwell
- <Possible follow-ups>
- [PATCHSET 00/18] open-osd: OSD Initiator library for Linux, Boaz Harrosh
  - [PATCH 01/18] major.h: char-major number for OSD device driver, Boaz Harrosh
  - [PATCH 02/18] scsi: OSD_TYPE, Boaz Harrosh
  - [PATCH 03/18] libosd: OSDv1 Headers, Boaz Harrosh
  - [PATCH 04/18] libosd: OSDv1 preliminary implementation, Boaz Harrosh
  - [PATCH 05/18] osd_uld: OSD scsi ULD, Boaz Harrosh
  - [PATCH 06/18] osd_uld: API for retrieving osd devices from Kernel, Boaz Harrosh
  - [PATCH 07/18] osd_ktests: Add basic OSD tests, Boaz Harrosh
  - [PATCH 08/18] libosd: attributes Support, Boaz Harrosh
  - [PATCH 09/18] osd_ktests: Test Attribute lists, Boaz Harrosh
  - [PATCH 10/18] libosd: OSD Security processing stubs, Boaz Harrosh
  - [PATCH 11/18] libosd: Add Flush and List-objects support, Boaz Harrosh
  - [PATCH 12/18] libosd: Not implemented commands, Boaz Harrosh
  - [PATCH 13/18] libosd: OSD version 2 Support, Boaz Harrosh
  - [PATCH 14/18] libosd: OSDv2 auto detection, Boaz Harrosh
  - [PATCH 15/18] libosd: SCSI/OSD Sense decoding support, Boaz Harrosh
  - [PATCH 16/18] osd: Documentation for OSD library, Boaz Harrosh
  - [PATCH 17/18] osd: Kconfig file for in-tree builds, Boaz Harrosh
  - [PATCH 18/18] scsi: Add osd library to build system, Boaz Harrosh
[patch 0/8] zfcp fixes for 2.6.28, Christof Schmitt
- [patch 2/8] zfcp: fix req_list_locking., Christof Schmitt
- [patch 4/8] zfcp: Fix request list handling in error path, Christof Schmitt
- [patch 6/8] zfcp: Wait for port scan to complete when setting adapter online, Christof Schmitt
- [patch 7/8] zfcp: fix erp timeout cleanup for port open requests, Christof Schmitt
- [patch 8/8] zfcp: Fix hexdump data in s390dbf traces, Christof Schmitt
- [patch 3/8] zfcp: fix mempool usage for status_read requests, Christof Schmitt
  - Re: [patch 3/8] zfcp: fix mempool usage for status_read requests, James Bottomley
    - Re: [patch 3/8] zfcp: fix mempool usage for status_read requests, Christof Schmitt
- [patch 1/8] zfcp: Dont clear reference from SCSI device to unit, Christof Schmitt
- [patch 5/8] zfcp: Fix cast warning, Christof Schmitt
[PATCH 3/12] mpt2sas - ctl - resend, Eric Moore
[PATCH 12/12] mpt2sas - miscdevice, Eric Moore
[PATCH 11/12] mpt2sas - scsi-ml Kconfig, Eric Moore
[PATCH 10/12] mpt2sas - Makefile, Eric Moore
[PATCH 9/12] mpt2sas - Kconfig, Eric Moore
[PATCH 8/12] mpt2sas - mpi headers, Eric Moore
- Re: [PATCH 8/12] mpt2sas - mpi headers, Christoph Hellwig
  - RE: [PATCH 8/12] mpt2sas - mpi headers, Moore, Eric
    - Re: [PATCH 8/12] mpt2sas - mpi headers, Christoph Hellwig
      - RE: [PATCH 8/12] mpt2sas - mpi headers, Moore, Eric
        
        Re: [PATCH 8/12] mpt2sas - mpi headers, Christoph Hellwig
[PATCH 6/12] mpt2sas - base header, Eric Moore
[PATCH 5/12] mpt2sas - transport, Eric Moore
[PATCH 4/12] mpt2sas - scsih, Eric Moore
[PATCH 3/12] mpt2sas - ctl, Eric Moore
[PATCH 2/12] mpt2sas - config, Eric Moore
[PATCH 1/12] mpt2sas - base, Eric Moore
[RFC 0/12] mpt2sas - new device driver, Eric Moore
- Re: [RFC 0/12] mpt2sas - new device driver, James Bottomley
2.6.27 and good_bytes -= scsi_get_resid(cmd), Miquel van Smoorenburg
- Re: 2.6.27 and good_bytes -= scsi_get_resid(cmd), Boaz Harrosh
  - Re: 2.6.27 and good_bytes -= scsi_get_resid(cmd), Miquel van Smoorenburg
[PATCH 2/2] SCSI: remove scsi_end_request(), Alan Stern
[PATCH 1/2] SCSI: simplify scsi_io_completion(), Alan Stern
- Re: [PATCH 1/2] SCSI: simplify scsi_io_completion(), James Bottomley
  - Re: [PATCH 1/2] SCSI: simplify scsi_io_completion(), Alan Stern
    - Re: [PATCH 1/2] SCSI: simplify scsi_io_completion(), James Bottomley
      - Re: [PATCH 1/2] SCSI: simplify scsi_io_completion(), Alan Stern
        
        Re: [PATCH 1/2] SCSI: simplify scsi_io_completion(), James Bottomley
- <Possible follow-ups>
- Re: [PATCH 1/2] SCSI: simplify scsi_io_completion(), Alan Stern
[Bug 11943] New: Boot fails at scsi0:MESH with hde: lost interrupt, AEC6260, bugme-daemon
- [Bug 11943] Boot fails at scsi0:MESH with hde: lost interrupt, AEC6260, bugme-daemon
- [Bug 11943] Boot fails at scsi0:MESH with hde: lost interrupt, AEC6260, bugme-daemon
WARNING in 2.6.27.4 pci-dma::dma_free_coherent, during unload of sym53c8xx_2, Matthias Andree
- Re: WARNING in 2.6.27.4 pci-dma::dma_free_coherent, during unload of sym53c8xx_2, Matthew Wilcox
2.6.28-rc2-git7: Reported regressions from 2.6.27, Rafael J. Wysocki
Libsas question, Subba Mungara
Problems with the block-layer timeouts, Alan Stern
- Re: Problems with the block-layer timeouts, Mike Anderson
- Re: Problems with the block-layer timeouts, Jens Axboe
  - Re: Problems with the block-layer timeouts, James Smart
    - Re: Problems with the block-layer timeouts, Jens Axboe
  - Re: Problems with the block-layer timeouts, Alan Stern
    - Re: Problems with the block-layer timeouts, Tejun Heo
      - Re: Problems with the block-layer timeouts, Alan Stern
      - Re: Problems with the block-layer timeouts, Jens Axboe
        
        Re: Problems with the block-layer timeouts, Tejun Heo
  - Re: Problems with the block-layer timeouts, FUJITA Tomonori
    - Re: Problems with the block-layer timeouts, Jens Axboe
      - Re: Problems with the block-layer timeouts, FUJITA Tomonori
        
        Re: Problems with the block-layer timeouts, Jens Axboe
        
        Re: Problems with the block-layer timeouts, FUJITA Tomonori
        
        Re: Problems with the block-layer timeouts, Alan Stern
        
        Re: Problems with the block-layer timeouts, Jens Axboe
        
        Re: Problems with the block-layer timeouts, FUJITA Tomonori
        
        Re: Problems with the block-layer timeouts, Jens Axboe
        
        Re: Problems with the block-layer timeouts, FUJITA Tomonori
[PATCH 2/2] FC pass through support - revised III, Seokmann Ju
- Re: [PATCH 2/2] FC pass through support - revised III, FUJITA Tomonori
  - Re: [PATCH 2/2] FC pass through support - revised III, FUJITA Tomonori
  - Re: [PATCH 2/2] FC pass through support - revised III, Seokmann Ju
    - Re: [PATCH 2/2] FC pass through support - revised III, FUJITA Tomonori
      - Re: [PATCH 2/2] FC pass through support - revised III, Seokmann Ju
[PATCH 1/2] FC pass through support - revised III, Seokmann Ju
- Re: [PATCH 1/2] FC pass through support - revised III, FUJITA Tomonori
  - Re: [PATCH 1/2] FC pass through support - revised III, Seokmann Ju
    - Re: [PATCH 1/2] FC pass through support - revised III, James Smart
[PATCH 0/2] FC pass through support - revised III, Seokmann Ju
[PATCH] [Target_Core_Mod/ConfigFS]: Updates for target_core_cit, Nicholas A. Bellinger
[PATCH] [SCSI] Create menu entry for the SCSI_WAIT_SCAN config variable, Dmitri Vorobiev
- Re: [PATCH] [SCSI] Create menu entry for the SCSI_WAIT_SCAN config variable, Matthew Wilcox
[RFC 0/9] osdfs, Boaz Harrosh
- [RFC 7/9] osdfs: mkosdfs, Boaz Harrosh
- [RFC 8/9] osdfs: Documentation, Boaz Harrosh
- [RFC 9/9] [out-of-tree] open-osd: Global Makefile and do-osdfs test script, Boaz Harrosh
- [RFC 3/9] osdfs: symlink_inode and fast_symlink_inode operations, Boaz Harrosh
- [RFC 2/9] osdfs: file and file_inode operations, Boaz Harrosh
- [RFC 4/9] osdfs: address_space_operations, Boaz Harrosh
- [RFC 1/9] osdfs: osd Swiss army knife, Boaz Harrosh
- [RFC 6/9] osdfs: super_operations and file_system_type, Boaz Harrosh
- [RFC 5/9] osdfs: dir_inode and directory operations, Boaz Harrosh
- Re: [RFC 0/9] osdfs, Jeff Garzik
  - Re: [osd-dev] [RFC 0/9] osdfs, Benny Halevy
    - Re: [osd-dev] [RFC 0/9] osdfs, Boaz Harrosh
      - Re: [osd-dev] [RFC 0/9] osdfs, Avishay Traeger
[patch]liberal acceptance of 0x28 asc in sd.c, Oliver Neukum
- Re: [patch]liberal acceptance of 0x28 asc in sd.c, James Bottomley
  - Re: [patch]liberal acceptance of 0x28 asc in sd.c, Oliver Neukum
[PATCH 10/10] arcmsr: add missing braces to multistatement if block, Ilpo Järvinen
[PATCH] scsierror: fix indentation and braces disagreement - add braces, Ilpo Järvinen
- Re: [PATCH] scsierror: fix indentation and braces disagreement - add braces, Jens Axboe
[PATCH] scsi/tmscsim: fix indentation and braces disagreement - add braces, Ilpo Järvinen
- Re: [PATCH] scsi/tmscsim: fix indentation and braces disagreement - add braces, Guennadi Liakhovetski
Re: [Bugme-new] [Bug 11898] New: mke2fs hang on AIC79 device., Andrew Morton
- RE: [Bugme-new] [Bug 11898] New: mke2fs hang on AIC79 device., Shi, Alex
  - RE: [Bugme-new] [Bug 11898] New: mke2fs hang on AIC79 device., James Bottomley
    - RE: [Bugme-new] [Bug 11898] New: mke2fs hang on AIC79 device., Shi, Alex
    - RE: [Bugme-new] [Bug 11898] New: mke2fs hang on AIC79 device., Shi, Alex
[Bug 11898] New: mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
  - Re: [Bug 11898] mke2fs hang on AIC79 device., Mike Christie
    - Re: [Bug 11898] mke2fs hang on AIC79 device., James Bottomley
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
  - Re: [Bug 11898] mke2fs hang on AIC79 device., James Bottomley
    - Re: [Bug 11898] mke2fs hang on AIC79 device., Mike Christie
      - Re: [Bug 11898] mke2fs hang on AIC79 device., James Bottomley
      - Re: [Bug 11898] mke2fs hang on AIC79 device., James Bottomley
        
        Re: [Bug 11898] mke2fs hang on AIC79 device., Mike Christie
        
        Re: [Bug 11898] mke2fs hang on AIC79 device., Mike Christie
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
  - Re: [Bug 11898] mke2fs hang on AIC79 device., James Bottomley
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
  - Re: [Bug 11898] mke2fs hang on AIC79 device., James Bottomley
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
- [Bug 11898] mke2fs hang on AIC79 device., bugme-daemon
old Vtrack 15100 problems, eerov
[PATCH] [Target_Core_Mod]: Updates for v2.6.28-rc2, Nicholas A. Bellinger
[PATCH 7/7] fusion: remove excess kernel-doc notation, Randy Dunlap
[PATCH] block: add timer on blkdev_dequeue_request() not elv_next_request(), Tejun Heo
- Re: [PATCH] block: add timer on blkdev_dequeue_request() not elv_next_request(), Jens Axboe
  - Re: [PATCH] block: add timer on blkdev_dequeue_request() not elv_next_request(), Tejun Heo
    - Re: [PATCH] block: add timer on blkdev_dequeue_request() not elv_next_request(), Jens Axboe
      - Re: [PATCH] block: add timer on blkdev_dequeue_request() not elv_next_request(), Mike Anderson
        
        Re: [PATCH] block: add timer on blkdev_dequeue_request() not elv_next_request(), Tejun Heo
        
        Re: [PATCH] block: add timer on blkdev_dequeue_request() not elv_next_request(), Tejun Heo
        
        Re: [PATCH] block: add timer on blkdev_dequeue_request() not elv_next_request(), Jens Axboe
why does udev set timeout for all SCSI devices?, Tejun Heo
- Re: why does udev set timeout for all SCSI devices?, Kay Sievers
[patch 11/17] gdth: fix section mismatch warnings, akpm
[patch 16/17] megaraid: fix mega_internal_command oops, akpm
- RE: [patch 16/17] megaraid: fix mega_internal_command oops, Yang, Bo
[patch 12/17] esp: fix section mismatch warning, akpm
[patch 17/17] scsi ioctl: fix kernel-doc warning, akpm
[patch 14/17] scsi: fix bad use of udelay in atp870u.c, akpm
- Re: [patch 14/17] scsi: fix bad use of udelay in atp870u.c, James Bottomley
  - Re: [patch 14/17] scsi: fix bad use of udelay in atp870u.c, Andrew Morton
[patch 10/17] scsi: annotate gdth_rdcap_data, gdth_rdcap16_data endianness, akpm
[patch 06/17] drivers/scsi/a3000.c: make 2 functions static, akpm
[patch 09/17] scsi: gdth.c use unaligned access helpers, akpm
[patch 15/17] U14-34F: fix scsi_dma_map failure case, akpm
[patch 02/17] scsi: replace __inline with inline, akpm
[patch 05/17] drivers/scsi/a2091.c: make 2 functions static, akpm
[patch 13/17] scsi: remove private implementation of get_unaligned_be32, akpm
- Re: [patch 13/17] scsi: remove private implementation of get_unaligned_be32, James Bottomley
  - Re: [patch 13/17] scsi: remove private implementation of get_unaligned_be32, Andrew Morton
    - Re: [patch 13/17] scsi: remove private implementation of get_unaligned_be32, James Bottomley
      - Re: [patch 13/17] scsi: remove private implementation of get_unaligned_be32, Harvey Harrison
        
        Re: [patch 13/17] scsi: remove private implementation of get_unaligned_be32, Harvey Harrison
        
        Re: [patch 13/17] scsi: remove private implementation of get_unaligned_be32, James Bottomley
[patch 08/17] drivers/scsi/megaraid: Use DIV_ROUND_UP, akpm
- RE: [patch 08/17] drivers/scsi/megaraid: Use DIV_ROUND_UP, Yang, Bo
[patch 01/17] #if 0 ses_match_host(), akpm
[patch 07/17] drivers/scsi: Use DIV_ROUND_UP, akpm
[patch 03/17] MPT: remove unused struct -- mpt_proc_entry_t, akpm
[patch 04/17] scsi: use the common hex_asc array rather than a private one, akpm
2.6.28-rc2 - strange (redundant) sysfs paths for SCSI, Andrey Borzenkov
- Re: 2.6.28-rc2 - strange (redundant) sysfs paths for SCSI, Kay Sievers
[PATCH] [SCSI] libsas: unsigned req->data_len cannot be negative and fix typo, roel kluin
[PATCH] [SCSI] libsas: unsigned X cannot be negative, roel kluin
[PATCH 5/6] ibmvfc: Quiet gcc warning in ibmvfc_reset_device, Brian King
[PATCH 3/6] ibmvfc: Error handling fixes, Brian King
[PATCH 6/6] ibmvfc: Driver version 1.0.3, Brian King
[PATCH 4/6] ibmvfc: Fix target initialization failure retry handling, Brian King
[PATCH 2/6] ibmvfc: Fix error reporting for some FC errors, Brian King
[PATCH 1/6] ibmvfc: Fix log level filtering, Brian King
[PATCH 2/2] qla2xxx: FC pass through support - revised II, Seokmann Ju
- Re: [PATCH 2/2] qla2xxx: FC pass through support - revised II, FUJITA Tomonori
  - Re: [PATCH 2/2] qla2xxx: FC pass through support - revised II, Seokmann Ju
    - Re: [PATCH 2/2] qla2xxx: FC pass through support - revised II, Seokmann Ju
[PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, Seokmann Ju
- Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, Boaz Harrosh
- Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, FUJITA Tomonori
  - Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, Boaz Harrosh
    - Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, FUJITA Tomonori
      - Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, James Bottomley
  - Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, Seokmann Ju
    - Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, Boaz Harrosh
      - Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, Seokmann Ju
    - Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, FUJITA Tomonori
    - Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, Seokmann Ju
      - Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, FUJITA Tomonori
        
        Re: [PATCH 1/2] scsi_transport_fc: FC pass through support - revised II, Seokmann Ju
[PATCH 0/2] FC pass through support - revised II, Seokmann Ju

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