Bart,
> During the 2018 edition of LSF/MM there was a session about increasing
> SCSI disk probing concurrency. This patch series implements what has
> been proposed during that session, namely: - Make sure that the driver
> core is aware of asynchronous SCSI LUN probing. - Avoid unnecessary
>
David,
> This patch is a v3 respin of an individual patch within the series:
> [PATCH v2 0/5] target: improve Data-Out and NOP timeout error
> reporting The sess declaration is provided in [PATCH v2 3/5].
>
> I guess I'll resend entire series in future to avoid false kbuild
> reports.
Yes,
Ewan,
>> +if (!elsiocb->context1)
>> +goto dropit;
>> +
>> if ((cmd & ELS_CMD_MASK) == ELS_CMD_RSCN) {
>> cmd &= ELS_CMD_MASK;
>> }
>
> Well, that's fine. But if lpfc_nlp_get() can return NULL, because the
> ndlp structure could be going away, perhaps we
Hannes,
> here are some patches for PRLI issues in libfc we've come across
> recently. The libfc ones are pretty straightforward, but the scsi
> state machine one probably warrants some discussion. What happened
> was that in some fabrics the RSCN might get lost or incompletely
> reseived.
Christoph,
> Mostly to avoid methods calls for dma mapping, but also to tidy up
> a few bits found while doing that.
Applied to 4.20/scsi-queue. Thank you!
--
Martin K. Petersen Oracle Linux Engineering
Christoph,
> dma_alloc_coherent allocates memory that can be used by the cpu and the
> device at the same time, calls to pci_dma_sync_* are not required, and
> in fact actively harmful on some architectures like arm.
Applied to 4.20/scsi-queue, thanks!
--
Martin K. Petersen Oracle Linux
Christoph,
> The dma_map_sg / dma_unmap_sg APIs called from scsi_dma_map /
> scsi_dma_unmap already transfer memory ownership to the device or cpu
> respectively. Adding additional calls to pci_dma_sync_sg_* will in
> fact lead to data corruption if we end up using swiotlb for some
> reason.
>
Did you get my email from last week?
Let me know if you have photos for cutting out or retouching?
We are an image team who can do editing for your the web store photos,
industry photos or portrait photos.
Send photos, we will do testing for you to check quality.
Waiting for your reply soon.
On Tue, Oct 02, 2018 at 02:52:23PM -0700, Bart Van Assche wrote:
> Since __device_release_driver() is called with the device lock held
> and since the same device lock is obtained by the functions that
> perform asynchronous probing (driver_attach_async() and
> __device_attach_async_helper()),
https://bugzilla.kernel.org/show_bug.cgi?id=199435
--- Comment #26 from Gaetan Trellu (gaetan.tre...@incloudus.com) ---
Moved from Ubuntu 16.04.5 to CentOS 7.5 with hpsa kernel module
(kmod-hpsa-3.4.20-141.rhel7u5.x86_64.rpm) from HPE website.
Running without kernel panic since more than a week.
> -Original Message-
> From: linux-scsi-ow...@vger.kernel.org On
> Behalf Of Christoph Hellwig
> Sent: Sunday, October 14, 2018 9:30 PM
> To: linux-scsi@vger.kernel.org
> Subject: [PATCH 20/28] qedi: fully convert to the generic DMA API
>
> External Email
>
> The driver is currently
On Sat, 2018-10-13 at 10:42 -0400, Laurence Oberman wrote:
> On Fri, 2018-10-12 at 17:51 -0700, Bart Van Assche wrote:
> > On 10/12/18 1:36 PM, Laurence Oberman wrote:
> > > While I have for the longest time used 4.5 as a base for my F/C
> > jammer
> > > that I use every day here in our lab I
> > +
> > + instance->snapdump_prop =
> > + pci_alloc_consistent(pdev,
> > +sizeof(struct
> MR_SNAPDUMP_PROPERTIES),
> > +>snapdump_prop_h);
>
> No new calls to the PCI DMA API please.
>
>
13 matches
Mail list logo