Re: [LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics

On 12/09/2016 02:16 AM, Mike Snitzer wrote: I'd like to discuss $subject. I haven't heard of much progress on this (but I'm also not tracking NVMe development at the moment). Last I heard about getting DM multipath to work with NVMe over Fabrics was this:

Re: [PATCH] linux/types.h: enable endian checks for all sparse builds

Hi Mike/Bart, On 12/8/16, 8:17 AM, "virtualization-boun...@lists.linux-foundation.org on behalf of Michael S. Tsirkin" wrote: >On Thu, Dec 08, 2016 at 06:38:11AM +, Bart Van Assche wrote: >> On

Re: [PATCH] ibmvscsi: add write memory barrier to CRQ processing

On 12/08/2016 01:06 AM, Johannes Thumshirn wrote: > On Wed, Dec 07, 2016 at 05:31:26PM -0600, Tyrel Datwyler wrote: >> The first byte of each CRQ entry is used to indicate whether an entry is >> a valid response or free for the VIOS to use. After processing a >> response the driver sets the valid

Re: [PATCH] ibmvscsi: add write memory barrier to CRQ processing

On 12/08/2016 03:29 PM, Paolo Bonzini wrote: > > > On 08/12/2016 00:31, Tyrel Datwyler wrote: >> The first byte of each CRQ entry is used to indicate whether an entry is >> a valid response or free for the VIOS to use. After processing a >> response the driver sets the valid byte to zero to

[LSF/MM TOPIC ATTEND] multipath for NVMe over Fabrics

I'd like to discuss $subject. I haven't heard of much progress on this (but I'm also not tracking NVMe development at the moment). Last I heard about getting DM multipath to work with NVMe over Fabrics was this: https://patchwork.kernel.org/patch/9208997/ I've reintroduced bio-based support for

Re: [PATCH] scsi: avoid a permanent stop of the scsi device's request queue

On 2016/12/8 23:39, James Bottomley wrote: > On Thu, 2016-12-08 at 11:22 +0800, Wei Fang wrote: >> Hi, James, Ewan, >> >> On 2016/12/8 10:33, James Bottomley wrote: >>> On Thu, 2016-12-08 at 10:28 +0800, Wei Fang wrote: Hi, James, Ewan, On 2016/12/8 7:43, James Bottomley wrote:

Re: [PATCH] ibmvscsi: add write memory barrier to CRQ processing

On 08/12/2016 00:31, Tyrel Datwyler wrote: > The first byte of each CRQ entry is used to indicate whether an entry is > a valid response or free for the VIOS to use. After processing a > response the driver sets the valid byte to zero to indicate the entry is > now free to be reused. Add a

Re: [PATCH 0/4] g_NCR5380: Bug fix and some enhancements

On Thu, 8 Dec 2016, Ondrej Zary wrote: > On Monday 05 December 2016 07:07:19 Finn Thain wrote: > > This patch series is based on the one submitted recently by Ondrej > > Zary. > > > > This version has a different irq probing fix for HP C2502 boards and a > > more comprehensive patch to change

Re: [PATCH] aacraid: remove wildcard for series 9 controllers

> "Don" == Don Brace writes: Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering -- 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

Re: [PATCH 1/2] ibmvscsi: add vscsi hosts to global list_head

> "Tyrel" == Tyrel Datwyler writes: Tyrel> Add each vscsi host adatper to a new global list_head named Tyrel> ibmvscsi_head. There is no functional change. This is meant Tyrel> primarily as a convience for locating adatpers from within the Tyrel> debugger or crash

Re: [PATCH v1 0/4] scsi: ufs: bug fixes, device quirk, HCI 2.1 support

> "Subhash" == Subhash Jadavani writes: Subhash> This series has 2 bug fixes, 1 change related to device quirk Subhash> and 1 change to add UFS HCI 2.1 revision support. Applied to 4.10/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering -- To

Re: [PATCH 0/4] g_NCR5380: Bug fix and some enhancements

> "Finn" == Finn Thain writes: Finn> This patch series is based on the one submitted recently by Ondrej Finn> Zary. This version has a different irq probing fix for HP C2502 Finn> boards and a more comprehensive patch to change the default irq Finn> parameter.

Re: [PATCH v2] scsi_devinfo: remove synchronous ALUA for NETAPP devices

On 12/8/2016 1:05 AM, Stewart, Sean wrote: On 11/11/16, 10:49 AM, "Xose Vazquez Perez" wrote: NetApp did confirm this is not required. Cc: Martin George Cc: Robert Stankey Cc: Steven

Re: [PATCH v4 4/6] qla2xxx: Add multiple queue pair functionality.

Hi Christoph, On 12/7/16, 11:05 AM, "Christoph Hellwig" wrote: >On Tue, Dec 06, 2016 at 11:07:44AM -0800, Himanshu Madhani wrote: >> From: Michael Hernandez >> >> Replaced existing multiple queue functionality with framework >> that allows

Re: [PATCH v4 3/6] qla2xxx: Utilize pci_alloc_irq_vectors/pci_free_irq_vectors calls.

Hi Christoph, On 12/7/16, 11:03 AM, "Christoph Hellwig" wrote: >> static int >> qla24xx_enable_msix(struct qla_hw_data *ha, struct rsp_que *rsp) >> { >> #define MIN_MSIX_COUNT 2 >> #define ATIO_VECTOR 2 >> int i, ret; >> struct qla_msix_entry *qentry;

[GIT PULL] SCSI fixes for 4.9-rc8

One small fix for a regression in a prior fix (again). This time the condition in the prior fix BUG_ON proved to be wrong under certain circumstances causing a BUG to trigger where it shouldn't in the lpfc driver. The patch is available here:

Re: [PATCH v2] lpfc: Fix possible NULL pointer dereference

On Tue, 2016-08-02 at 01:17 -0400, Martin K. Petersen wrote: > > > > > > "Johannes" == Johannes Thumshirn > > > > > > writes: > > Johannes> Check for the existence of piocb->vport before accessing > it. > > Applied to 4.8/scsi-queue. OK, now that this has caused problems,

Re: [PATCH 0/4] g_NCR5380: Bug fix and some enhancements

On Monday 05 December 2016 07:07:19 Finn Thain wrote: > This patch series is based on the one submitted recently by Ondrej Zary. > > This version has a different irq probing fix for HP C2502 boards and > a more comprehensive patch to change the default irq parameter. > > It needs testing on actual

Re: [PATCH] scsi: avoid a permanent stop of the scsi device's request queue

On Thu, 2016-12-08 at 11:22 +0800, Wei Fang wrote: > Hi, James, Ewan, > > On 2016/12/8 10:33, James Bottomley wrote: > > On Thu, 2016-12-08 at 10:28 +0800, Wei Fang wrote: > > > Hi, James, Ewan, > > > > > > On 2016/12/8 7:43, James Bottomley wrote: > > > > On Wed, 2016-12-07 at 15:30 -0500, Ewan

[PATCH] aacraid: remove wildcard for series 9 controllers

From: Kevin Barnett Depends on smartpqi driver adoption Reviewed-by: Scott Teel Signed-off-by: Kevin Barnett Signed-off-by: Don Brace --- drivers/scsi/aacraid/linit.c |2 -- 1

Re: [PATCH] linux/types.h: enable endian checks for all sparse builds

On Thu, Dec 08, 2016 at 06:38:11AM +, Bart Van Assche wrote: > On 12/07/16 21:54, Michael S. Tsirkin wrote: > > On Thu, Dec 08, 2016 at 05:21:47AM +, Bart Van Assche wrote: > >> Additionally, there are notable exceptions to the rule that most drivers > >> are endian-clean, e.g.

Re: [PATCH V4 04/11] megaraid_sas: SAS3.5 Generic Megaraid Controllers Stream Detection and IO Coalescing

On 7.12.2016 00:00, Sasikumar Chandrasekaran wrote: > Detect sequential IO streams and pass those IOs directly to FW. > > This patch is depending on patch 3 > > Signed-off-by: Sasikumar Chandrasekaran Indentation in megasas_stream_detect is wrong on several places, but

Re: LSF/MM 2017: Call for Proposals

On Thu 08-12-16 07:30:43, James Bottomley wrote: > On Thu, 2016-12-08 at 13:26 +0100, Michal Hocko wrote: > > On Wed 07-12-16 06:57:06, James Bottomley wrote: > > [...] > > > Just on this point, since there seems to be a lot of confusion: lsf > > > -pc > > > is the list for contacting the

Re: [PATCH V4 03/11] megaraid_sas: EEDP Escape Mode Support for SAS3.5 Generic Megaraid Controllers

On 7.12.2016 00:00, Sasikumar Chandrasekaran wrote: > An UNMAP command on a PI formatted device will leave the Logical Block > Application > Tag and Logical Block Reference Tag as all F's (for those LBAs that are > unmapped). > To avoid IO errors if those LBAs are subsequently read before they

Re: [PATCH V4 02/11] megaraid_sas: 128 MSIX Support

On 7.12.2016 00:00, Sasikumar Chandrasekaran wrote: > SAS3.5 Generic Megaraid based Controllers will have the support for 128 MSI-X > vectors, > resulting in the need to support 128 reply queues > > This patch is depending on patch 1 > > Signed-off-by: Sasikumar Chandrasekaran

Re: LSF/MM 2017: Call for Proposals

On Thu, 2016-12-08 at 13:26 +0100, Michal Hocko wrote: > On Wed 07-12-16 06:57:06, James Bottomley wrote: > [...] > > Just on this point, since there seems to be a lot of confusion: lsf > > -pc > > is the list for contacting the programme committee, so you cannot > > subscribe to it. > > > >

Re: [PATCH V4 01/11] megaraid_sas: Add new pci device Ids for SAS3.5 Generic Megaraid Controllers

On 7.12.2016 00:00, Sasikumar Chandrasekaran wrote: > This patch contains new pci device ids for SAS3.5 Generic Megaraid Controllers > > V4: Removed the not supported PCI Device Ids > > Signed-off-by: Sasikumar Chandrasekaran The V4 does not panic my machine like the

Re: [PATCH v2] xen/scsifront: don't request a slot on the ring until request is ready

On 12/02/2016 01:15 AM, Juergen Gross wrote: Instead of requesting a new slot on the ring to the backend early, do so only after all has been setup for the request to be sent. This makes error handling easier as we don't need to undo the request id allocation and ring slot allocation.

Re: [PATCH v4 4/6] qla2xxx: Add multiple queue pair functionality.

On 12/06/2016 08:07 PM, Himanshu Madhani wrote: From: Michael Hernandez Replaced existing multiple queue functionality with framework that allows for the creation of pairs of request and response queues, either at start of day or dynamically. Queue pair creation

Re: [PATCH v4 3/6] qla2xxx: Utilize pci_alloc_irq_vectors/pci_free_irq_vectors calls.

On 12/06/2016 08:07 PM, Himanshu Madhani wrote: From: Michael Hernandez Replaces the old pci_enable_msi[x]* and pci_disable_msi[x] calls. Signed-off-by: Michael Hernandez Signed-off-by: Himanshu Madhani

Re: [PATCH] ibmvscsi: add write memory barrier to CRQ processing

Reviewed-by: Brian King -- Brian King Power Linux I/O IBM Linux Technology Center -- 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

Re: [PATCH] scsi: avoid a permanent stop of the scsi device's request queue

On Thu, 2016-12-08 at 14:38 +0800, Wei Fang wrote: > Hi, James, Ewan, Bart, > > On 2016/12/8 11:22, Wei Fang wrote: > > I looked through those code and found that if we fix this bug > > by removing setting the state in scsi_sysfs_add_sdev(), it > > can't be fixed completely: > > > >

Re: ata mapping mvsas driver question

Hello everybody, Can anyone help me out with my question? Thank you in advance. Kind regards, Jelle de Jong On 26/11/16 21:43, Jelle de Jong wrote: Hello everybody, I am trying to find the mapping for ata22.00. due to some repeated issues: # 3.16.36-1+deb8u2~bpo70+1 crazing down

Re: LSF/MM 2017: Call for Proposals

On Wed 07-12-16 06:57:06, James Bottomley wrote: [...] > Just on this point, since there seems to be a lot of confusion: lsf-pc > is the list for contacting the programme committee, so you cannot > subscribe to it. > > There is no -discuss equivalent, like kernel summit has, because we > expect

Re: [Lsf-pc] LSF/MM 2017: Call for Proposals

On Thu 08-12-16 13:26:19, Michal Hocko wrote: > On Wed 07-12-16 06:57:06, James Bottomley wrote: > [...] > > Just on this point, since there seems to be a lot of confusion: lsf-pc > > is the list for contacting the programme committee, so you cannot > > subscribe to it. > > > > There is no

Re: [PATCH] linux/types.h: enable endian checks for all sparse builds

On Thu, 8 Dec 2016 04:29:39 +0200 "Michael S. Tsirkin" wrote: > By now, linux is mostly endian-clean. Enabling endian-ness > checks for everyone produces about 200 new sparse warnings for me - > less than 10% over the 2000 sparse warnings already there. Out of curiousity: Where

Re: [PATCH] linux/types.h: enable endian checks for all sparse builds

On Thu, Dec 08, 2016 at 06:38:11AM +, Bart Van Assche wrote: > On 12/07/16 21:54, Michael S. Tsirkin wrote: > > On Thu, Dec 08, 2016 at 05:21:47AM +, Bart Van Assche wrote: > >> Additionally, there are notable exceptions to the rule that most drivers > >> are endian-clean, e.g.

Re: [PATCH] ibmvscsi: add write memory barrier to CRQ processing

On Wed, Dec 07, 2016 at 05:31:26PM -0600, Tyrel Datwyler wrote: > The first byte of each CRQ entry is used to indicate whether an entry is > a valid response or free for the VIOS to use. After processing a > response the driver sets the valid byte to zero to indicate the entry is > now free to be

Re: [PATCH 2/2] ibmvscsi: log bad SRP response opcode in hex format

On Wed, Dec 07, 2016 at 04:04:36PM -0600, Tyrel Datwyler wrote: > An unrecogonized or unsupported SRP response has its opcode currently > logged in decimal format. Log it in hex format instead so it can easily > be validated against the SRP specs values which are in hex. > > Signed-off-by: Tyrel

Re: [PATCH 1/2] ibmvscsi: add vscsi hosts to global list_head

On Wed, Dec 07, 2016 at 04:04:35PM -0600, Tyrel Datwyler wrote: > Add each vscsi host adatper to a new global list_head named > ibmvscsi_head. There is no functional change. This is meant primarily > as a convience for locating adatpers from within the debugger or crash > utility. > >