[Prev Page][Next Page]
- 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: jim owens <jowens@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Bill Davidsen <davidsen@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Matthew Wilcox <matthew@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: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- 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: Mark Lord <liml@xxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: John Robinson <john.robinson@xxxxxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Chris Worley <worleys@xxxxxxxxx>
- Re: Discard support
- From: Mark Lord <liml@xxxxxx>
- Re: Discard support
- From: Theodore Tso <tytso@xxxxxxx>
- Re: Discard support
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: Discard support
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- 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: 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: 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: Robert Hancock <hancockrwd@xxxxxxxxx>
- 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: 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: Theodore Tso <tytso@xxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Mark Lord <liml@xxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- 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: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- 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: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] scsi: consistent use of __u8 in scsi/scsi.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- 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: Mark Lord <liml@xxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Mark Lord <liml@xxxxxx>
- Re: [PATCH 0/5] cnic: Bug fixes.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH, RFC] xfs: batched discard support
- From: Mark Lord <liml@xxxxxx>
- [PATCH, RFC] xfs: batched discard support
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH 4/6] RFC: beiscsi: iscsi hook in and handling code
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [Bug 13982] [libata] (?) causing Hardlock in 2.6.30.4 during simultaneous read & write
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13982] [libata] (?) causing Hardlock in 2.6.30.4 during simultaneous read & write
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13982] [libata] (?) causing Hardlock in 2.6.30.4 during simultaneous read & write
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: jim owens <jowens@xxxxxx>
- [Bug 13982] [libata] (?) causing Hardlock in 2.6.30.4 during simultaneous read & write
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- 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: 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: 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: [PATCH] stex: Add reset code for st_yel
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: [PATCH]: Implementation of blk_rq_map_kern_sg() (aka New implementation of scsi_execute_async() v3)
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH] stex: Add reset code for st_yel
- From: "Ed Lin" <ed.lin@xxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- [PATCH 5/5] cnic: Fix locking in init/exit calls.
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
- [PATCH 1/5] cnic: Fix symbol_put_addr() panic on ia64.
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
- [PATCH 0/5] cnic: Bug fixes.
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
- [PATCH 4/5] cnic: Fix locking in start/stop calls.
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
- [PATCH 3/5] bnx2: Use mutex on slow path cnic calls.
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
- [PATCH 2/5] cnic: Refine registration with bnx2.
- From: "Michael Chan" <mchan@xxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Chris Worley <worleys@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- RE: Kernel Panic When Using Multipath-Tools
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Chris Worley <worleys@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Matthew Wilcox <matthew@xxxxxx>
- RE: Kernel Panic When Using Multipath-Tools
- From: "Paul Lung (paul.lung@xxxxxxxxxxxx)" <Paul.Lung@xxxxxxxxxxxx>
- RE: [net-next PATCH 05/12] net: Add ndo_fcoe_control to net_device_ops
- From: "Zou, Yi" <yi.zou@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Chris Worley <worleys@xxxxxxxxx>
- Re: [net-next PATCH 05/12] net: Add ndo_fcoe_control to net_device_ops
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [net-next PATCH 04/12] ixgbe: Add support for NETIF_F_FCOE_MTU to 82599 devices
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [net-next PATCH 03/12] net: Add NETIF_F_FCOE_MTU to indicate support for a different MTU for FCoE
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [net-next PATCH 02/12] ixgbe: updates vlan feature flags to enable FCoE offloads on vlan interface
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [net-next PATCH 01/12] vlan: adds fcoe offload related net_device_ops and updates fcoe_ddp_xid field
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- [net-next PATCH 11/12] dcbnl: Add implementations of dcbnl setapp/getapp commands
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 07/12] ixgbe: Add support for the net_device_ops.ndo_fcoe_control to 82599
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 12/12] ixgbe: Add support for dcbnl_rtnl_ops.setapp/getapp
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 10/12] dcbnl: Add netlink attributes for setapp/getapp to dcbnl
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 09/12] dcbnl: Add support for setapp/getapp to netdev dcbnl_rtnl_ops
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 08/12] dcbnl: Add support for setapp/getapp commands to dcbnl
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 06/12] vlan: Add support for net_devices_ops.ndo_fcoe_control to VLAN
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 05/12] net: Add ndo_fcoe_control to net_device_ops
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 04/12] ixgbe: Add support for NETIF_F_FCOE_MTU to 82599 devices
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 03/12] net: Add NETIF_F_FCOE_MTU to indicate support for a different MTU for FCoE
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 02/12] ixgbe: updates vlan feature flags to enable FCoE offloads on vlan interface
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 01/12] vlan: adds fcoe offload related net_device_ops and updates fcoe_ddp_xid field
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- [net-next PATCH 00/12] ixgbe/vlan/DCB patch set
- From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
- Re: Discard support
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- 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: Mark Lord <liml@xxxxxx>
- Re: Discard support
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Greg Freemyer <greg.freemyer@xxxxxxxxx>
- [ANNOUNCE]: Version 1.0.1.1 of SCST core, target drivers for iSCSI (iSCSI-SCST), QLogic 22xx/23xx (qla2x00t) as well as fileio_tgt user space backend handler released
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
- RE: [PATCH 4/7] mpt2sas: setting SDEV into RUNNING state from Interrupt context
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
- RE: [PATCH 1/7] mpt2sas : Rescan topology from Interrupt context instead of work queue
- From: "Moore, Eric" <Eric.Moore@xxxxxxx>
- RE: [PATCH 1/7] mpt2sas : Rescan topology from Interrupt context instead of work queue
- From: James Bottomley <James.Bottomley@xxxxxxx>
- Re: [PATCH 4/7] mpt2sas: setting SDEV into RUNNING state from Interrupt context
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/7] mpt2sas : Rescan topology from Interrupt context instead of work queue
- From: James Bottomley <James.Bottomley@xxxxxxx>
- RE: [PATCH 4/9] mpt2sas: Config request and diag reset deadlock
- From: "Desai, Kashyap" <Kashyap.Desai@xxxxxxx>
- Re: Kernel Panic When Using Multipath-Tools
- From: Eddie Williams <Eddie.Williams@xxxxxxxxxxxx>
- [PATCH 7/7] mpt2sas: Bump driver version 01.100.06.00
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 6/7] mpt2sas: cleanup interrupt routine and config_request code optimization
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 5/7] mpt2sas: Raid 10 Volume is showing as Raid 1E in dmesg
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 4/7] mpt2sas: setting SDEV into RUNNING state from Interrupt context
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 3/7] mpt2sas: Removed wrapper funtions _scsih_link_change.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 2/7] mpt2sas: Prevent sending command to FW while Host Reset.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 1/7] mpt2sas : Rescan topology from Interrupt context instead of work queue
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 0/7] mpt2sas : Discription patch
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 1/1] RESEND mpt2sas : Config request and diag reset deadlock
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [Bug 13982] [libata] (?) causing Hardlock in 2.6.30.4 during simultaneous read & write
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13982] [libata] (?) causing Hardlock in 2.6.30.4 during simultaneous read & write
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13982] [libata] (?) causing Hardlock in 2.6.30.4 during simultaneous read & write
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13982] New: [libata] (?) causing Hardlock in 2.6.30.4 during simultaneous read & write
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: Kernel Panic When Using Multipath-Tools
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Kernel Panic When Using Multipath-Tools
- From: "Paul Lung (paul.lung@xxxxxxxxxxxx)" <Paul.Lung@xxxxxxxxxxxx>
- 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: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- Re: [PATCH 4/9] mpt2sas: Config request and diag reset deadlock
- From: James Bottomley <James.Bottomley@xxxxxxx>
- 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: Bryan Donlan <bdonlan@xxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Richard Sharpe <realrichardsharpe@xxxxxxxxx>
- [PATCH] update MAINTAINERS with new email
- 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@xxxxxxxxxxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- 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: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Hugh Dickins <hugh.dickins@xxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Nitin Gupta <ngupta@xxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
- Re: Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- Discard support (was Re: [PATCH] swap: send callback when swap slot is freed)
- From: Matthew Wilcox <willy@xxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] Fix various bugs in the target code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 7/7 ver 2] Improvements to the device and target code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 1/6] RFC: beiscsi : handles core routines
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH 6/6] RFC: beiscsi: modified MAINTAINERS
- From: Jayamohan Kallickal <jayamohank@xxxxxxxxxxxxxxxxx>
- [PATCH 5/6] RFC: beiscsi: Makefile and Kconfig
- From: Jayamohan Kallickal <jayamohank@xxxxxxxxxxxxxxxxx>
- [PATCH 4/6] RFC: beiscsi: iscsi hook in and handling code
- From: Jayamohan Kallickal <jayamohank@xxxxxxxxxxxxxxxxx>
- [PATCH 3/6] RFC: beiscsi: Firmware Commands to chip
- From: Jayamohan Kallickal <jayamohank@xxxxxxxxxxxxxxxxx>
- [PATCH 2/6] RFC: beiscsi: Low Level routines
- From: Jayamohan Kallickal <jayamohank@xxxxxxxxxxxxxxxxx>
- [PATCH 1/6] RFC: beiscsi : handles core routines
- From: Jayamohan Kallickal <jayamohank@xxxxxxxxxxxxxxxxx>
- RFC: beiscsi driver
- From: Jayamohan Kallickal <jayamohank@xxxxxxxxxxxxxxxxx>
- RE: [PATCH] scsi_dh: add two SUN devices to the list of devices supported by default
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- [PATCH] scsi_dh: add two SUN devices to the list of devices supported by default
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 4/7] Fix various bugs in the target code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH]: Implementation of blk_rq_map_kern_sg() (aka New implementation of scsi_execute_async() v3)
- From: Vladislav Bolkhovitin <vst@xxxxxxxx>
- Re: [Fwd: Bug#539406: linux-image-2.6.30-1-alpha-smp: fails to load fw for 1st scsi adapter]
- From: Jaswinder Singh Rajput <jaswinderrajput@xxxxxxxxx>
- [Fwd: Bug#539406: linux-image-2.6.30-1-alpha-smp: fails to load fw for 1st scsi adapter]
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] [Target_Core_Mod/Persistent_Reservations]: Add Specify Initiator Port Capable (SPEC_I_PT=1) support
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- RE: more arrays for scsi_dh_rdac.c
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: [PATCH 0/3]: blk-iopoll, a polled completion API for block devices
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- Re: [PATCH 0/3]: blk-iopoll, a polled completion API for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 0/3]: blk-iopoll, a polled completion API for block devices
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- RE: more arrays for scsi_dh_rdac.c
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: [PATCH 0/3]: blk-iopoll, a polled completion API for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 4/7 ver 2] Fix various bugs in the target code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 12/14] scsi: use printk_once
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 12/14] scsi: use printk_once
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 12/14] scsi: use printk_once
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: more arrays for scsi_dh_rdac.c
- From: rick.brown@xxxxxxxxxxxxxx
- Re: [PATCH 12/14] scsi: use printk_once
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- RE: more arrays for scsi_dh_rdac.c
- From: "Moger, Babu" <Babu.Moger@xxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 4/7 ver 2] Fix various bugs in the target code
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4/7 ver 2] Fix various bugs in the target code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3/7 ver 2] Add STARGET_NEW state
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH 4/7] Fix various bugs in the target code
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] Fix various bugs in the target code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/3]: blk-iopoll, a polled completion API for block devices
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: qla2xxx: Missing patches
- From: Giridhar Malavali <giridhar.malavali@xxxxxxxxxx>
- qla2xxx: Missing patches
- From: Giridhar Malavali <giridhar.malavali@xxxxxxxxxx>
- Re: [PATCH 0/3]: blk-iopoll, a polled completion API for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- more arrays for scsi_dh_rdac.c
- From: rick.brown@xxxxxxxxxxxxxx
- Re: [PATCH 0/3]: blk-iopoll, a polled completion API for block devices
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- 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: Bugs in scsi_vpd_inquiry()
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [patch 04/11] scsi: add __init/__exit macros to ibmvstgt.c
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH 1/2] [Target_Core_Mod/Persistent_Reservations]: Add Specify Initiator Port Capable (SPEC_I_PT=1) support
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] Fix various bugs in the target code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/3] libata: add support for blk-iopoll
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 2/3] libata: add support for blk-iopoll
- From: Jonathan Corbet <corbet@xxxxxxx>
- [PATCH 1/2] Target_Core_Mod/Persistent_Reservations]: Add APTPL feature support
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 2/2] [Target_Core_Mod/ConfigFS]: Add PR APTPL device attributes
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 0/2] [Target_Core_Mod]: Add hyrid PR APTPL/ConfigFS support.
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
- [PATCH 1/1] scsi_error.c : reservation conflict after timeout causes device to be taken offline
- From: Michael Reed <mdr@xxxxxxx>
- Re: [PATCH 1/3] SCSI: Allow platform-specific code to be run against the SCSI tree
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] SCSI: Allow platform-specific code to be run against the SCSI tree
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] Fix various bugs in the target code
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 7/7] Improvements to the device and target code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 6/7] Fix various bugs in the the scsi_device code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 5/7] Add construction flags to scsi_device structure
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 4/7] Fix various bugs in the target code
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 3/7] Add STARGET_NEW state
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 2/7] Make starget->reap_ref count number of underlying devices
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 1/7] Remove scsi_target_reap_usercontext
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- [PATCH 0/7] Improvements, clean-ups, and fixes to target and LUN lifecycle
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] SCSI: Allow platform-specific code to be run against the SCSI tree
- From: Matthew Garrett <mjg@xxxxxxxxxx>
- Re: Bugs in scsi_vpd_inquiry()
- From: Matthew Wilcox <matthew@xxxxxx>
- Re: [PATCH 1/3] SCSI: Allow platform-specific code to be run against the SCSI tree
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc5-git5: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 13716] The AIC-7892P controller does not work any more
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13716] The AIC-7892P controller does not work any more
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Bugs in scsi_vpd_inquiry()
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc5-git5: Reported regressions from 2.6.30
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] SCSI: Allow platform-specific code to be run against the SCSI tree
- From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
- Re: question about drivers/scsi/aic7xxx/aic79xx_pci.c
- From: Hannes Reinecke <hare@xxxxxxx>
- 2.6.31-rc5-git5: Reported regressions 2.6.29 -> 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- 2.6.31-rc5-git5: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 12/14] scsi: use printk_once
- From: Marcin Slusarz <marcin.slusarz@xxxxxxxxx>
- Re: [PATCH] sym53c8xx: Read buffer overflow
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH] sym53c8xx: Read buffer overflow
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- [PATCH 2/2] [LIO-Target]: Update iSCSI TransportID parser to return length
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 1/2] [Target_Core_Mod/Persistent_Reservations]: Add Specify Initiator Port Capable (SPEC_I_PT=1) support
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 0/2] [Target_Core_Mod/Persistent_Reservations]: Add SPEC_I_PT=1 support
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [Bug 13936] Megaraid_mbox kernel panic at initialization
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13936] Megaraid_mbox kernel panic at initialization
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13936] New: Megaraid_mbox kernel panic at initialization
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH 2/2] [Target_Core_Mod/pSCSI]: Fix bug with struct scsi_cd access for blk_execute_rq_nowait()
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 1/2] [Target_Core_Mod/pSCSI]: Use blk_make_request() in v2.6.31-rc
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH 0/2] [Target_Core_Mod/pSCSI]: Updates for v2.6.31-rc
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- [PATCH] SCSI: pcmcia, fix buf overflow
- From: Jiri Slaby <jirislaby@xxxxxxxxx>
- Re: [PATCH] ipr: Read buffer overflow
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
- [PATCH] ipr: Read buffer overflow
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- Re: fc_remove_host / scsi_host_dev_release deadlock
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
- Re: sg_reset can trigger a NULL pointer dereference in the SRP initiator
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: QLA2200 causes kernel bug
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- Re: [PATCH] drivers/scsi: Check NULL for kmalloc() return
- From: "Davidlohr Bueso A." <dave@xxxxxxx>
- Re: [PATCH] drivers/scsi: Check NULL for kmalloc() return
- From: Hannes Eder <hannes@xxxxxxxxxxxxxx>
- Re: fc_remove_host / scsi_host_dev_release deadlock
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
- Re: [PATCH] drivers/scsi: Check NULL for kmalloc() return
- From: "Davidlohr Bueso A." <dave@xxxxxxx>
- Re: [PATCH 2/7 v3] initdev:kernel:USB init device discovery notification
- From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
- Re: [PATCH] drivers/scsi: Check NULL for kmalloc() return
- From: Julia Lawall <julia@xxxxxxx>
- Re: [PATCH] drivers/scsi: Check NULL for kmalloc() return
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] drivers/scsi: Check NULL for kmalloc() return
- From: "Davidlohr Bueso A." <dave@xxxxxxx>
- Re: QLA2200 causes kernel bug
- From: Thomas Georgiou <tageorgiou@xxxxxxxxx>
- Re: [PATCH] drivers/scsi: Check NULL for kmalloc() return
- From: Julia Lawall <julia@xxxxxxx>
- [PATCH] drivers/scsi: Check NULL for kmalloc() return
- From: "Davidlohr Bueso A." <dave@xxxxxxx>
- fc_remove_host / scsi_host_dev_release deadlock
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
- Re: [PATCH 2/7 v3] initdev:kernel:USB init device discovery notification
- From: David VomLehn <dvomlehn@xxxxxxxxx>
- Re: [PATCH 2/7 v3] initdev:kernel:USB init device discovery notification
- From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
- Re: [PATCH 2/7 v3] initdev:kernel:USB init device discovery notification
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/7 v3] initdev:kernel:USB init device discovery notification
- From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
- [PATCH 9/9] mpt2sas: Bump driver version 01.100.04.00
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 8/9] mpt2sas: pdev drv data points to NULL while OS resume from hibernate mode
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 7/9] mpt2sas: crash due to Watchdog is active while OS in standby mode
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 6/9] mpt2sas: Remove loop inside config request
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 5/9] mpt2sas: Excessive log info causes sas iounit page time out
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 4/9] mpt2sas: Config request and diag reset deadlock
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 3/9] mpt2sas: Raid 10 Value is showing as Raid 1E in /va/log/messages
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 2/9] mpt2sas: Expander Add oops saying "Already part of another port"
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 1/9] mpt2sas: Introduced check for enclosure_handle to avoid crash
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 0/9] mpt2sas : Discription patch
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- Re: [PATCH 1/3] block: add blk-iopoll, a NAPI like approach for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 1/3] block: add blk-iopoll, a NAPI like approach for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 1/3] block: add blk-iopoll, a NAPI like approach for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH 1/3] block: add blk-iopoll, a NAPI like approach for block devices
- From: Jeff Garzik <jeff@xxxxxxxxxx>
- Re: sg_reset can trigger a NULL pointer dereference in the SRP initiator
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- Re: QLA2200 causes kernel bug
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- Re: [PATCH 1/3] block: add blk-iopoll, a NAPI like approach for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH] PCI legacy I/O port free driver - Making MegaRAID SAS driver
- From: Noriyuki Fujii <n-fujii@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] drivers/scsi: Add kmalloc NULL tests
- From: Julia Lawall <julia@xxxxxxx>
- Re: QLA2200 causes kernel bug
- From: Thomas Georgiou <tageorgiou@xxxxxxxxx>
- PATCH: PMC-Sierra MaxRAID driver to support 6Gb/s SAS RAID controller
- From: Anil Ravindranath <anil_ravindranath@xxxxxxxxxxxxxx>
- [patch 11/11] osst: fix read buffer overflow
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 10/11] drivers/scsi/lpfc/lpfc_vport.c: fix read buffer overflow
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 09/11] drivers/scsi/u14-34f.c: fix uffer overflow
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 08/11] drivers/scsi/gdth.c: fix buffer overflow
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 06/11] ibmmca: fix buffer overflow
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 04/11] scsi: add __init/__exit macros to ibmvstgt.c
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 07/11] scsi/eata: fix buffer overflow
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 05/11] drivers/scsi/fnic/fnic_scsi.c: clean up
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 02/11] scsi: gdth.c use unaligned access helpers
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 01/11] scsi: use the common hex_asc array rather than a private one
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- [patch 03/11] scsi: annotate gdth_rdcap_data, gdth_rdcap16_data endianness
- From: akpm@xxxxxxxxxxxxxxxxxxxx
- Re: [PATCH 1/3] block: add blk-iopoll, a NAPI like approach for block devices
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] drivers/scsi: Add kmalloc NULL tests
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 3/3] drivers/scsi: Add kmalloc NULL tests
- From: Julia Lawall <julia@xxxxxxx>
- [PATCH 2/3] libata: add support for blk-iopoll
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH 3/3] mptfusion: add support for blk-iopoll
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH 1/3] block: add blk-iopoll, a NAPI like approach for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- [PATCH 0/3]: blk-iopoll, a polled completion API for block devices
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: sg_reset can trigger a NULL pointer dereference in the SRP initiator
- From: Roland Dreier <rdreier@xxxxxxxxx>
- Re: QLA2200 causes kernel bug
- From: Thomas Georgiou <tageorgiou@xxxxxxxxx>
- Re: QLA2200 causes kernel bug
- From: Andrew Vasquez <andrew.vasquez@xxxxxxxxxx>
- Re: [PATCH 10/12] qla2xxx: Fix a bug that clears the interrupt status register for the base queue
- From: Giridhar Malavali <giridhar.malavali@xxxxxxxxxx>
- Re: sg_reset can trigger a NULL pointer dereference in the SRP initiator
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: sg_reset can trigger a NULL pointer dereference in the SRP initiator
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- QLA2200 causes kernel bug
- From: Thomas Georgiou <tageorgiou@xxxxxxxxx>
- Re: [PATCH 2/3] libata: Bind the Linux device tree to the ACPI device tree
- From: Matthew Garrett <mjg@xxxxxxxxxx>
- Re: sg_reset can trigger a NULL pointer dereference in the SRP initiator
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: sg_reset can trigger a NULL pointer dereference in the SRP initiator
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- Re: [PATCH 2/3] libata: Bind the Linux device tree to the ACPI device tree
- From: Håkon Løvdal <hlovdal@xxxxxxxxx>
- Re: [PATCH 2.6.30.4] Fix for NULL pointer dereference by SRP initiator triggered by a SCSI reset after the SRP connection has been closed
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2.6.30.4] Fix for NULL pointer dereference by SRP initiator triggered by a SCSI reset after the SRP connection has been closed
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- Re: [PATCH 2.6.30.4] Fix for NULL pointer dereference by SRP initiator triggered by a SCSI reset after the SRP connection has been closed
- From: Bart Van Assche <bart.vanassche@xxxxxxxxx>
- [PATCH] qla2xxx: Fix to ensure driver works in sinlge queue mode if multiqueue fails
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
- Re: [PATCH 0/11] mpt2sas: Discription patch
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 0/7] mptsas : Discription patch
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 7/7] mptsas : Bump version to 3.04.11
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 6/7] mptsas : Code cleanup of host page alloc and diag reset.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 5/7] mptsas : Use max_id to infinite value.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 4/7] mptsas : Change config request timeout value to 30 seconds.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 3/7] mptsas : Handle INSUFFICIENT resources status as similar to IOC BUSY status
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 2/7] mptsas : Removed mptscsih_timer_expired.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 1/7] mptsas : Change DEFINED value of can queue for FC and SAS devices.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 11/11] mpt2sas: [Resend] Bump driver version 01.100.06.00
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 10/11] mpt2sas: [Resend] OS is not going into hibernation mode.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [RESEND - PATCH 06/12] qla2xxx: Correct display of vp_count in debug printk.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 9/11] mpt2sas: [Resend] During Full port cable breaks get sas iounit config page0 timeout
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 8/11] mpt2sas: [Resend] When activating a inactive volume, hidden raid components disapper.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 7/11] mpt2sas: [Resend] Raid 10 Value is showing as Raid 1E in /va/log/messages
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 6/11] mpt2sas: [Resend] Added proper error handling for _scsih_expander_add.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 5/11] mpt2sas: [Resend] Attempt only 2 config_request retry.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 4/11] mpt2sas: [Resend] Code cleanup for _scsih_link_change function
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 3/11] mpt2sas: [Resend] Return immediately if host is under recovery
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 2/11] mpt2sas: [Resend] Host Reset code cleanup
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 1/11] mpt2sas: [Resend] Power cycling cascaded expanders causes kernel panic
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 0/11] mpt2sas: Discription patch
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- Re: BUG in dma-mapping.h:218 // MESH SCSI driver not working
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: BUG in dma-mapping.h:218 // MESH SCSI driver not working
- From: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
- [PATCH] qla2xxx: Fix a bug that clears the interrupt status register for the base queue
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
- [PATCH 1/7 v6.1] initdev:kernel:initdev synchronization framework
- From: David VomLehn <dvomlehn@xxxxxxxxx>
- [PATCH 4/7 v3] initdev:kernel:Await network init device discovery
- From: David VomLehn <dvomlehn@xxxxxxxxx>
- [PATCH 2/7 v3] initdev:kernel:USB init device discovery notification
- From: David VomLehn <dvomlehn@xxxxxxxxx>
- [PATCH 5/7 v4] initdev:kernel:USB and SCSI block init device notification
- From: David VomLehn <dvomlehn@xxxxxxxxx>
- [PATCH 7/7 v1] initdev:kernel:Await block device discovery
- From: David VomLehn <dvomlehn@xxxxxxxxx>
- [PATCH 3/7 v6] initdev:kernel:Await console discovery
- From: David VomLehn <dvomlehn@xxxxxxxxx>
- [PATCH 6/7 v1] initdev:kernel:SCSI asynchronous block init device notification
- From: David VomLehn <dvomlehn@xxxxxxxxx>
- [PATCH 0/7] initdev:kernel:Introduction to initdev synchronization patchset
- From: David VomLehn <dvomlehn@xxxxxxxxx>
- Re: [PATCH 10/12] qla2xxx: Fix a bug that clears the interrupt status register for the base queue
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
- Re: [PATCH 09/12] qla2xxx: Fix to ensure driver works in sinlge queue mode if multiqueue fails.
- From: Anirban Chakraborty <anirban.chakraborty@xxxxxxxxxx>
- Re: [PATCH 10/12] qla2xxx: Fix a bug that clears the interrupt status register for the base queue
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 09/12] qla2xxx: Fix to ensure driver works in sinlge queue mode if multiqueue fails.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: SCSI git trees
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: [PATCH 06/12] qla2xxx: Fix endian issues on PPC platfrom for NPIV.
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: SCSI git trees
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: SCSI git trees
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: SCSI git trees
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: [PATCH] Make SCSI SG v4 driver enabled by default and remove EXPERIMENTAL dependency, since udev depends on BSG.
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: reading errors on JMicron JM20337 USB-SATA
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: reading errors on JMicron JM20337 USB-SATA
- From: "Lev A. Melnikovsky" <melnikovsky@xxxxxxx>
- [GIT PATCH] SCSI bug fixes for 2.6.31-rc5
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: SCSI git trees
- From: "John Stoffel" <john@xxxxxxxxxxx>
- [PATCH] Make SCSI SG v4 driver enabled by default and remove EXPERIMENTAL dependency, since udev depends on BSG.
- From: John Stoffel <john@xxxxxxxxxxx>
- Re: FCP target reset
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: FCP target reset
- From: James Smart <James.Smart@xxxxxxxxxx>
- Re: FCP target reset
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH] lpfc: Read buffer overflow
- From: James Smart <James.Smart@xxxxxxxxxx>
- Re: [PATCH] lpfc: Read buffer overflow
- From: James Smart <James.Smart@xxxxxxxxxx>
- [PATCH] [Target_Core_Mod/Persistent_Reservations]: Add PROUT SA REGISTER_AND_MOVE support
- From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
- Re: FCP target reset
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: Re: Understanding SAS
- From: Madhukar G <madhukar.linux@xxxxxxxxx>
- Re: [PATCH] lpfc: Read buffer overflow
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] lpfc: Read buffer overflow
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/6] RFC: beiscsi : handles core routines
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: [PATCH] ibmvscsi: avoid unnecessary use of kzalloc_pool
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
- Re: SCSI git trees
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: SCSI git trees
- From: "John Stoffel" <john@xxxxxxxxxxx>
- [PATCH] ibmvscsi: avoid unnecessary use of kzalloc_pool
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 1/6] RFC: beiscsi : handles core routines
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- Re: FCP target reset
- From: James Smart <James.Smart@xxxxxxxxxx>
- Re: SCSI git trees
- From: Jens Axboe <jens.axboe@xxxxxxxxxx>
- 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>
- [RESEND] [PATCH 3/3] scsi_dh: Use scsi_dh_set_params() in multipath.
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [RESEND] [PATCH 2/3] scsi_dh: Provide set_params interface in emc device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [RESEND] [PATCH 1/3] scsi_dh: add the interface scsi_dh_set_params()
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- [RESEND] [PATCH 0/3] scsi_dh: Add ability to set parameters for scsi device handler
- From: Chandra Seetharaman <sekharan@xxxxxxxxxx>
- Re: SCSI git trees
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: SCSI git trees
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: SCSI git trees
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: SCSI git trees
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: SCSI git trees
- From: "John Stoffel" <john@xxxxxxxxxxx>
- Re: [PATCH] lpfc: Read buffer overflow
- From: Joe Eykholt <jeykholt@xxxxxxxxx>
- Re: [PATCH 1/6] RFC: beiscsi : handles core routines
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- FCP target reset
- From: Christof Schmitt <christof.schmitt@xxxxxxxxxx>
- Re: LSISAS1068E + WDC WD2002FYPS: I/O error & Sense Key
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc5: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: LSISAS1068E + WDC WD2002FYPS: I/O error & Sense Key
- From: Allan Wind <allan_wind@xxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc5: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: 2.6.31-rc5: Reported regressions 2.6.29 -> 2.6.30
- From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxx>
- Re: [PATCH] lpfc: Read buffer overflow
- From: James Smart <James.Smart@xxxxxxxxxx>
- Re: LSISAS1068E + WDC WD2002FYPS: I/O error & Sense Key
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc5: Reported regressions from 2.6.30
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: LSISAS1068E + WDC WD2002FYPS: I/O error & Sense Key
- From: Allan Wind <allan_wind@xxxxxxxxxxxxxxxxx>
- Re: Question about LS120 floppies
- From: Robert Hancock <hancockrwd@xxxxxxxxx>
- [Bug 13873] QLA2xxx driver causes kernel oops with a qla2200
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13873] QLA2xxx driver causes kernel oops with a qla2200
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: BUG in dma-mapping.h:218 // MESH SCSI driver not working
- From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
- Re: 2.6.31-rc5: Reported regressions from 2.6.30
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- 2.6.31-rc5: Reported regressions 2.6.29 -> 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- 2.6.31-rc5: Reported regressions from 2.6.30
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [Bug 13873] QLA2xxx driver causes kernel oops with a qla2200
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [PATCH] osst: Read buffer overflow
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- [PATCH] lpfc: Read buffer overflow
- From: Roel Kluin <roel.kluin@xxxxxxxxx>
- [Bug 13873] QLA2xxx driver causes kernel oops with a qla2200
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: Re: Understanding SAS
- From: Madhukar G <madhukar.linux@xxxxxxxxx>
- ses: update enclosure data on hot add
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 2/3] ses: add support for enclosure component hot removal
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 1/3] ses: fix hotplug with multiple devices and expanders
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: Linux enclosure services, hot swap issues
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: bad performance on 3 of 20 boxes with 3ware card
- Re: bad performance on 3 of 20 boxes with 3ware card
- From: adam radford <aradford@xxxxxxxxx>
- [PATCH 11/12] qla2xxx: ISP21xx/22xx do not support FDMI registrations.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 12/12] qla2xxx: Update version number to 8.03.01-k5
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 09/12] qla2xxx: Fix to ensure driver works in sinlge queue mode if multiqueue fails.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 08/12] qla2xxx: Pad IOCB structure for size requirements.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 10/12] qla2xxx: Fix a bug that clears the interrupt status register for the base queue
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 04/12] qla2xxx: Mark all devices lost on loss of fc port.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 05/12] qla2xxx: Process DPC requests within valid Fabric topologies.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 06/12] qla2xxx: Fix endian issues on PPC platfrom for NPIV.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 07/12] qla2xxx: Handle RSCN's per master/slave vn-port basis.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 03/12] qla2xxx: Skip RSCN processing on vha if event is global.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 02/12] qla2xxx: Correctly handle 'global port-unavailable' AEN.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 01/12] qla2xxx: Pass the command's data residual to upper-layer callers.
- From: giridhar.malavali@xxxxxxxxxx
- [PATCH 00/12] qla2xxx: fixes for 2.6.31-rc3 [8.03.01-k5]
- From: giridhar.malavali@xxxxxxxxxx
- bad performance on 3 of 20 boxes with 3ware card
- Re: Pending patches
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: LSISAS1068E + WDC WD2002FYPS: I/O error & Sense Key
- From: Allan Wind <allan_wind@xxxxxxxxxxxxxxxxx>
- Re: Understanding SAS
- From: Madhukar G <madhukar.linux@xxxxxxxxx>
- [Bug 13783] udev causes high cpu usage
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13783] udev causes high cpu usage
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- [Bug 13783] udev causes high cpu usage
- From: bugzilla-daemon@xxxxxxxxxxxxxxxxxxx
- Re: Understanding SAS
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Understanding SAS
- From: Madhukar G <madhukar.linux@xxxxxxxxx>
- Re: linux-next: scsi-rc-fixes tree build failure
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: SAT-2 and DSENSE
- From: Mark Overby <MOverby@xxxxxxxxxx>
- Re: Linux enclosure services, hot swap issues
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- SAT-2 and DSENSE
- From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
- Re: [PATCH] iscsi: Use GFP_ATOMIC in iscsi_offload_mesg().
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] ipr: Buffer overflow
- From: Brian King <brking@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] bnx2i : Fix CMDSN jump issue seen during cable pull test
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- Re: linux-next: scsi-rc-fixes tree build failure
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/6] mpt2sas: Power cycling cascaded expanders causes kernel panic
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- Re: linux-next: scsi-rc-fixes tree build failure
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
- [PATCH 6/6] mpt2sas: Bump driver version 01.100.07.00
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 5/6] mpt2sas:OS is not going into hibernation mode.
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- Re: [PATCH] scsi: consistent use of __u8 in scsi/scsi.h
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- [PATCH 4/6] During Full port cable breaks get sas iounit config page0 timeout
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 3/6] mpt2sas: When activating a inactive volume, hidden raid components disapper
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 2/6] mpt2sas: Raid 10 Value is showing as Raid 1E in /va/log/messages
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 1/6] mpt2sas: Power cycling cascaded expanders causes kernel panic
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- [PATCH 0/6] mpt2sas: Discription patch
- From: "Kashyap, Desai" <kashyap.desai@xxxxxxx>
- Re: [PATCH] scsi: consistent use of __u8 in scsi/scsi.h
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- Re: [PATCH] scsi: consistent use of __u8 in scsi/scsi.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] scsi: consistent use of __u8 in scsi/scsi.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] scsi: consistent use of __u8 in scsi/scsi.h
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH] scsi: consistent use of __u8 in scsi/scsi.h
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: [PATCH] scsi: consistent use of __u8 in scsi/scsi.h
- From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
- Re: SCSI command (SP-OUT) failing on SLES 9 32-bit
- From: rohan a <info1686@xxxxxxxxx>
- [PATCH 2/2] bnx2i : Fix "cid #n not valid" issue
- From: "Anil Veerabhadrappa" <anilgv@xxxxxxxxxxxx>
- [PATCH 1/2] bnx2i : Fix CMDSN jump issue seen during cable pull test
- From: "Anil Veerabhadrappa" <anilgv@xxxxxxxxxxxx>
- Re: [PATCH] iscsi: Use GFP_ATOMIC in iscsi_offload_mesg().
- From: Mike Christie <michaelc@xxxxxxxxxxx>
- [PATCH 22/22] fcoe: removes phys_dev and renames real_dev to netdev.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 21/22] libfc: Remove page flags check for sglist
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 20/22] libfc: Remove FC_FRAME_SG_LEN in fc_fcp_send_data
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 19/22] fcoe: Remove ifdef for NETIF_F_FCOE_CRC and NETIF_F_FSO
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 18/22] fcoe, libfc: adds offload EM per eth device with only single xid range per EM
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 17/22] fcoe: modifies fcoe_hostlist_lock uses as prep work to add shared offload EM
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 16/22] fcoe, fnic, libfc: modifies current code paths to use EM anchor list
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 15/22] libfc: Remove the FC_EM_DBG macro
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 12/22] libfc: fc_rport_logoff should not drop the lock
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 14/22] fcoe, libfc: adds exchange manager(EM) anchor list per lport and related APIs
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 13/22] libfc: fix: cancel rport retry timer
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 11/22] libfc: rename rport state "NONE" to "DELETE".
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 10/22] libfc: fix WARNING from fc_seq_start_next on closed exchanges
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 09/22] libfc: in fc_lport_destroy, flush rports after turning off link
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 08/22] libfc: stop login after fabric logoff
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 07/22] libfc: rename lport NONE state to DISABLED
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 06/22] fcoe: stop delivery of received frames before doing lport_destroy()
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 05/22] libfc: change debug messages to give host number.
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 04/22] libfc: remove extra semicolons from debug macros
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 03/22] fcoe: Call dev_ethtool_get_settings() in fcoe_link_ok
- From: Robert Love <robert.w.love@xxxxxxxxx>
- [PATCH 02/22] libfcoe: Set fip_flags according to fcf and lport's capability of SPMA support
- From: Robert Love <robert.w.love@xxxxxxxxx>
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]