Re: [PATCH v2 0/2] Fix potential kernel panic when increase hardware queue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Bart Van Assche <bvanassche@xxxxxxx> 于2020年4月5日周日 上午1:22写道:
>
> On 2020-04-04 06:35, Weiping Zhang wrote:
> > This patchset fix a potential kernel panic when increase more hardware
> > queue at runtime.
> >
> > Patch1 fix a seperate issue, since patch2 depends on it, so I send a
> > new patchset.
> >
> > Change since V1:
> >  * Add second patch to fix kernel panic when update hardware queue
> >
> > Weiping Zhang (2):
> >   block: save previous hardware queue count before udpate
> >   block: alloc map and request for new hardware queue
>
> On top of which kernel version have these patches been prepared and
> tested? v5.5, v5.6, Jens' for-next branch or perhaps yet another kernel
> version? I'm asking this since recently a fix for
> blk_mq_realloc_hw_ctxs() has been accepted in Jens' tree.
>
Hi Bart,

It's tested on commit "4308a434e" of block-5.7 branch, this branch has
include the commit
"blk-mq: Fix a recently introduced regression in blk_mq_realloc_hw_ctxs()".

Thanks
Weiping




[Index of Archives]     [Linux RAID]     [Linux SCSI]     [Linux ATA RAID]     [IDE]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Device Mapper]

  Powered by Linux