00 00 00 4d 85 e4 0f 84 80 00 00 00 bf 00
[258062.321099] RIP: kmem_cache_free+0x12/0x160 RSP: c900029fbdb8
[258062.321116] CR2: 0009
[258062.327259] ---[ end trace e89ecb12fb91da47 ]---
--
Meelis Roos (mr...@linux.ee)
[5.199125] hpsa :00:04.0: unrecognized board ID: 0x40800e11, ignoring.
[5.282517] hpsa :00:04.0: Board ID not found
Added specific PCI ID and subdevice ID quad and I still get the same
messages and the adapter is ignored.
What am I doing wrong?
--
Meelis Roos (mr...@linux.ee)
ion Smart Array 64xx [0e11:0046] (rev 01)
That does not seem to be supported by hpsa AFAICS.
--
Meelis Roos (mr...@linux.ee)
Pv6: ADDRCONF(NETDEV_CHANGE): enp3s1f0: link becomes ready
--
Meelis Roos (mr...@linux.ee)
O hang caused by irq vector automatic affinity
Works on HP DL360G6 with integrated smartarray, with no visible
regressions.
--
Meelis Roos (mr...@linux.ee)
.com>
Cc: Jan Hoeppner <hoepp...@linux.vnet.ibm.com>
Cc: Bart Van Assche <bart.vanass...@wdc.com>
Signed-off-by: Jens Axboe <ax...@kernel.dk>
:04 04 b5c8c2fd69850021865071f9641d54ab4fd20a15
e2dbd2a15a6baeec1332cc1416e51d537ff5040a M block
--
Meelis Roos (mr...@linux.ee)
> Hello, Meelis.
>
> Can you please verify whether the following patch fixes the problem?
>
> Thanks.
>
> Subject: blk-mq: Directly schedule q->timeout_work when aborting a request
Yes, this patch on top of 4.16 fixes it for me. dmesg shows CD detection
works fast now:
[2.278383] libata