RE: [LSF/MM TOPIC] status update on stream IDs

Hi Andreas, Thanks for the heads up! There has been big progress on it. It was ratified as a NVMe 1.3 standard in Oct 31st, 2016 in NVMe org(As you may already understand it was ratified as SCSI standard in T10 in May, 2015). The standard compliant product is available for NVMe and SAS in the m

RE: [LSF/MM TOPIC] status update on stream IDs

It's been a while since Jens posted the write stream ID patches. https://lwn.net/Articles/679136/ As recall, these patches provide the framework enabling applications to write data along with the stream ID hint. Writes with the same stream ID indicate that data being written related to each oth

Re: [LSF/MM TOPIC] status update on stream IDs

[resend to include other relevant lists] On Jan 6, 2017, at 4:54 PM, Andreas Dilger wrote: > > At LSF/MM'16 and Linux FAST (https://lwn.net/Articles/685499/) there were > discussions about adding stream IDs to the block/device layer to allow higher > layers (filesystems, applications) to identif

Re: [PATCH] qla2xxx: Get mutex lock before checking optrom_state

Hi Milan, On 12/24/16, 8:32 AM, "linux-scsi-ow...@vger.kernel.org on behalf of Milan P. Gandhi" wrote: >Hello, > >There is a race condition with qla2xxx optrom functions where >one thread might modify optrom buffer, optrom_state while >other thread is still reading from it. > >In couple of

Re: iscsi_trx going into D state

Laurence, Since the summary may be helpful to others, I'm just going to send it to the list. I've been able to reproduce the D state problem on both Infiniband and RoCE, but it is much easier to reproduce on RoCE due to another bug and doesn't require being at the server to yank the cable (remote

Re: [PATCH 4/4] cxlflash: Cancel scheduled workers before stopping AFU

> On Jan 6, 2017, at 8:05 AM, Uma Krishnan wrote: > > When processing an AFU asynchronous interrupt, if the action results in an > operation that requires off level processing (a link reset for example), > the worker thread is scheduled. In the meantime a reset event (i.e.: EEH) > could unmap the

Re: iscsi_trx going into D state

- Original Message - > From: "Robert LeBlanc" > To: "Doug Ledford" > Cc: "Nicholas A. Bellinger" , "Zhu Lingshan" > , "linux-rdma" > , linux-scsi@vger.kernel.org, "Sagi Grimberg" > , "Christoph Hellwig" > > Sent: Tuesday, January 3, 2017 7:11:40 PM > Subject: Re: iscsi_trx going into

Re: [PATCH 2/2] scsi: qla2xxx: make msix_entries const

On 12/26/16, 5:23 AM, "Nicolas Iooss" wrote: >msix_entries and qla82xx_msix_entries arrays are never modified in >drivers/scsi/qla2xxx/qla_isr.c. Move their contents to read-only data. > >Signed-off-by: Nicolas Iooss >--- > drivers/scsi/qla2xxx/qla_isr.c | 6 +++--- > 1 file changed, 3 insertio

Re: [PATCH 1/2] scsi: qla2xxx: silent -Wformat-security warning

On 12/26/16, 5:23 AM, "Nicolas Iooss" wrote: >qla24xx_enable_msix() calls scnprintf() with a non-literal format >string. This makes clang report -Wformat-security warnings when >compiling this function: > >drivers/scsi/qla2xxx/qla_isr.c:3083:7: error: format string is not a >string lite

Re: [PATCHv2] mpt3sas: switch to pci_alloc_irq_vectors

On Fri, Jan 6, 2017 at 7:13 AM, Martin K. Petersen wrote: >> "Hannes" == Hannes Reinecke writes: > > Hannes> Cleanup the MSI-X handling allowing us to use the PCI-layer > Hannes> provided vector allocation. > > Sreekanth, Sathya: Please review! Martin, We have started some testing on this p

Re: [PATCH V2] mpt3sas: disable ASPM for MPI2 controllers

On Fri, Jan 6, 2017 at 7:24 AM, Martin K. Petersen wrote: >> "ojab" == ojab writes: > > ojab> MPI2 controllers sometimes got lost (i. e. disappears from > ojab> /sys/bus/pci/devices) if ASMP is enabled. > > Broadcom folks: Please comment! Matin, We need some time to review this patch. I wil

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

On Fri, Jan 6, 2017 at 7:29 AM, Martin K. Petersen wrote: >> "James" == James Bottomley writes: > > James> Now that I look at the reviews, each of the reviewers said what > James> the correct thing to do was: return SAM_STAT_BUSY if SATL > James> commands are outstanding like the spec says.

[PATCH 4/4] cxlflash: Cancel scheduled workers before stopping AFU

When processing an AFU asynchronous interrupt, if the action results in an operation that requires off level processing (a link reset for example), the worker thread is scheduled. In the meantime a reset event (i.e.: EEH) could unmap the AFU to recover. This results in an Oops when the worker threa

[PATCH 3/4] cxlflash: Cleanup prints

From: "Matthew R. Ochs" The usage of prints within the cxlflash driver is inconsistent. This hinders debug and makes the driver source and log output appear sloppy. The following cleanups help unify the prints within cxlflash: - move all prints to dev-* where possible - transition all hex prin

[PATCH 0/4] cxlflash: Enhancements, cleanup and fixes

This patch series includes an enhancement to support a new command queuing model and also cleans up prints throughout the driver. The last patch in the series fixes a racing issue. The series is based upon v4.10-rc2, intended for 4.11 and is bisectable. Matthew R. Ochs (3): cxlflash: Refactor c

[PATCH 1/4] cxlflash: Refactor context reset to share reset logic

From: "Matthew R. Ochs" As staging for supporting hardware with different context reset registers but a similar reset procedure, refactor the existing context reset routine to move the reset logic to a common routine. This will allow hardware with a different reset register to leverage existing c

[PATCH 2/4] cxlflash: Support SQ Command Mode

From: "Matthew R. Ochs" The SISLite specification outlines a new queuing model to improve over the MMIO-based IOARRIN model that exists today. This new model uses a submission queue that exists in host memory and is shared with the device. Each entry in the queue is an IOARCB that describes a tra