Re: [PATCH] firewire: sbp2: allow WRITE SAME and REPORT SUPPORTED OPERATION CODES

2013-12-15 Thread Stefan Richter
On Dec 02 2012 Stefan Richter wrote: > On Nov 26 Martin K. Petersen wrote: > > > "Stefan" == Stefan Richter writes: > > Stefan> I did not try "sg_write_same" on any of the devices; but since > > Stefan> the two SPC-3 devices are correctly identified as "fully > > Stefan> provisioned", won't is

[PATCH v3.13-rc3] firewire: sbp2: bring back WRITE SAME support

2013-12-15 Thread Stefan Richter
Commit 54b2b50c20a6 "[SCSI] Disable WRITE SAME for RAID and virtual host adapter drivers" disabled WRITE SAME support for all SBP-2 attached targets. But as described in the changelog of commit b0ea5f19d3d8 "firewire: sbp2: allow WRITE SAME and REPORT SUPPORTED OPERATION CODES", it is not required

Re: [PATCH 1/1 linux-scs-ml] qla2xxx: Update ql2{4,5}00_fw.bin to version 7.01.00

2013-12-15 Thread Ben Hutchings
On Sat, 2013-11-23 at 14:00 +0100, Xose Vazquez Perez wrote: > resent to linux-scsi-ml, without the binary blob(316K). > > fw and licence were taken from http://ldriver.qlogic.com/firmware/ > > Cc: Chad Dupuis > Cc: Andrew Vasquez > Cc: linux-dri...@qlogic.com > Cc: David Woodhouse > Cc: Ben H

Re: [RFC] fix our current target reap infrastructure.

2013-12-15 Thread Alan Stern
On Sat, 14 Dec 2013, James Bottomley wrote: > > The refcount test and state change race with scsi_alloc_target(). > > Maybe the race won't occur in practice, but to be safe you should hold > > shost->host_lock throughout that time interval, as the original code > > here does. > > You mean the f

Re: [RFC] fix our current target reap infrastructure.

2013-12-15 Thread James Bottomley
On Sun, 2013-12-15 at 16:32 -0500, Alan Stern wrote: > On Sat, 14 Dec 2013, James Bottomley wrote: > > > > The refcount test and state change race with scsi_alloc_target(). > > > Maybe the race won't occur in practice, but to be safe you should hold > > > shost->host_lock throughout that time in

Re: [net-next 1/1] linux-firmware: 3.2.23.0 Firmware for Brocade Adapters

2013-12-15 Thread Ben Hutchings
On Sat, 2013-12-07 at 22:00 -0800, Rasesh Mody wrote: > This is the firmware patch for Brocade 3.2.23.0 BFA and BNA drivers. > > Signed-off-by: Rasesh Mody > --- > WHENCE| 3 +++ > cbfw-3.2.3.0.bin | Bin 0 -> 414016 bytes > ct2fw-3.2.3.0.bin | Bin 0 -> 583688 bytes > ctfw-3.2.3.

Re: [RFC] fix our current target reap infrastructure.

2013-12-15 Thread Alan Stern
On Sun, 15 Dec 2013, James Bottomley wrote: > No, I was thinking of the two thread scan bug (i.e. two scan threads) > not one scan and one remove, which is a bug in the old code. This is a > race between put and get when the kref is incremented from zero (an > illegal operation which triggers a w

Re: [RFC] fix our current target reap infrastructure.

2013-12-15 Thread Alan Stern
On Sun, 15 Dec 2013, James Bottomley wrote: > No, I was thinking of the two thread scan bug (i.e. two scan threads) > not one scan and one remove, which is a bug in the old code. By the way, the existing code doesn't allow two threads to scan a target at the same time. They would both have to ho

Re: [RFC] fix our current target reap infrastructure.

2013-12-15 Thread James Bottomley
On Sun, 2013-12-15 at 21:44 -0500, Alan Stern wrote: > On Sun, 15 Dec 2013, James Bottomley wrote: > > > No, I was thinking of the two thread scan bug (i.e. two scan threads) > > not one scan and one remove, which is a bug in the old code. This is a > > race between put and get when the kref is i

Re: [RFC] fix our current target reap infrastructure.

2013-12-15 Thread James Bottomley
On Sun, 2013-12-15 at 21:49 -0500, Alan Stern wrote: > On Sun, 15 Dec 2013, James Bottomley wrote: > > > No, I was thinking of the two thread scan bug (i.e. two scan threads) > > not one scan and one remove, which is a bug in the old code. > > By the way, the existing code doesn't allow two threa

Re: [PATCH 19/20] qla2xxx: Fix multiqueue MSI-X registration.

2013-12-15 Thread Bart Van Assche
On 12/13/13 21:03, Saurav Kashyap wrote: > From: Chad Dupuis > > Signed-off-by: Chad Dupuis > Signed-off-by: Saurav Kashyap Shouldn't this patch be CC-ed to stable with a more elaborate commit message ? It has not been mentioned what has been fixed nor for which kernel versions this fix avoids

Re: [PATCH 11/20] qla2xxx: Add support for ISP2701.

2013-12-15 Thread Bart Van Assche
On 12/13/13 21:03, Saurav Kashyap wrote: > +struct __packed qla27xx_fwdt_entry { > + struct __packed { > + uint32_t entry_type; > + uint32_t entry_size; > + uint32_t reserved_1; > + > + uint8_t capture_flags; > + uint8_t reserverd_2[

Re: [PATCH 16/20] qla2xxx: Simplyfy the ISPFX00 interrupt handler code for ISPFX00.

2013-12-15 Thread Bart Van Assche
On 12/13/13 21:03, Saurav Kashyap wrote: > [ ... ] Shouldn't the subject of this patch read "Simplify" instead of "Simplyfy" ? Bart. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.

Re: [PATCH 15/20] qla2xxx: Avoid poisoining in the response queue for ISPFX00.

2013-12-15 Thread Bart Van Assche
On 12/13/13 21:03, Saurav Kashyap wrote: > [ ... ] Please consider changing "poisoining" in the patch subject into "poisoning". Thanks, Bart. -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at ht