>-Original Message-
>From: Tomas Henzl [mailto:the...@redhat.com]
>Sent: Monday, June 01, 2015 10:57 PM
>To: linux-scsi@vger.kernel.org
>Cc: kashyap.de...@avagotech.com; sumit.sax...@avagotech.com
>Subject: [PATCH] regression, megaraid - fix irq setup process
>
>This fixes a regression caus
On 06/02/2015 09:06 AM, Sumit Saxena wrote:
>> -Original Message-
>> From: Tomas Henzl [mailto:the...@redhat.com]
>> Sent: Monday, June 01, 2015 10:57 PM
>> To: linux-scsi@vger.kernel.org
>> Cc: kashyap.de...@avagotech.com; sumit.sax...@avagotech.com
>> Subject: [PATCH] regression, megaraid
From:Tomas Henzl
This fixes a regression caused by commit
d3557fc8be11d25f316884581f487684f8e7dad3
megaraid_sas : Add separate function for setting up IRQs This makes boot end
with 'root does not exist' message on certain adapters.
The bug is that the driver does not setup ints for cards without
>-Original Message-
>From: Tomas Henzl [mailto:the...@redhat.com]
>Sent: Tuesday, June 02, 2015 3:20 PM
>To: Sumit Saxena; linux-scsi@vger.kernel.org
>Cc: Kashyap Desai
>Subject: Re: [PATCH] regression, megaraid - fix irq setup process
>
>On 06/02/2015 09:06 AM, Sumit Saxena wrote:
>>>
On 06/02/2015 12:39 PM, sumit.sax...@avagotech.com wrote:
> From:Tomas Henzl
>
> This fixes a regression caused by commit
> d3557fc8be11d25f316884581f487684f8e7dad3
> megaraid_sas : Add separate function for setting up IRQs This makes boot end
> with 'root does not exist' message on certain adapt
On 5/20/2015 12:38 PM, Sagi Grimberg wrote:
When creating a new endpoint, we look for a free id
for the new endpoint. We baisically loop on possible ids
and use the first id that class_find_device() returns NULL.
However, we are missing a reference put when class_find_device()
does find an existi
Building with the attached random configuration file,
drivers/scsi/advansys.c: In function ‘adv_isr_callback’:
drivers/scsi/advansys.c:6089:3: error: implicit declaration of
function ‘dma_pool_free’ [-Werror=implicit-function-declaration]
dma_pool_free(boardp->adv_sgblk_pool, sgblkp,
^
drive
On 05/20/2015 04:38 AM, Sagi Grimberg wrote:
> When creating a new endpoint, we look for a free id
> for the new endpoint. We baisically loop on possible ids
> and use the first id that class_find_device() returns NULL.
> However, we are missing a reference put when class_find_device()
> does find
On 4/9/15, 10:53 PM, "Bart Van Assche" wrote:
>On 04/09/15 20:59, Himanshu Madhani wrote:
>> Hi James,
>>
>> Please apply the following patches to the scsi tree at your earliest
>> convenience for inclusion in the next mainline merge window.
>>
>> Thanks,
>> Himanshu
>
>Hello Himanshu,
>
>Since
On 2/23/15, 12:49 AM, "Bart Van Assche" wrote:
>On 02/02/15 05:52, Saurav Kashyap wrote:
>> Thanks for the patches. We will run regression with these changes and
>>ack
>> if everything goes through fine.
>
>Hello Saurav,
>
>That sounds great. Are there perhaps already any results available from
Hello,
I was trying to test some failover and reliability features, and had
instrumented the iscsi low level driver to simulate failures when some
one tries to read the disk. I observed that* iscsi disk is discovered
and sd_probe_async() is called that ultimately tries to read the
partition table
bstroes...@ts.fujitsu.com wrote:
> Hi James,
>
> We had some performance problems with RAID systems connected to LPe12k.
> AFAICS, the reason is a small bug in lpfc.ko, causing the IO-size to
> be smaller than expected.
>
> The patch below fixes it for us.
>
> Please CC me, I'm not on the list.
Christoh et al,
We have revisited our decision of not merging mpt2sas and mpt3sas driver
after my e-mail below and we concluded that it will be good if we merge
the code of both the drivers for long term maintenance and future product
inclusions.
However we have decided to generate two separate b
On 06/02/2015 01:09 PM, Himanshu Madhani wrote:
On 2/23/15, 12:49 AM, "Bart Van Assche" wrote:
On 02/02/15 05:52, Saurav Kashyap wrote:
Thanks for the patches. We will run regression with these changes and
ack
if everything goes through fine.
Hello Saurav,
That sounds great. Are there perha
This patch adds support for the IBM CXL flash (cxlflash) adapter. The device
is presented to the system as a SCSI adapter and may be accessed and used via
the normal filesystem paths.
Note that the patch is dependent on support that has not yet been merged
in with the mainline (upstream process st
SCSI device driver to support filesystem access on the IBM CXL Flash adapter.
Signed-off-by: Matthew R. Ochs
Signed-off-by: Manoj N. Kumar
---
drivers/scsi/Kconfig|1 +
drivers/scsi/Makefile |1 +
drivers/scsi/cxlflash/Kconfig | 11 +
drivers/scsi/cxlflash/Make
On 6/2/15, 3:44 PM, "Bart Van Assche" wrote:
>On 06/02/2015 01:09 PM, Himanshu Madhani wrote:
>> On 2/23/15, 12:49 AM, "Bart Van Assche"
>>wrote:
>>> On 02/02/15 05:52, Saurav Kashyap wrote:
Thanks for the patches. We will run regression with these changes and
ack
if everything
17 matches
Mail list logo