Re: aacraid: kernel: AAC: Host adapter dead -1 (bisected)

2017-01-17 Thread Arkadiusz Miskiewicz
On Tuesday 17 of January 2017, Dave Carroll wrote: > > Hi. > > > > There is a bug with handling of adaptec raid cards (in my case it is > > Adaptec 3405) where kernel logs hundreds of "AAC: Host adapter dead -1" > > messages. > > > > Bug was reported previously on lkml but there was no progres in

aacraid: kernel: AAC: Host adapter dead -1 (bisected)

2017-01-15 Thread Arkadiusz Miskiewicz
Hi. There is a bug with handling of adaptec raid cards (in my case it is Adaptec 3405) where kernel logs hundreds of "AAC: Host adapter dead -1" messages. Bug was reported previously on lkml but there was no progres in solving it. There is also bugzilla entry: https://bugzilla.kernel.org/show_

runtime change of use_blk_mq ?

2016-08-10 Thread Arkadiusz Miskiewicz
Hi. Is runtime enabling/disabling of blk-mq supported? Doesn't seem to work here: 4.1.30 (but the same thing on 4.6.3): # zcat /proc/config.gz |grep _MQ_DEF # CONFIG_SCSI_MQ_DEFAULT is not set # CONFIG_DM_MQ_DEFAULT is not set # cat /sys/module/scsi_mod/parameters/use_blk_mq N # grep "" /sys

aacraid and rotational 1 even for ssd disks

2015-11-07 Thread Arkadiusz Miskiewicz
Hi. I wonder if aacraid shouldn't properly inform kernel about sdd disk via /sys/devices/../queue/rotational flag? Using 3.18.22 kernel and aacraid driver tells linux that all drives are rotational: raid: # cat /sys/devices/pci:80/:80:03.0/:81:00.0/host10/target10:0:0/10:0:0:0/bl

Re: help decoding aacraid errors (3.10.40 kernel)

2014-06-27 Thread Arkadiusz Miskiewicz
On Friday 27 of June 2014, Bryn M. Reeves wrote: > On Fri, Jun 27, 2014 at 12:59:18PM +0200, Arkadiusz Miskiewicz wrote: > > Thanks for links. I wonder why kernel doesn't decode these to be actually > > readable without a need for asking on ml - was decoding considered? >

Re: help decoding aacraid errors (3.10.40 kernel)

2014-06-27 Thread Arkadiusz Miskiewicz
On Friday 27 of June 2014, Bryn M. Reeves wrote: > On Fri, Jun 27, 2014 at 10:55:08AM +0200, Arkadiusz Miskiewicz wrote: > > [3757350.671860] Result: hostbyte=0x00 driverbyte=0x08 > > [3757350.671862] sd 0:0:2:0: [sdc] > > [3757350.671863] Sense Key : 0x4 [current] > &g

help decoding aacraid errors (3.10.40 kernel)

2014-06-27 Thread Arkadiusz Miskiewicz
Hello. I'm using 3.10.40 kernel with adaptec 3405 and unfortunately I'm getting I/O errors and dmesg errors like below. Is there a howto how to decode these errors or what these actually mean? Some details, including full dmesg output at http://ixion.pld-linux.org/~arekm/p2/web3-adaptec-proble

Re: mptsas related problem [2.6.22], LSI SAS1064ET PCI-E

2007-09-18 Thread Arkadiusz Miskiewicz
On Tuesday 18 of September 2007, Moore, Eric wrote: > On Monday, September 10, 2007 11:56 AM, Arkadiusz Miskiewicz wrote: > > SR2520SAXS platform (S5000VSA mainboard in 2U SR2520 chassis) with > > > > 08:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET >

Re: mptsas related problem [2.6.22], LSI SAS1064ET PCI-E

2007-09-17 Thread Arkadiusz Miskiewicz
On Monday 10 of September 2007, Arkadiusz Miskiewicz wrote: > Hello, > > SR2520SAXS platform (S5000VSA mainboard in 2U SR2520 chassis) with > > 08:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET > PCI-Express Fusion-MPT SAS (rev 02) > > onboard (well afai

Re: [PATCH] Fix race with shared tag queue maps

2007-09-13 Thread Arkadiusz Miskiewicz
On Thursday 13 of September 2007, Jens Axboe wrote: > Hi, > > There's a race condition in blk_queue_end_tag() for shared tag maps, > users include stex (promise supertrak thingy) and qla2xxx. [...] > I'm cc'ing users that reported stex > problems, hopefully they can test this patch and report back

mptsas related problem [2.6.22], LSI SAS1064ET PCI-E

2007-09-10 Thread Arkadiusz Miskiewicz
Hello, SR2520SAXS platform (S5000VSA mainboard in 2U SR2520 chassis) with 08:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1064ET PCI-Express Fusion-MPT SAS (rev 02) onboard (well afaik on backplane) and four SATA discs in various software raids level (1, 5 and 10) per partition.

Re: 2.6.22 oops kernel BUG at block/elevator.c:366!

2007-08-30 Thread Arkadiusz Miskiewicz
On Wednesday 29 of August 2007, Jens Axboe wrote: > On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote: > > On Wednesday 29 of August 2007, Jens Axboe wrote: > > > On Wed, Aug 29 2007, Arkadiusz Miskiewicz wrote: > > > > On Wednesday 29 of August 2007, Jens Axboe wrote:

Re: 2.6.22 oops kernel BUG at block/elevator.c:366!

2007-08-29 Thread Arkadiusz Miskiewicz
On Wednesday 29 of August 2007, Arkadiusz Miskiewicz wrote: > On Wednesday 29 of August 2007, Arkadiusz Miskiewicz wrote: > > Hello, > > > > I'm trying to get stable kernel for Promise SuperTrak > > X16350 hardware. So far 2.6.20, 2.6.21 and 2.6.22 oopsed

Re: 2.6.22 oops kernel BUG at block/elevator.c:366!

2007-08-29 Thread Arkadiusz Miskiewicz
On Wednesday 29 of August 2007, Arkadiusz Miskiewicz wrote: > Hello, > > I'm trying to get stable kernel for Promise SuperTrak > X16350 hardware. So far 2.6.20, 2.6.21 and 2.6.22 oopsed > like this (while doing rsync): With anticipatory: berta login: [ cut here

2.6.22 oops kernel BUG at block/elevator.c:366!

2007-08-29 Thread Arkadiusz Miskiewicz
Hello, I'm trying to get stable kernel for Promise SuperTrak X16350 hardware. So far 2.6.20, 2.6.21 and 2.6.22 oopsed like this (while doing rsync): kernel BUG at block/elevator.c:366! invalid opcode: [1] SMP CPU 1 Modules linked in: softdog sch_sfq forcedeth ext3 jbd mbcache dm_mod xfs sc