On 26/11/14 23:01, Julian Calaby wrote:
> As you're playing with locks, I assume you're running with LOCKDEP
> enabled? If not, that might tell you what's going on.
Hi,
Sorry - I should have said - LOCKDEP is on, and not reporting anything...
Cheers,
Tim.
--
To unsubscribe from this list: send
Patch looks good.
Thanks!
Acked-by: Anil Gurumurthy
-Original Message-
From: Christoph Hellwig [mailto:h...@lst.de]
Sent: 24 November 2014 19:49
To: Anil Gurumurthy; Sudarsana Kalluru
Cc: linux-scsi
Subject: [PATCH] bfa: switch to mid layer queue full tracking
As far as I can tell the
I'm having a lot of troubles after adding a third AOC-SAS2LP-MV8 card. Worked
quite nicely with two, but with the third card I get a lot of
[20190.510780] ata22.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[20190.511766] ata22.00: failed command: WRITE DMA EXT
[20190.512660] ata22.
Hi Tim,
On Thu, Nov 27, 2014 at 2:33 AM, Tim Small wrote:
> On 25/11/14 16:30, Jens Axboe wrote:
>
>> do we really need to do paride here?
>
> I did consider this, but I made the change there too on the basis that:
>
> . paride has received a few commits this year (and is listed as being
> ma
dma_cache_sync() call breaks build on some architectures and
Arnd Bergmann said:
> dma_cache_sync only makes sense with buffers allocated through
> dma_alloc_noncoherent(), which this one is not. I suspect we can just
> remove the call to dma_cache_sync here, in particular since the
> buffer is pas
On 26/11/14 15:33, Tim Small wrote:
> I decided to exercise the eject code path a bit more by triggering
> simultaneous eject commands on all 11 optical drives in my test box,
> followed by simultaneous close-tray commands, repeatedly.
...
>
> Unfortunately running these tests did eventually make a
From: Christoph Hellwig
Date: Wed, 26 Nov 2014 20:13:09 +0100
> On Wed, Nov 26, 2014 at 06:32:48PM +0100, Ondrej Zary wrote:
>> wd819x should probably depend on VIRT_TO_BUS? But that means it will not
>> work
>> on sparc. Is there a way to make it work? I have a sparc machine but haven't
>> te
From: Douglas Gilbert
Date: Wed, 26 Nov 2014 14:41:55 -0500
Subject: [PATCH] scsi_debug improve driver description in Kconfig
Try to give a more accurate driver description and some extra
useful information in less lines.
---
drivers/scsi/Kconfig | 17 -
1 file changed, 8 insert
On Wed, Nov 26, 2014 at 06:32:48PM +0100, Ondrej Zary wrote:
> wd819x should probably depend on VIRT_TO_BUS? But that means it will not work
> on sparc. Is there a way to make it work? I have a sparc machine but haven't
> tested it.
The explanation from Arnd in the other thread makes more sense
On Nov 19, 11:54am, Marc Smith wrote:
} Subject: [Scst-devel] New qla2x00tgt Driver Question
> Hi,
Hi, I hope the day continues to go well for everyone.
It is -15C here with a -26C windchill so Izzy, my golden retriever and
I, are answering e-mails rather then putting up outside Christmas
decora
> Von: 黃清隆 [ching2...@areca.com.tw]
> Gesendet: Mittwoch, 26. November 2014 13:11
> An: Markus Stockhausen
> Cc: Tomas Henzl; Christoph Hellwig; linux-scsi@vger.kernel.org
>
> Betreff: Re: AW: ARCMSR - Notify sense data report - Lost patch?
>
> Hi Markus,
>
> Which version of arcmsr driver you ar
From: Douglas Gilbert
Date: Wed, 26 Nov 2014 12:33:48 -0500
Subject: [PATCH] scsi_debug fix compare and write errors
Kernel build tools pointed out a memory leak so that has been
fixed and its error paths strengthened with a goto. Testing
showed compare and write was only working for lba=0; corr
On Wednesday 26 November 2014 17:26:06 Mark Brown wrote:
> On Wed, Nov 26, 2014 at 02:03:14PM +, Build bot for Mark Brown wrote:
>
> The wd719x driver fails to build on at least arm and arm64 in today's
> -next since:
>
> > arm64-allmodconfig
> > ../drivers/scsi/wd719x.c:247:2: error: i
On Wednesday 26 November 2014 11:28:43 Christoph Hellwig wrote:
> Hi sparc folks,
>
> any idea where the build error below comes from? This new driver pulls
> in , but still doesn't seem to get a prototype for
> dma_cache_sync on sparc64.
wd819x should probably depend on VIRT_TO_BUS? But that mea
On Wed, Nov 26, 2014 at 02:03:14PM +, Build bot for Mark Brown wrote:
The wd719x driver fails to build on at least arm and arm64 in today's
-next since:
> arm64-allmodconfig
> ../drivers/scsi/wd719x.c:247:2: error: implicit declaration of function
> 'dma_cache_sync' [-Werror=implicit-f
On Thu, 2014-11-27 at 01:11 +0900, Akinobu Mita wrote:
> 2014-11-27 0:51 GMT+09:00 James Bottomley
> :
> > On Thu, 2014-11-27 at 00:37 +0900, Akinobu Mita wrote:
> >> In ufshcd_parse_clock_info(), temporary memory allocated by
> >> devm_kzalloc() is released by kfree(). The devres mechanism cannot
2014-11-27 0:51 GMT+09:00 James Bottomley
:
> On Thu, 2014-11-27 at 00:37 +0900, Akinobu Mita wrote:
>> In ufshcd_parse_clock_info(), temporary memory allocated by
>> devm_kzalloc() is released by kfree(). The devres mechanism cannot
>> track the release and it causes trouble when removing the dri
On Thu, 2014-11-27 at 00:37 +0900, Akinobu Mita wrote:
> In ufshcd_parse_clock_info(), temporary memory allocated by
> devm_kzalloc() is released by kfree(). The devres mechanism cannot
> track the release and it causes trouble when removing the driver.
>
> Fix it by allocating it with plain kcal
In ufshcd_parse_clock_info(), temporary memory allocated by
devm_kzalloc() is released by kfree(). The devres mechanism cannot
track the release and it causes trouble when removing the driver.
Fix it by allocating it with plain kcalloc() instead of devm_kzalloc()
as the temporary memory is always
On 25/11/14 16:30, Jens Axboe wrote:
> do we really need to do paride here?
I did consider this, but I made the change there too on the basis that:
. paride has received a few commits this year (and is listed as being
maintained)
. The change is trivial
. It fixes a performance regression wh
On Wed, Nov 26, 2014 at 03:51:03PM +0100, Cornelia Huck wrote:
> On Tue, 25 Nov 2014 18:44:08 +0200
> "Michael S. Tsirkin" wrote:
>
> > Note: for consistency, and to avoid sparse errors,
> > convert all fields, even those no longer in use
> > for virtio v1.0.
> >
> > Signed-off-by: Michael S
On Tue, 25 Nov 2014 18:44:08 +0200
"Michael S. Tsirkin" wrote:
> Note: for consistency, and to avoid sparse errors,
> convert all fields, even those no longer in use
> for virtio v1.0.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> include/linux/virtio_scsi.h | 32 +++---
tcm_loop has the I_T nexus associated with the HBA. This causes
commands to become misdirected if the HBA has more than one
target portal group; any command is then being sent to the
first target portal group instead of the correct one.
The nexus needs to be associated with the target portal group
23 matches
Mail list logo
