Re: [PATCH] scsi: megaraid_sas: Do not log an error if FW successfully initializes.

On Fri, Mar 30, 2018 at 1:50 AM, Martin K. Petersen wrote: > > Vinson, > >> Fixes: 2d2c2331673c ("scsi: megaraid_sas: modified few prints in OCR and IOC >> INIT path") >> Signed-off-by: Vinson Lee > > Applied to 4.17/scsi-queue. Thanks! > > -- >

Re: Multi-Actuator SAS HDD First Look

On Sun, 2018-04-15 at 19:35 -0600, Tim Walker wrote: > I also believe the dual-actuator, or any significant HDD parallelism, > would map well onto an NVMe target, or NVMe-oF behind nvmet. Maybe a > lightweight virtual NVMe controller that would efficiently present the > HDD logs/mode pages/etc via

Re: Multi-Actuator SAS HDD First Look

On Mon, Apr 9, 2018 at 10:02 AM, Douglas Gilbert wrote: > > On 2018-04-09 02:17 AM, Hannes Reinecke wrote: >> >> On 04/09/2018 04:08 AM, Tim Walker wrote: >>> >>> On Fri, Apr 6, 2018 at 11:09 AM, Douglas Gilbert >>> wrote: On

Re: [PATCH] usb-storage: stop using block layer bounce buffers

On Sun, 15 Apr 2018, Christoph Hellwig wrote: > USB host controllers now must handle highmem, so we can get rid of bounce > buffering highmem pages in the block layer. Sorry, I don't quite understand what you are saying. Do you mean that all USB host controllers now magically _do_ handle

[PATCH] scsi_transport_sas: don't bounce highmem pages for the smp handler

All three instance of ->smp_handler deal with highmem backed requests just fine. Signed-off-by: Christoph Hellwig --- drivers/scsi/scsi_transport_sas.c | 4 1 file changed, 4 deletions(-) diff --git a/drivers/scsi/scsi_transport_sas.c b/drivers/scsi/scsi_transport_sas.c

[PATCH] usb-storage: stop using block layer bounce buffers

USB host controllers now must handle highmem, so we can get rid of bounce buffering highmem pages in the block layer. Signed-off-by: Christoph Hellwig --- drivers/usb/storage/scsiglue.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/usb/storage/scsiglue.c

Re: linux-4.4 - panic during dock power cycle

On Sun, Apr 15, 2018 at 1:38 PM, Andrey Korolyov wrote: > 256 blk_post_runtime_resume(sdev->request_queue, err); To expand things a little - upon de-powering dock l-m-t actually *stops* the disk (SSD which is connected to ata.1 link in this example) and then bad

linux-4.4 - panic during dock power cycle

Hello SCSI folks, it seems that at least some of 4.4 series (tested 4.4.98 and 4.4.128) is panicking upon dock power re-attach on Lenovo x201 laptop if dock contains ATA device (SATA CD-ROM in this case). In order to reproduce this one should unplug and re-plug back power to the dock with

[GIT PULL] final round of SCSI updates for the 4.16+ merge window

This is a set of minor (and safe changes) that didn't make the initial pull request plus some bug fixes. The status handling code is actually a running regression from the previous merge window which had an incomplete fix (now reverted) and most of the remaining bug fixes are for problems older