[Prev Page][Next Page]
- Re: [PATCH] SCSI driver for VMware's virtual HBA.
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH] SCSI driver for VMware's virtual HBA.
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH] SCSI driver for VMware's virtual HBA.
- From: Alok Kataria <akataria@xxxxxxxxxx>
- Re: [PATCH] SCSI driver for VMware's virtual HBA.
- From: Alok Kataria <akataria@xxxxxxxxxx>
- Re: MD/RAID time out writing superblock
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: MD/RAID time out writing superblock
- From: Mark Lord <mlord@xxxxxxxxx>
- Re: MD/RAID time out writing superblock
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- [PATCH 3/4] [Target_Core_Mod]: Add alua mutex initialization in core_alloc_port()
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 1/4] [Target_Core_Mod/ALUA]: Add support for saving primary port metadata across target power loss
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 0/4]: Add ALUA primary/secondary access state/status metadata support
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 4/4] [LIO-Target/ConfigFS]: Add ALUA secondary access state attributes for saving/reading metadata
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 2/4] [Target_Core_Mod/ALUA]: Add support for saving secondary fabric port metadata across target power loss
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH] [Target_Core_Mod/ALUA]: Add ALUA Transition state usage + optional delay
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Re: MD/RAID time out writing superblock
- From: Tejun Heo <tj@xxxxxxxxxx>
- [PATCH] scsi_error size reduction and readability improvement
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- Re: [PATCH 0/7] discard support revisited
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 0/7] discard support revisited
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 0/7] discard support revisited
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] sd: add support for WRITE SAME (16) with unmap bit
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] zfcp: Test kmalloc failure in scsi_get_vpd_page()
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH] zfcp: Test kmalloc failure in scsi_get_vpd_page()
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 4/7] sd: add support for WRITE SAME (16) with unmap bit
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
- [PATCH 2.6.30] libsrp: fix memory leak in srp_ring_free()
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Arkadiusz Miskiewicz <a.miskiewicz@xxxxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/7] discard support revisited
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 6/7] block: allow large discard requests
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 6/7] block: allow large discard requests
- From: Mark Lord <liml@xxxxxx>
- Re: [PATCH 6/7] block: allow large discard requests
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 6/7] block: allow large discard requests
- From: Mark Lord <liml@xxxxxx>
- Re: [PATCH 4/7] sd: add support for WRITE SAME (16) with unmap bit
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] sd: add support for WRITE SAME (16) with unmap bit
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH 0/7] discard support revisited
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] sd: add support for WRITE SAME (16) with unmap bit
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 4/7] sd: add support for WRITE SAME (16) with unmap bit
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH 0/7] discard support revisited
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Arkadiusz Miskiewicz <a.miskiewicz@xxxxxxxxx>
- [PATCH 7/7] xfs: add batches discard support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 6/7] block: allow large discard requests
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 5/7] libata: Add support for TRIM
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 0/7] discard support revisited
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 1/7] Make DISCARD_BARRIER and DISCARD_NOBARRIER writes instead of reads
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 3/7] block: discard may need to allocate pages
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 2/7] block: use blkdev_issue_discard in blk_ioctl_discard
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 4/7] sd: add support for WRITE SAME (16) with unmap bit
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 2/2] cciss: convert to ->proc_fops
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- [PATCH 1/2] scsi: add struct scsi_host_template::proc_fops
- From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
- [Bug 8213] Race: a lock is expected before calling BusLogic_WriteOutgoingMailbox, but it is not held in some case and it is held in other cases
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 8213] Race: a lock is expected before calling BusLogic_WriteOutgoingMailbox, but it is not held in some case and it is held in other cases
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: [Bug 8213] Race: a lock is expected before calling BusLogic_WriteOutgoingMailbox, but it is not held in some case and it is held in other cases
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [Bug 8213] Race: a lock is expected before calling BusLogic_WriteOutgoingMailbox, but it is not held in some case and it is held in other cases
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 8213] Race: a lock is expected before calling BusLogic_WriteOutgoingMailbox, but it is not held in some case and it is held in other cases
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 8221] RACE: Lock is expected before calling ips_removeq_scb_head, but in some call chains not held!
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- RE: [PATCH 1/3][RESUBMIT] scsi_dh_rdac: changes to collect the debug information during rdac_activate
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: [PATCH 1/3][RESUBMIT] scsi_dh_rdac: changes to collect the debug information during rdac_activate
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 1/3][RESUBMIT] scsi_dh_rdac: changes to collect the debug information during rdac_activate
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH][RESUBMIT] scsi_dh_rdac: Fix for returning correct mode select cmd return info
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 06/64] libfc: Export FC headers
- From: Robert Love <robert.w.love@xxxxxxxxx>
- Re: [RFC PATCH 1/9] scsi-ml: modify change_queue_depth to take in reason why it is being called
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [PATCH 3/3][RESUBMIT] scsi_dh_rdac: changes for rdac debug logging
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 2/3][RESUBMIT] scsi_dh_rdac: move the init code from rdac_activate to rdac_bus_attach
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 1/3][RESUBMIT] scsi_dh_rdac: changes to collect the debug information during rdac_activate
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 0/3][RESUBMIT] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH][RESUBMIT] scsi_dh_rdac: Fix for returning correct mode select cmd return info
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [RFC PATCH 9/9] libfc: adds queue_depth ramp up to libfc
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: [PATCH 06/64] libfc: Export FC headers
- From: Swen Schillig <swen@xxxxxxxxxxxx>
- [PATCH 14/14] bfa: Brocade BFA FC SCSI driver (maint)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 13/14] bfa: Brocade BFA FC SCSI driver (make)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 12/14] bfa: Brocade BFA FC SCSI driver (include part3)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 11/14] bfa: Brocade BFA FC SCSI driver (include part2)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 10/14] bfa: Brocade BFA FC SCSI driver (include part1)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 9/14] bfa: Brocade BFA FC SCSI driver (fcs part4)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 8/14] bfa: Brocade BFA FC SCSI driver (fcs part3)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 7/14] bfa: Brocade BFA FC SCSI driver (fcs part2)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 6/14] bfa: Brocade BFA FC SCSI driver (fcs part1)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 5/14] bfa: Brocade BFA FC SCSI driver (bfa part4)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 4/14] bfa: Brocade BFA FC SCSI driver (bfa part3)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 3/14] bfa: Brocade BFA FC SCSI driver (bfa part2)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 2/14] bfa: Brocade BFA FC SCSI driver (bfa part1)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 1/14] bfa: Brocade BFA FC SCSI driver (bfad)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 0/14] bfa: Brocade BFA FC SCSI driver (overview)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- Re: [PATCH] SCSI driver for VMware's virtual HBA.
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH 4/6] RFC: beiscsi: iscsi hook in and handling code
- From: "Jayamohan Kalickal" <jayamohank@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/6] RFC: beiscsi: iscsi hook in and handling code
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH] zfcp: Test kmalloc failure in scsi_get_vpd_page()
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH] SCSI driver for VMware's virtual HBA.
- From: Alok Kataria <akataria@xxxxxxxxxx>
- Re: MD/RAID time out writing superblock
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [RFC PATCH 1/9] scsi-ml: modify change_queue_depth to take in reason why it is being called
- From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
- Re: [RFC PATCH 9/9] libfc: adds queue_depth ramp up to libfc
- From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 06/64] libfc: Export FC headers
- From: Robert Love <robert.w.love@xxxxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Persistent Reservations + SCSI Initiator Port TransportIDs
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Persistent Reservations + SCSI Initiator Port TransportIDs
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Re: [PATCH 06/64] libfc: Export FC headers
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: [RFC PATCH 1/9] scsi-ml: modify change_queue_depth to take in reason why it is being called
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: [RFC PATCH 9/9] libfc: adds queue_depth ramp up to libfc
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 4/5] sd: Support disks formatted with DIF Type 2
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH 1/5] SCSI: Add support for 32-byte CDBs
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: [PATCH] scsi_dh_rdac: Add support for Sun StorageTek ST2500, ST2510 and ST2530
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- transport classes vs binary interfaces
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [RFC PATCH 3/9] drivers: convert drivers setting the change_queue_depth callback
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [RFC PATCH 3/9] drivers: convert drivers setting the change_queue_depth callback
- From: Vasu Dev <vasu.dev@xxxxxxxxxxxxxxx>
- Re: LSISAS1068E + WDC WD2002FYPS: I/O error & Sense Key
- From: Allan Wind <allan_wind@xxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc7-git2: Reported regressions 2.6.29 -> 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH] scsi_dh_rdac: Add support for Sun StorageTek ST2500, ST2510 and ST2530
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Theodore Tso <tytso@xxxxxxx>
- Re: [RFC PATCH 3/9] drivers: convert drivers setting the change_queue_depth callback
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- [PATCH] scsi_dh_rdac: Add support for Sun StorageTek ST2500, ST2510 and ST2530
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- [RFC PATCH 6/9] scsi: adds sdev->queue_ramp_up_period to sysfs
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- [RFC PATCH 9/9] libfc: adds queue_depth ramp up to libfc
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- [RFC PATCH 8/9] fcoe, libfc: fix an libfc issue with queue ramp down in libfc
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- [RFC PATCH 7/9] scsi: add common queue_depth ramp up code
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- [RFC PATCH 5/9] scsi: updates sdev to add queue_depth ramp up code
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- [RFC PATCH 4/9] drivers: convert fc drivers calling scsi_track_queue_full
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- [RFC PATCH 3/9] drivers: convert drivers setting the change_queue_depth callback
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- [RFC PATCH 2/9] scsi error: have scsi-ml call change_queue_depth to handle QUEUE_FULL
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- [RFC PATCH 1/9] scsi-ml: modify change_queue_depth to take in reason why it is being called
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- [RFC PATCH 0/9] RFC: handle queue_depth adjustments because of QUEUE_FULLs in scsi_error.c
- From: Vasu Dev <vasu.dev@xxxxxxxxx>
- RE: [dm-devel] [PATCH] scsi_dh_rdac: Add support for Sun StorageTek 2510 and 2530
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [Bugme-new] [Bug 13988] New: Oops and NULL pointer with USB disk
- From: Joachim <subcon@xxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Chris Webb <chris@xxxxxxxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
- Re: 2.6.31-rc7-git2: Reported regressions 2.6.29 -> 2.6.30
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Chris Webb <chris@xxxxxxxxxxxx>
- RE: [PATCH 0/7] mpt2sas : [Resend] Discription patch
- From: "Desai, Kashyap" <Kashyap.Desai@xxxxxxx>
- Re: [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 4/5] sd: Support disks formatted with DIF Type 2
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 1/5] SCSI: Add support for 32-byte CDBs
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: DIF/DIX updates for 2.6.32
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: 2.6.31-rc7-git2: Reported regressions 2.6.29 -> 2.6.30
- From: Rafał Miłecki <zajec5@xxxxxxxxx>
- [PATCH 2/5] SCSI: Deprecate SCSI_PROT_*_CONVERT operations
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- DIF/DIX updates for 2.6.32
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH 1/5] SCSI: Add support for 32-byte CDBs
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH 5/5] scsi_debug: Implement support for DIF Type 2
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH 4/5] sd: Support disks formatted with DIF Type 2
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH 3/5] sd: Detach DIF from block integrity infrastructure
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
- Re: [PATCH 1/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- 2.6.31-rc7-git2: Reported regressions 2.6.29 -> 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: 2.6.31-rc6-git5: Reported regressions from 2.6.30
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- 2.6.31-rc7-git2: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Arkadiusz Miskiewicz <a.miskiewicz@xxxxxxxxx>
- [PATCH 64/64] fcoe: flush per-cpu thread work when destroying interface
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 63/64] libfc: don't swap OX_ID and RX_ID when sending BA_RJT
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 59/64] libfc: LOGO response code had extraeous enter_rtv
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 62/64] libfc: send GPN_ID in reaction to single-port RSCNs.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 61/64] libfc: fix handling of incoming Discover Address (ADISC) requests
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 60/64] libfc: use ADISC to verify rport login state
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 58/64] libfc: re-login to remote ports that send us LOGO
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 57/64] libfc: fix rport error handling for login-required and invalid ops
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 56/64] libfc: correctly handle incoming PLOGI request.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 55/64] libfc: improve debug messages for ELS response handlers
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 54/64] libfc: fix: rport_recv_req needs disc_mutex when calling rport_lookup
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 51/64] libfc: Initialize fc_rport_identifiers inside fc_rport_create
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 53/64] libfc: move remote port lookup for ELS requests into fc_rport.c.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 52/64] libfc: Always reset remote port roles when receiving PRLI
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 50/64] libfc: don't do discovery before callback is set
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 49/64] libfc: clean up point-to-point discovery code.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 48/64] libfc: discovery gpn_ft parse bug
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 47/64] libfc: discovery retry should clear pending first.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 46/64] libfc: fix: empty zone causes endless discovery retries.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 45/64] libfc: handle discovery failure more correctly.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 44/64] libfc: rearrange code in fc_disc_gpn_ft_resp()
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 43/64] libfc: discovery restart sequence error fix
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 40/64] libfc: change to make remote port callback optional
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 42/64] libfc: do not log off rports before or after discovery
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 41/64] libfc: move rport_lookup into fc_rport.c
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 36/64] libfc: rport debug messages were printing pointer values
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 39/64] libfc: have rport_create do a lookup for pre-existing rports first
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 38/64] libfc: make rport module maintain the rport list
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 37/64] libfc: simplify fc_lport_rport_callback
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 35/64] libfc: remove unused disc->delay element
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 34/64] libfc: eliminate disc->event
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 33/64] libfc: fix rport event race between READY and LOGO
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 32/64] libfc: don't create dummy (rogue) remote ports
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 30/64] libfc: rearrange code in fc_rport_work
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 31/64] libfc: rename rport event CREATED to READY
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 27/64] libfc: make fc_rport_priv the primary rport interface.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 29/64] libfc: make rport structure optional
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 28/64] libfc: change elsct to use FC_ID instead of rdata
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 26/64] libfc: fix RPORT_TO_PRIV and PRIV_TO_RPORT() macros.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 25/64] libfc: change interface for rport_create
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 24/64] libfc: prepare to split off struct fc_rport_priv from fc_rport_libfc_priv
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 23/64] fcoe: use rtnl mutex in place of hostlist lock
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 22/64] fcoe: Fix module ref count bug by adding NETDEV UNREGISTER handling
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 21/64] fcoe: move the host-list add/remove to keep out VN_Ports
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 20/64] fcoe: add mutex to protect create and destroy
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 19/64] fcoe: split out per interface setup
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 18/64] fcoe: fcoe_interface create, destroy and refcounting
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 17/64] fcoe: remove fcoe_interface->priv pointer
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 16/64] fcoe: move offload exchange manager pointer from fcoe_port to fcoe_interface
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 13/64] fcoe: move netdev to fcoe_interface
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 15/64] fcoe: move FIP controller from fcoe_port to fcoe_interface
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 14/64] fcoe: move packet handlers from fcoe_port to fcoe_interface
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 12/64] fcoe: Introduce and allocate fcoe_interface structure, 1:1 with net_device
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 11/64] fcoe: interface changes to fcoe_if_create and fcoe_if_destroy
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 10/64] fcoe: remove unnecessary list and lock initializations.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 09/64] fcoe: fix missing error check in call to fcoe_if_init
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 04/64] fcoe, libfc: adds per cpu exch pool within exchange manager(EM)
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 08/64] libfcoe: fcoe_ctlr_destroy use cancel_work_sync instead of flush_work
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 07/64] fcoe: Add sysfs parameter to fcoe for minimum DDP read I/O size
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 06/64] libfc: Export FC headers
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 05/64] fcoe, libfc: fully makes use of per cpu exch pool and then removes em_lock
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 03/64] fcoe: libfcoe: extra semicolon in CHECK_LOGGING macros causes compile error
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 02/64] libfc: Fix misleading debug statement
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 01/64] fcoe: Add format spacing to FCOE_NETDEV_DBG debug macro
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 00/64] libfc, libfcoe and fcoe updates for scsi-misc
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH] scsi_dh_rdac: Add support for Sun StorageTek 2510 and 2530
- From: Charlie Brady <charlieb-dm-devel@xxxxxxxxxxxxxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Arkadiusz Miskiewicz <a.miskiewicz@xxxxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: Arkadiusz Miskiewicz <a.miskiewicz@xxxxxxxxx>
- Re: scsi_wait_scan not working (2.6.30.5)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- scsi_wait_scan not working (2.6.30.5)
- From: Arkadiusz Miskiewicz <a.miskiewicz@xxxxxxxxx>
- [PATCH 3/7] qla2xxx: Further limit device-table (qla_devtbl) lookup to non-24xx.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 5/7] qla2xxx: Correct various NPIV issues.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 6/7] qla2xxx: Properly delete rports attached to a vport.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 4/7] qla2xxx: Correct qla2x00_eh_wait_on_command() to wait correctly.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 7/7] qla2xxx: Update version number to 8.03.01-k6.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 2/7] qla2xxx: Correctly set FCF_TAPE_PRESENT flag based on scsi-device.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 1/7] qla2xxx: Add firmware-dump kobject uevent notification.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 0/7] qla2xxx: Update for 2.6.32
- From: giridhar.malavali@xxxxxxxxxx
- RE: [PATCH 0/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH] st: fix test of value range in st_set_options()
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- [PATCH 3/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 2/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 1/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH 0/3] scsi_dh_rdac: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH] scsi_dh_rdac: Fix for returning correct mode select return info
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH] gdth: unmap ccb_phys when scsi_add_host() fails in gdth_eisa_probe_one()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
- [PATCH] zfcp: Test kmalloc failure in scsi_get_vpd_page()
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- [Patch] multipathing-tools: Add Dell 32xx/i support into hardware table
- From: <Yanqing_Liu@xxxxxxxx>
- Re: [PATCH 2/2] qla1280: Drop host_lock while requesting firmware
- From: Jaswinder Singh Rajput <jaswinderrajput@xxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/2] qla1280: Drop host_lock while requesting firmware
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [PATCH 1/2] qla1280: Unify common code in qla1280_load_firmware_{dma,pio}()
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Rogério Brito <rbrito@xxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Rogério Brito <rbrito@xxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH] usb: fix paths in usbmon documentation
- From: Rogério Brito <rbrito@xxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Rogério Brito <rbrito@xxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Rogério Brito <rbrito@xxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Rogério Brito <rbrito@xxxxxxxxxx>
- [PATCH] gdth: unmap ccb_phys when scsi_add_host() fails in gdth_eisa_probe_one()
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: Chris Webb <chris@xxxxxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: oops during scsi scanning disk setup
- From: Chris Webb <chris@xxxxxxxxxxxx>
- [Bug 14037] missing Via VT8251 chipset driver missing in newer kernels
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 14037] New: missing Via VT8251 chipset driver missing in newer kernels
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: O_DIRECT and barriers
- From: Theodore Tso <tytso@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Theodore Tso <tytso@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Theodore Tso <tytso@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Theodore Tso <tytso@xxxxxxx>
- RE: [PATCH 2/14] bfa: Brocade BFA FC SCSI driver (bfa part1)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [GIT PULL] SCSI bug fixes for 2.6.31-rc7
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: oops during scsi scanning disk setup
- From: Chris Webb <chris@xxxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Joel Becker <Joel.Becker@xxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Joel Becker <Joel.Becker@xxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Theodore Tso <tytso@xxxxxxx>
- Re: 2.6.31-rc6-git5: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: 2.6.31-rc6-git5: Reported regressions from 2.6.30
- From: Larry Finger <Larry.Finger@xxxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 2/14] bfa: Brocade BFA FC SCSI driver (bfa part1)
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: oops during scsi scanning disk setup
- From: Chris Webb <chris@xxxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: O_DIRECT and barriers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: O_DIRECT and barriers
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: Chris Webb <chris@xxxxxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: Chris Webb <chris@xxxxxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: Chris Webb <chris@xxxxxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: Management Ioctls Revisited
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Management Ioctls Revisited
- From: adam radford <aradford@xxxxxxxxx>
- Request to include Brocade BFA FC SCSI driver into Linux SCSI tree
- From: Jing Huang <huangj@xxxxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Management Ioctls Revisited
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Rogério Brito <rbrito@xxxxxxxxxx>
- O_DIRECT and barriers
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 14020] New: Stack trace when running smartctl on an USB disk
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc6-git5: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: 2.6.31-rc6-git5: Reported regressions from 2.6.30
- From: John Dykstra <john.dykstra1@xxxxxxxxx>
- [PATCH 6/7] iscsi_tcp: add new conn error to indicate tcp conn closed
- From: michaelc@xxxxxxxxxxx
- [PATCH 5/7] iscsi class: Add logging to scsi_transport_iscsi.c
- From: michaelc@xxxxxxxxxxx
- [PATCH 7/7] libiscsi, iscsi_tcp: check suspend bit before each call to xmit_task
- From: michaelc@xxxxxxxxxxx
- [PATCH 3/7] libiscsi: handle immediate command rejections
- From: michaelc@xxxxxxxxxxx
- [PATCH 4/7] qla4xxx: Removed residual from overrun debug print
- From: michaelc@xxxxxxxxxxx
- [PATCH 1/7] iscsi_tcp: Evaluate socket state in data_ready()
- From: michaelc@xxxxxxxxxxx
- [PATCH 2/7] libiscsi: don't increment cmdsn if cmd is not sent
- From: michaelc@xxxxxxxxxxx
- iscsi update for 2.6.32
- From: michaelc@xxxxxxxxxxx
- Re: oops during scsi scanning disk setup
- From: Yinghai Lu <yhlu.kernel@xxxxxxxxx>
- Re: oops during scsi scanning disk setup
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 1/6] RFC: beiscsi : handles core routines
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: Management Ioctls Revisited
- From: adam radford <aradford@xxxxxxxxx>
- oops during scsi scanning disk setup
- From: Chris Webb <chris@xxxxxxxxxxxx>
- [PATCH 2/2] qla2xxx: Add asynchronous-login support.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 0/2] qla2xxx: Updates for 2.6.32
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 1/2] qla2xxx: Generalize srb structure usage.
- From: giridhar.malavali@xxxxxxxxxx
- Re: [PATCH, RFC] xfs: batched discard support
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- [cciss: PATCH 01/17] Remove sysfs entries for logical drives on driver cleanup.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 02/17] Use one scan thread per controller and fix hang during rmmod
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 06/17] Rearrange logical drive sysfs code to make the "changing a disk" path work.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 05/17] Dynamically allocate struct device for each logical drive as needed.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 03/17] Allow triggering of rescan of logical drive topology via sysfs entry
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- Re: mpt2sas logged messages
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- [cciss: PATCH 09/17] Handle special case for sysfs attributes of the first logical drive.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 13/17] Silence noisy per-disk messages output by cciss_read_capacity
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 17/17] Add usage_count attribute to each logical drive in /sys
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 16/17] Add a "raid_level" attribute to each logical drive in /sys
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 14/17] Preserve all 8 bytes of LUN ID for logical drives.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 12/17] Fix excessive gendisk freeing bug on driver unload.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 04/17] Remove some unused code in rebuild_lun_table()
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 15/17] Add lunid attribute to each logical drive in /sys
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 10/17] Clear all sysfs-exposed data for deleted logical drives.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 11/17] Fix usage_count check in rebuild_lun_table when triggered via sysfs.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 08/17] Handle cases when cciss_add_disk fails.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- [cciss: PATCH 07/17] Handle failure of blk_init_queue gracefully in cciss_add_disk.
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- [cciss: PATCH 00/17] fix scan_thread, sysfs stuff, LUN addressing problem
- From: "Stephen M. Cameron" <scameron@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Mark Lord <liml@xxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: Performance issues with Areca 1680 SAS Controllers
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Performance issues with Areca 1680 SAS Controllers
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- RE: Performance issues with Areca 1680 SAS Controllers
- From: "Nick Cheng" <nick.cheng@xxxxxxxxxxxx>
- Re: Performance issues with Areca 1680 SAS Controllers
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: [PATCH 1/3] block: add blk-iopoll, a NAPI like approach forblock devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 1/3] block: add blk-iopoll, a NAPI like approach forblock devices
- From: "jack wang" <jack_wang@xxxxxxxxx>
- Re: Performance issues with Areca 1680 SAS Controllers
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- [PATCH 7/7] mpt2sas: [Resend] Bump driver version 01.100.06.00
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 6/7] mpt2sas: [Resend] cleanup interrupt routine and config_request optimization
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 5/7] mpt2sas: [Resend] Raid 10 Volume is showing as Raid 1E in dmesg
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 4/7] mpt2sas: [Resend] setting SDEV into RUNNING state from Interrupt context
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 3/7] mpt2sas: [Resend] Removed wrapper funtions _scsih_link_change.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 2/7] mpt2sas: [Resend] Prevent sending command to FW while Host Reset
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 1/7] mpt2sas : [Resend] Rescan topology from Interrupt context instead of work thread
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 0/7] mpt2sas : [Resend] Discription patch
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- Re: Re: Performance issues with Areca 1680 SAS Controllers
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- [PATCH 14/14] bfa: Brocade BFA FC SCSI driver (maint)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 13/14] bfa: Brocade BFA FC SCSI driver (make)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 12/14] bfa: Brocade BFA FC SCSI driver (include part3)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 11/14] bfa: Brocade BFA FC SCSI driver (include part2)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 10/14] bfa: Brocade BFA FC SCSI driver (include part1)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 9/14] bfa: Brocade BFA FC SCSI driver (fcs part4)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 8/14] bfa: Brocade BFA FC SCSI driver (fcs part3)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 7/14] bfa: Brocade BFA FC SCSI driver (fcs part2)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 6/14] bfa: Brocade BFA FC SCSI driver (fcs part1)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 5/14] bfa: Brocade BFA FC SCSI driver (bfa part4)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 4/14] bfa: Brocade BFA FC SCSI driver (bfa part3)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 3/14] bfa: Brocade BFA FC SCSI driver (bfa part2)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 2/14] bfa: Brocade BFA FC SCSI driver (bfa part1)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 1/14] bfa: Brocade BFA FC SCSI driver (bfad)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- [PATCH 0/14] bfa: Brocade BFA FC SCSI driver (overview)
- From: Jing Huang <huangj@xxxxxxxxxxx>
- Re: Re: Performance issues with Areca 1680 SAS Controllers
- From: Drew <drew.kay@xxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Mark Lord <liml@xxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Mark Lord <liml@xxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- 答复: Re: Performance issues with Areca 1680 SAS Controllers
- From: "jack wang" <jack_wang@xxxxxxxxx>
- 2.6.31-rc6-git5: Reported regressions 2.6.29 -> 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- 2.6.31-rc6-git5: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- RE: [PATCH] scsi_dh: Adding more debug options for scsi rdac handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Management Ioctls Revisited
- From: adam radford <aradford@xxxxxxxxx>
- RE: [PATCH] scsi_dh: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Ingo Molnar <mingo@xxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: mpt2sas logged messages
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH 1/3] block: add blk-iopoll, a NAPI like approach for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Re: Performance issues with Areca 1680 SAS Controllers
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Performance issues with Areca 1680 SAS Controllers
- From: Pasi Kärkkäinen <pasik@xxxxxx>
- Re: Bidirectional data transfers from SCSI layer
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: device/volume info on transport removal
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH] scsi_dh: Adding more debug options for scsi rdac handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 13988] New: Oops and NULL pointer with USB disk
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/4] [Target_Core_Mod/ConfigFS]: Add implict ALUA attributes and move tg_pt_gp list
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 3/4] [LIO-Target]: Add ALUA Active/NonOptimized state check
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 0/4] [Target_Core_Mod] Add explict/implict ALUA transition for primary/secondary access states
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 4/4] [LIO-Target/ConfigFS]: Add attribute for ALUA secondary port access state
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 1/4] [Target_Core_Mod/ALUA]: Add support for explict/implict ALUA primary/secondary state transition
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Re: PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: mpt2sas logged messages
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [PATCH] stex: Add reset code for st_yel (v2)
- From: "Ed Lin" <ed.lin@xxxxxxxxxxx>
- device/volume info on transport removal
- From: "Auld, Brian (LeftHand Networks)" <brian.auld@xxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: mpt2sas logged messages
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: [PATCH 2/2] bnx2i : Fix "cid #n not valid" issue
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- RE: mpt2sas logged messages
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
- Re: mpt2sas logged messages
- From: Greg KH <greg@xxxxxxxxx>
- RE: mpt2sas logged messages
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: mpt2sas logged messages
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- RE: mpt2sas logged messages
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
- Re: mpt2sas logged messages
- From: Greg KH <greg@xxxxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: mpt2sas logged messages
- From: James Bottomley <James.Bottomley@xxxxxxx>
- [patch 27/27] zfcp: optimize zfcp_qdio_account
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 03/27] zfcp: Only collect SCSI debug data for matching trace levels
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 06/27] zfcp: Only issue one test link command per port
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 05/27] zfcp: Remove useless assignment
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 09/27] zfcp: Replace fsf_req wait_queue with completion
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 11/27] zfcp: Remove the useless ZFCP_REQ_AUTO_CLEANUP flag
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 21/27] zfcp: Simplify and update ct/gs and els timeout handling
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 14/27] zfcp: Move qdio related data out of zfcp_adapter
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 26/27] zfcp: Remove duplicated code for debug timestamps
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 25/27] zfcp: Handle failures during device allocation correctly
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 13/27] zfcp: Separate qdio attributes from zfcp_fsf_req
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 07/27] zfcp: Implicitly close all wka ports
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 12/27] zfcp: Move workqueue to adapter struct
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 20/27] zfcp: Use kthread API for zfcp erp thread
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 16/27] zfcp: Update dbf calls
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 19/27] zfcp: resolve false usage of dd_data in fc_rport
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 23/27] zfcp: Replace config semaphore with mutex
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 17/27] zfcp: introduce _setup, _destroy for qdio and FC
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 24/27] zfcp: proper use of device register
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 22/27] zfcp: Defer resource allocation to first ccw_set_online call
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 04/27] zfcp: Only collect FSF/HBA debug data for matching trace levels
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 18/27] zfcp: Apply common naming conventions to zfcp_fc
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 01/27] zfcp: invalid usage after free of port resources
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 15/27] zfcp: Decouple gid_pn requests from erp
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 10/27] zfcp: Improve request allocation through mempools
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 02/27] zfcp: Move debug data from zfcp_data to own data structure
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 08/27] zfcp: fix layering oddities between zfcp_fsf and zfcp_qdio
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- [patch 00/27] zfcp updates for 2.6.32
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: Bidirectional data transfers from SCSI layer
- From: Madhavi Manchala <madhavi.lscsi@xxxxxxxxx>
- Re: mpt2sas logged messages
- From: Greg KH <greg@xxxxxxxxx>
- Re: mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- mpt2sas logged messages
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: Bidirectional data transfers from SCSI layer
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: Bidirectional data transfers from SCSI layer
- From: Madhavi Manchala <madhavi.lscsi@xxxxxxxxx>
- Re: Bidirectional data transfers from SCSI layer
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: Bidirectional data transfers from SCSI layer
- From: Madhavi Manchala <madhavi.lscsi@xxxxxxxxx>
- Re: Bidirectional data transfers from SCSI layer
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Bidirectional data transfers from SCSI layer
- From: Madhavi Manchala <madhavi.lscsi@xxxxxxxxx>
- Re: [PATCH] add support for next generation of Dell PV array
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- RE: [PATCH] stex: Add reset code for st_yel
- From: "Ed Lin - PTU" <ed.lin@xxxxxxxxxxx>
- RE: [PATCH] add support for next generation of Dell PV array
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Mark Lord <liml@xxxxxx>
- Re: [PATCH] scsi_dh: add two SUN devices to the list of devices supported by default
- From: rick.brown@xxxxxxxxxxxxxx
- [PATCH] add support for next generation of Dell PV array
- From: <Yanqing_Liu@xxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- [PATCH] scsi_dh: Adding more debug options for scsi rdac handler
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: jim owens <jowens@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Bill Davidsen <davidsen@xxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]
