Re: [PATCH 0/2] scsi: Fix endless loop of ATA hard resets due to VPD reads

2016-02-03 Thread Alexander Duyck
On Tue, Feb 2, 2016 at 10:48 PM, Kirill A. Shutemov wrote: > On Tue, Feb 02, 2016 at 09:45:48PM -0500, Martin K. Petersen wrote: >> > "Kirill" == Kirill A Shutemov writes: >> >> Kirill> I have the same problem. >> >> Kirill> Shouldn't we put quirk

[PATCH 0/2] scsi: Fix endless loop of ATA hard resets due to VPD reads

2016-01-20 Thread Alexander Duyck
t without any errors, however the first two issues described above are still relevent so I thought I would provide the patches since I had already written them up. --- Alexander Duyck (2): scsi: Do not attach VPD to devices that don't support it scsi: Fix RCU handling for VPD pages

[PATCH 1/2] scsi: Do not attach VPD to devices that don't support it

2016-01-20 Thread Alexander Duyck
si_add_lun and into scsi_attach_vpd so that all callers will not scan VPD for devices that don't support it. Fixes: 09e2b0b14690 ("scsi: rescan VPD attributes") Signed-off-by: Alexander Duyck <adu...@mirantis.com> --- drivers/scsi/scsi.c |3 +++ drivers/scsi/scsi_scan.c |3 +-- 2 files c

[PATCH 2/2] scsi: Fix RCU handling for VPD pages

2016-01-20 Thread Alexander Duyck
with the data so it would be possible to get a mix and match of the length for one VPD page with the data from another. Fixes: 09e2b0b14690 ("scsi: rescan VPD attributes") Signed-off-by: Alexander Duyck <adu...@mirantis.com> --- drivers/scsi/scsi

Re: [PATCH 1/2] scsi: Do not attach VPD to devices that don't support it

2016-01-21 Thread Alexander Duyck
On Wed, Jan 20, 2016 at 11:37 PM, Hannes Reinecke <h...@suse.de> wrote: > On 01/21/2016 07:35 AM, Alexander Duyck wrote: >> The patch "scsi: rescan VPD attributes" introduced a regression in which >> devices that don't support VPD were being scanned for VPD attribut

Re: [PATCH v2 3/7] drivers/base: Probe devices concurrently if requested by the driver

2018-10-18 Thread Alexander Duyck
On 10/17/2018 5:54 PM, Dan Williams wrote: On Wed, Oct 17, 2018 at 4:41 PM Bart Van Assche wrote: Instead of probing devices sequentially in the PROBE_PREFER_ASYNCHRONOUS mode, scan devices concurrently. This helps when the wall clock time for a single probe is significantly above the CPU

Re: [PATCH v2 3/7] drivers/base: Probe devices concurrently if requested by the driver

2018-10-18 Thread Alexander Duyck
On 10/18/2018 10:15 AM, Greg KH wrote: On Thu, Oct 18, 2018 at 09:51:03AM -0700, Alexander Duyck wrote: On 10/18/2018 9:46 AM, Bart Van Assche wrote: On Thu, 2018-10-18 at 08:25 -0700, Alexander Duyck wrote: On 10/17/2018 5:54 PM, Dan Williams wrote: On Wed, Oct 17, 2018 at 4:41 PM Bart

Re: [PATCH v2 3/7] drivers/base: Probe devices concurrently if requested by the driver

2018-10-18 Thread Alexander Duyck
On 10/18/2018 9:46 AM, Bart Van Assche wrote: On Thu, 2018-10-18 at 08:25 -0700, Alexander Duyck wrote: On 10/17/2018 5:54 PM, Dan Williams wrote: On Wed, Oct 17, 2018 at 4:41 PM Bart Van Assche wrote: Instead of probing devices sequentially in the PROBE_PREFER_ASYNCHRONOUS mode, scan