Jens- Replied inline.
Omar - I tested your WIP repo and figure out System hangs only if I pass "
scsi_mod.use_blk_mq=Y". Without this, your WIP branch works fine, but I am
looking for scsi_mod.use_blk_mq=Y.
Also below is snippet of blktrace. In case of higher per device QD, I see
Requeue reques
On 10/30/2016 2:50 PM, TomK wrote:
On 10/29/2016 5:44 PM, Nicholas A. Bellinger wrote:
On Sat, 2016-10-29 at 14:10 -0400, TomK wrote:
On 10/29/2016 3:50 AM, Nicholas A. Bellinger wrote:
Hi TomK & Co,
On Fri, 2016-10-28 at 02:01 -0400, TomK wrote:
On 10/26/2016 8:08 AM, TomK wrote:
On 10/26/
On Tue, 1 Nov 2016, Michael Schmitz wrote:
> > I had tried to set that bit in zorro_esp_slave_configure but had not
> > done a proper job of it - I'd only set esp->config3 and forgot to set
> > tp->esp_config3. Time to retest this ...
>
> I don't think it's quite that easy - the ESP_CONFIG3_TE
--
Geschäftsvorschlag!!!
Ich vermute das diese E-Mail eine Überraschung für Sie sein wird, aber
es ist wahr.Ich bin bei einer routinen Überprüfung in meiner Bank (First
National Bank von Süd Afrika) wo ich arbeite, auf einem Konto gestoßen,
was nicht in anspruch genommen worden ist, wo derz
On Fri, 2016-10-28 at 12:27 -0400, David Jeffery wrote:
> The vmw_pvscsi driver reports most successful aborts as FAILED to the scsi
> error handler. This is do to a misunderstanding of how completion_done()
> works
> and its interaction with a successful wait using
> wait_for_completion_timeou
On 2016-10-29 13:22, Vivek Gautam wrote:
Host is allocated by managed kmalloc (devm_kmalloc). The
memory allocated with this function is automatically
freed on driver detach.
So, no need to make an exclusive free call over it.
Signed-off-by: Vivek Gautam
---
New patch added in v3 of this clean
On 2016-10-29 13:22, Vivek Gautam wrote:
Add a new compatible string for 14nm ufs phy present on msm8996
chipset. This phy is bit different from the legacy 14nm ufs phy
in terms of the clocks that are needed to be handled in the driver.
Signed-off-by: Vivek Gautam
---
New patch in v3 of this c
Trigger an IRQ first with a test IRQ handler to find out if it really
works. Disable the IRQ if not.
This prevents hang when incorrect IRQ was specified by user.
Signed-off-by: Ondrej Zary
---
drivers/scsi/g_NCR5380.c | 44 +---
1 file changed, 41 inser
Hello,
this patch series improves IRQ probing and moves it from NCR5380 to
g_NCR5380, adds IRQ auto-configuration for HP C2502 and enables all
this by default. It also adds IRQ and base address checks to prevent
hangs when wrong values are specified by user. There's also a small
release region fix
Write and read back MODE_REG to check if the chip is really there
before doing more initialization.
This prevents hang when incorrect I/O address was specified by user (in
the most common case where no device is present there so all reads
result in 0xff).
Signed-off-by: Ondrej Zary
---
drivers/
Find free and working IRQ automatically on HP C2502 cards.
Also allow IRQ 9 to work (aliases to IRQ 2 on the card).
Signed-off-by: Ondrej Zary
---
drivers/scsi/g_NCR5380.c | 29 +++--
1 file changed, 27 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/g_NCR5380.
Use standard probe_irq_on() and probe_irq_off() functions instead of
own implementation.
This prevents warning messages like this in the kernel log:
genirq: Flags mismatch irq 1. (NCR-probe) vs. 0080 (i8042)
Move the IRQ trigger code to a separate function so it can be used for
other
IRQ probing seems to work fine now. Default to autoprobe for IRQ instead
of disabling it.
Signed-off-by: Ondrej Zary
---
drivers/scsi/g_NCR5380.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/g_NCR5380.c b/drivers/scsi/g_NCR5380.c
index 27fc499..6a08d3e
When a SW-configurable card is specified but not found, the driver
releases wrong region, causing the following message in kernel log:
Trying to free nonexistent resource <-000f>
Fix it by assigning base earlier.
Signed-off-by: Ondrej Zary
---
drivers/scsi/g_NCR5380.
> -Original Message-
> From: Don Brace
> Sent: Monday, October 17, 2016 8:45 AM
> To: 'Johannes Thumshirn'; Christoph Hellwig
> Cc: martin.peter...@oracle.com; ax...@kernel.dk; linux-
> s...@vger.kernel.org; linux-bl...@vger.kernel.org
> Subject: RE: [PATCH 3/3] smartpqi: switch to pci_allo
On 10/27/2016 01:15 PM, Jack Suter wrote:
Hi there,
Commit "hpsa: Change SAS transport devices to bus 0."
(09371d623c9c3dc6ed7f53ec8ab01d25f0c6c697) breaks the hpacucli utility
for some HP Smart Array controllers with old firmware.
Specifically, I have a P410 connected to an HP DL180 G6 running
Hi Finn,
> I had tried to set that bit in zorro_esp_slave_configure but had not
> done a proper job of it - I'd only set esp->config3 and forgot to set
> tp->esp_config3. Time to retest this ...
I don't think it's quite that easy - the ESP_CONFIG3_TENB bit needs to
be set for all targets if at le
Hi all,
here's a patchset to switch to scsi_execute_req_flags() for
all SCSI device handlers. Originally we would be using
blk_execute_rq_nowait to allow the 'activate' function
to run asynchronously.
However, as we're now calling the 'activate' function
synchronously there's no point in using the
Switch to using scsi_execute_req_flags() instead of using the
block primitives.
Signed-off-by: Hannes Reinecke
---
drivers/scsi/device_handler/scsi_dh_hp_sw.c | 218
1 file changed, 61 insertions(+), 157 deletions(-)
diff --git a/drivers/scsi/device_handler/scsi_dh_
Switch to using scsi_execute_req_flags() instead of using the
block primitives.
Signed-off-by: Hannes Reinecke
---
drivers/scsi/device_handler/scsi_dh_rdac.c | 160 -
1 file changed, 45 insertions(+), 115 deletions(-)
diff --git a/drivers/scsi/device_handler/scsi_dh_
Switch to using scsi_execute_req_flags() instead of using the
block primitives.
Signed-off-by: Hannes Reinecke
---
drivers/scsi/device_handler/scsi_dh_emc.c | 245 +++---
1 file changed, 54 insertions(+), 191 deletions(-)
diff --git a/drivers/scsi/device_handler/scsi_dh_
Hi,
One guess would be that this isn't around a requeue condition, but
rather the fact that we don't really guarantee any sort of hard FIFO
behavior between the software queues. Can you try this test patch to see
if it changes the behavior for you? Warning: untested...
diff --git a/block/blk-mq.
Nicholas,
Thanks for following up on this. We have been chasing other bugs in
our provisioning and as such has reduced our load on the boxes. We are
hoping to get that all straightened out this week and do some more
testing. So far we have not had any iSCSI in D state since the patch,
be we haven'
On Mon, Oct 31, 2016 at 03:04:10PM +, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix to return error code -ENOMEM from the error handling
> case instead of 0, as done elsewhere in this function.
>
> Signed-off-by: Wei Yongjun
Applied to libata/for-4.9-fixes.
Thanks.
--
tejun
--
To unsub
> -Original Message-
> From: Hannes Reinecke [mailto:h...@suse.de]
> Sent: Thursday, October 27, 2016 4:03 AM
> To: Don Brace; j...@linux.vnet.ibm.com; John Hall; Kevin Barnett; Mahesh
> Rajashekhara; h...@infradead.org; Scott Teel; Viswas G; Justin Lindley; Scott
> Benesh; elli...@hpe.com;
From: Colin Ian King
Trival fixes, minor spelling mistakes in comments and in a KERN_INFO
message.
Signed-off-by: Colin Ian King
---
drivers/scsi/mpt3sas/mpt3sas_scsih.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/scsi/mpt3sas/mpt3sas_scsih.c
b
On Sat, Oct 29, 2016 at 04:08:04PM +0800, Ming Lei wrote:
> When the bio is full, bio_add_pc_page() will return zero,
> so use this way to handle full bio.
>
> Also replace access to .bi_vcnt for pr_debug() with bio_segments().
>
> Signed-off-by: Ming Lei
Looks fine,
Reviewed-by: Christoph Hel
> -Original Message-
> From: Christoph Hellwig [mailto:h...@infradead.org]
> Sent: Thursday, October 27, 2016 10:19 AM
> To: Don Brace
> Cc: j...@linux.vnet.ibm.com; John Hall; Kevin Barnett; Mahesh
> Rajashekhara; h...@infradead.org; Scott Teel; Viswas G; Justin Lindley; Scott
> Benesh; el
On 31/10/16 15:04, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix to return error code -ENOMEM from the error handling
> case instead of 0, as done elsewhere in this function.
>
> Signed-off-by: Wei Yongjun
> ---
> drivers/scsi/mvsas/mv_sas.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 dele
On Mon, 2016-10-31 at 09:53 -0400, Laurence Oberman wrote:
> Applied all 14 patches, also corrected the part of the xen-blkfront.c
> blkif_recover patch in patchv5-5/14.
>
> diff --git a/drivers/block/xen-blkfront.c b/drivers/block/xen-
> blkfront.c
> index 9908597..60fff99 100644
> --- a/drivers
From: Wei Yongjun
Fix to return error code -ENOMEM from the error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/scsi/mvsas/mv_sas.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/scsi/mvsas/mv_sas.c b/driv
On 10/31/2016 06:53 AM, Laurence Oberman wrote:
Ran multiple read/write buffered and directio tests via RDMA/SRP and mlx5
(100Gbit) with max_sectors_kb set to 1024, 2048, 4096 and 8196
Ran multiple read/write buffered and directio tests via RDMA/SRP and mlx4
(56Gbit) with max_sectors_kb set to
- Original Message -
> From: "Bart Van Assche"
> To: "Jens Axboe"
> Cc: "Christoph Hellwig" , "James Bottomley"
> , "Martin K. Petersen"
> , "Mike Snitzer" , "Doug
> Ledford" , "Keith
> Busch" , "Ming Lei" , "Konrad
> Rzeszutek Wilk"
> , "Roger Pau Monné" , "Laurence
> Oberman" ,
>
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> On Monday 31 October 2016, Finn Thain wrote:
> > On Sun, 30 Oct 2016, Ondrej Zary wrote:
> > > Trigger an IRQ first with a test IRQ handler to find out if it really
> > > works. Disable the IRQ if not.
> > >
> > > This prevents hang when incorrect IRQ was
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> On Monday 31 October 2016, Finn Thain wrote:
> > On Sun, 30 Oct 2016, Ondrej Zary wrote:
> > > Use standard probe_irq_on() and probe_irq_off() functions instead of own
> > > implementation.
> >
> > Thanks for doing this.
> >
> > > This prevents warning me
On Mon, 31 Oct 2016, Ondrej Zary wrote:
> On Monday 31 October 2016, Finn Thain wrote:
> > On Sun, 30 Oct 2016, Ondrej Zary wrote:
> > > Read back MODE_REG after writing it in NCR5380_init() to check if the
> > > chip is really there.
> > >
> > > This prevents hang when incorrect I/O address was
Hi Nicholas,
(sorry it would be a long mail)
Sorry for the delay, I spent some test and debug work. I find the patch
http://www.spinics.net/lists/target-devel/msg13530.html can solve two
issues:
(a). iscsit_stop_session() on the top of iscsi_np stack.
(b).iscsi_check_for_session_reinstatement
On Monday 31 October 2016, Finn Thain wrote:
> On Sun, 30 Oct 2016, Ondrej Zary wrote:
> > Trigger an IRQ first with a test IRQ handler to find out if it really
> > works. Disable the IRQ if not.
> >
> > This prevents hang when incorrect IRQ was specified by user.
> >
> > Signed-off-by: Ondrej Zary
On Monday 31 October 2016, Finn Thain wrote:
> On Sun, 30 Oct 2016, Ondrej Zary wrote:
> > Use standard probe_irq_on() and probe_irq_off() functions instead of own
> > implementation.
>
> Thanks for doing this.
>
> > This prevents warning messages like this in the kernel log:
> > genirq: Flags mism
Hi Finn,
Am 30.10.2016 um 15:33 schrieb Finn Thain:
>
> On Sat, 29 Oct 2016, I wrote:
>
>>
>> On Sun, 13 Apr 2014, David Miller wrote:
>>
>>>
>>> But oddly in the NCR53CX docs:
>>>
>>>
>>> http://www.ibiblio.org/pub/historic-linux/early-ports/Sparc/NCR/NCR53C9X.txt
>>>
>>> it speaks as if E
On Monday 31 October 2016, Finn Thain wrote:
> On Sun, 30 Oct 2016, Ondrej Zary wrote:
> > Read back MODE_REG after writing it in NCR5380_init() to check if the
> > chip is really there.
> >
> > This prevents hang when incorrect I/O address was specified by user.
> >
> > Signed-off-by: Ondrej Zary
41 matches
Mail list logo
