Re: [PATCH v2 03/11] lpfc: Deprecate lpfc_soft_wwn parameter

Hi James, in Linux we have a pretty clear policy to avoid breaking existing real life userspace. Given that Sebastian (and probably other users as well) make use of the soft WWN feature we can't just remove it. Which btw is what this patch does - deprecating is telling people to not use if,

Re: [PATCH v2 03/11] lpfc: Deprecate lpfc_soft_wwn parameter

Sebastian, "not portable" isn't the right way to describe it. It's not a chip-architecture issue, but rather that some oem platforms have side-band management that overrides anything that could have been done in the os, and in ways that may not be easy to communicate back to the driver.

[PATCH] scsi: mpt3sas: fix hang on ata passthru commands

On ata passthru commands scsih_qcmd() ends up spinning in scsi_wait_for_queuecommand() indefinitely. scsih_qcmd() is called from __blk_run_queue_uncond() which first increments request_fn_active to a non-zero value. Thus, scsi_wait_for_queuecommand() never completes because its spinning waiting

Re: iscsi_trx going into D state

Good news! I found a 10 Gb switch laying around and put it in place of the Linux router. I'm getting the same failure with the switch, so it is not something funky with the Linux router and easier to replicate. Robert LeBlanc PGP Fingerprint 79A2 9CA4 6CC4 45DD A904 C70E E654

Re: iscsi_trx going into D state

OK, here is some more info. This is a diagram of my current set up. ++ | Linux Router | | ConnectX-3 | | port 1 port 2 | ++ / \ +---+ /

Bootup regression from srp_transport queuecommand() change...

Commit 669f044170d8933c3d66d231b69ea97cb8447338 ("scsi: srp_transport: Move queuecommand() wait code to SCSI core") causes my sparc64 T4-2 machine to stop booting properly. It gets past mounting root but then the disk seems to wedge and scsi command resets don't seem to improve the situation.

Re: [PATCH v2 03/11] lpfc: Deprecate lpfc_soft_wwn parameter

James Smart wrote: > I competes, without reasonable solutions to resolve which should be > what at what time, with things like fabric-assigned wwn's as well as > platform-oem name assignments via platform mechanisms. Too many > admin planes competing. > > -- james FA-WWN seems to be fabric

Fwd: Fwd: SAS disk from RAID card (no RAID mode) problems

Hi again, Can anyone point me to another mailing list or Github branch where to look for help? Thank you. Iñigo. Forwarded Message Subject:SAS disk from RAID card (no RAID mode) problems Date: Fri, 23 Dec 2016 19:59:23 +0100 From: IW News

[Bug 191381] New: LIO ignores XCOPY source and destination descriptor IDs

https://bugzilla.kernel.org/show_bug.cgi?id=191381 Bug ID: 191381 Summary: LIO ignores XCOPY source and destination descriptor IDs Product: IO/Storage Version: 2.5 Kernel Version: 4.9.0 Hardware: All

Re: scsi: qla2xxx: Fix apparent cut-n-paste error.

- Original Message - > From: "Dave Jones" > To: linux-scsi@vger.kernel.org > Cc: "Quinn Tran" > Sent: Tuesday, December 27, 2016 1:13:21 PM > Subject: scsi: qla2xxx: Fix apparent cut-n-paste error. > > commit

[PATCH] mpt3sas: Force request partial completion alignment

From: Ram Pai The firmware or device, possibly under a heavy I/O load, can return on a partial unaligned boundary. Scsi-ml expects these requests to be completed on an alignment boundary. Scsi-ml blindly requeues the I/O without checking the alignment boundary of the I/O

[Bug 60644] MPT2SAS drops all HDDs when under high I/O

https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Comment #51 from o...@ojab.ru --- (as a side note, does anyone else has an issue [0] with `rmmod mpt3sas`? It's reproducible with LSI SAS 9217-8i HBA, and I would like to know if other HBAs are affected) [0]

[Bug 60644] MPT2SAS drops all HDDs when under high I/O

https://bugzilla.kernel.org/show_bug.cgi?id=60644 o...@ojab.ru changed: What|Removed |Added CC||o...@ojab.ru --- Comment #50 from

[PATCH V2] mpt3sas: disable ASPM for MPI2 controllers

MPI2 controllers sometimes got lost (i. e. disappears from /sys/bus/pci/devices) if ASMP is enabled. Signed-off-by: Slava Kardakov Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- V2: use name in Signed-off-by Not sure if it's a complete fix, but at least I can't

[PATCH] mpt3sas: disable ASPM for MPI2 controllers

MPI2 controllers sometimes got lost (i. e. disappears from /sys/bus/pci/devices) if ASMP is enabled. Signed-off-by: ojab Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=60644 --- Not sure if it's a complete fix, but at least I can't reproduce the issue locally with it applied.

Re: [Open-FCoE] [PATCH RFC 5/5] qedf: Add FIP request handling

On 12/23/2016 08:17 PM, Dupuis, Chad wrote: > From: "Dupuis, Chad" > > This patch adds handling for FIP requests and responses that are handled by > the driver itself and not by libfcoe. > > Signed-off-by: Nilesh Javali > Signed-off-by: Manish

Re: [Open-FCoE] [PATCH RFC 4/5] qedf: Add offload ELS request handling.

On 12/23/2016 08:17 PM, Dupuis, Chad wrote: > From: "Dupuis, Chad" > > This patch adds support for ELS requests that are handled by the firmware for > offloaded sessions. > > Signed-off-by: Nilesh Javali > Signed-off-by: Manish Rangankar

Re: [Open-FCoE] [PATCH RFC 3/5] qedf: Add offloaded I/O request functions.

On 12/23/2016 08:17 PM, Dupuis, Chad wrote: > From: "Dupuis, Chad" > > This patch adds various I/O requests types that are handled in firmware: > > - Normal I/O requests > - ABTS requests > - Cleanup requests > - Task management requests > > It also contains: > > - I/O

Re: [Open-FCoE] [PATCH RFC 2/5] qedf: Add QLogic FastLinQ offload FCoE driver framework.

On 12/23/2016 08:17 PM, Dupuis, Chad wrote: > From: "Dupuis, Chad" > > The QLogic FastLinQ Driver for FCoE (qedf) is the FCoE specific module > for 41000 Series Converged Network Adapters by QLogic. > > This patch consists of following changes: > - MAINTAINERS Makefile

Re: [Open-FCoE] [PATCH RFC net-next 1/5] qed: Add support for hardware offloaded FCoE.

On 12/23/2016 08:17 PM, Dupuis, Chad wrote: > From: Arun Easi > > This adds the backbone required for the various HW initalizations > which are necessary for the FCoE driver (qedf) for QLogic FastLinQ > 4 line of adapters - FW notification, resource initializations,