[Crash-utility] [PATCH 0/4] Fix for "sbitmapq" command
lijiang
lijiang at redhat.com
Tue May 24 09:11:14 UTC 2022
Thank you for the review, Kazu.
On Tue, May 24, 2022 at 4:39 PM HAGIO KAZUHITO(萩尾 一仁) <k-hagio-ab at nec.com>
wrote:
> Hi Lianbo,
>
> On 2022/05/23 19:04, Lianbo Jiang wrote:
> > The sbitmapq command will fail due to the following kernel commit:
> >
> > [1] commit <c548e62bcf6a> ("scsi: sbitmap: Move allocation hint
> > into sbitmap")
> > [2] commit <efe1f3a1d583> ("scsi: sbitmap: Maintain allocation
> > round_robin in sbitmap")
> > [3] commit <3301bc53358a> ("lib/sbitmap: kill 'depth' from sbitmap_word")
> >
> > Without the patchset, the sbitmapq won't work.
>
> Good job! The patchset looks nice and clean to me, tested ok with
> some kernels up to 5.18. Applied with some small adjustments.
>
No problem. Thanks
btw, do you want to use the "<commid id>" style in crash's commit log?
I think it's not so common, so removed the brackets this time.
>
Oh, I copied the "<commit id>" from another place. But you could feel free
to adjust or remove the "<commit id>" from the patch log.
Thanks.
Lianbo
> Thanks,
> Kazu
>
> >
> > Lianbo Jiang (4):
> > sbitmapq: a cleanup in the sbitmapq_init()
> > sbitmapq: fix invalid offset for "sbitmap_queue_alloc_hint" on linux
> > v5.13-rc1
> > sbitmapq: fix invalid offset for "sbitmap_queue_round_robin" on linux
> > v5.13-rc1
> > sbitmapq: fix invalid offset for "sbitmap_word_depth" on linux
> > v5.18-rc1
> >
> > defs.h | 4 ++++
> > sbitmap.c | 70 +++++++++++++++++++++++++++----------------------------
> > symbols.c | 4 ++++
> > 3 files changed, 42 insertions(+), 36 deletions(-)
> >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/crash-utility/attachments/20220524/8439c5b2/attachment.htm>
More information about the Crash-utility
mailing list