Thread (14 messages) 14 messages, 4 authors, 2017-08-08

Re: blk-mq breaks suspend even with runtime PM patch

From: Greg KH <gregkh@linuxfoundation.org>
Date: 2017-08-08 16:22:55
Also in: lkml

On Sun, Jul 30, 2017 at 03:50:15PM +0200, Oleksandr Natalenko wrote:
Hello Mike et al.

On neděle 30. července 2017 7:12:31 CEST Mike Galbraith wrote:
quoted
FWIW, first thing I'd do is update that 4.12.0 to 4.12.4, and see if
stable fixed it.
My build already includes v4.12.4.
quoted
If not, I'd find these two commits irresistible.

5f042e7cbd9eb blk-mq: Include all present CPUs in the default queue mapping
4b855ad37194f blk-mq: Create hctx for each present CPU
I've applied these 2 commits, and cannot reproduce the issue anymore. Looks 
like a perfect hit, thanks!
quoted
'course applying random upstream bits does come with some risk, trying
a kernel already containing them has less "entertainment" potential. 
Should you consider applying them to v4.12.x stable series? CC'ing Greg just 
in case.
I can queue these up if I get an ack from the developers/maintainers
that it is ok to do so...

{hint}

thanks,

greg k-h
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help