Linux kernel -stable discussions
 help / color / mirror / Atom feed
* [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
@ 2025-05-03  1:14 Wang Yugui
  2025-05-03  2:05 ` Wang Yugui
  0 siblings, 1 reply; 10+ messages in thread
From: Wang Yugui @ 2025-05-03  1:14 UTC (permalink / raw)
  To: stable; +Cc: wangyugui

Hi,

I noticed a WARNING in recent 6.12.y kernel.

This WARNING happen on 6.12.26/6.12.25, but not happen on 6.12.20.

More bisect job need to be done, but reporti it firstly.

[   13.288365] ------------[ cut here ]------------
[   13.288366] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
void blk_mq_map_hw_queues(struct blk_mq_queue_map *qmap,
              struct device *dev, unsigned int offset)
{
...
...
fallback:
L90:    WARN_ON_ONCE(qmap->nr_queues > 1);
    blk_mq_clear_mq_map(qmap);
}

[   13.288373] Modules linked in: ahci(+) mlxfw libahci pci_hyperv_intf bnx2x(+) i40e(+) mpi3mr(+) psample bnxt_en(+) libata mgag200(+) tls megaraid_sas(+) crc32c_intel scsi_transport_sas mdio libie i2c_algo_bit wmi dm_mirror dm_region_hash dm_log dm_mod
[   13.288386] CPU: 0 UID: 0 PID: 681 Comm: kworker/0:2 Not tainted 6.12.26-1.el7.x86_64 #1
[   13.288388] Hardware name: Dell Inc. PowerEdge T640/0TWW5Y, BIOS 2.22.1 09/12/2024
[   13.288390] Workqueue: events work_for_cpu_fn
[   13.288394] RIP: 0010:blk_mq_map_hw_queues+0xcf/0xe0
[   13.288396] Code: 8b 35 85 e4 9a 02 48 63 d0 48 c7 c7 e0 e5 78 94 e8 26 0b 07 00 39 05 70 e4 9a 02 77 d3 5b 5d 41 5c 41 5d 41 5e c3 cc cc cc cc <0f> 0b eb d2 66 66 2e 0f 1f 84 00 00 00 00 00 66 90 90 90 90 90 90
[   13.288398] RSP: 0018:ffffc0e11b83bd38 EFLAGS: 00010212
[   13.288400] RAX: 0000000000000000 RBX: ffffa0804ad58000 RCX: 0000000000000050
[   13.288402] RDX: 0000000000000050 RSI: ffffa07f8f24d0c8 RDI: ffffa0804ad580e8
[   13.288403] RBP: ffffa0804ad580e0 R08: 000000000000004f R09: 0000000000000000
[   13.288404] R10: ffffc0e11b83bd78 R11: ffffa07f9039da00 R12: 0000000000000000
[   13.288405] R13: 0000000000000001 R14: ffffa0804ad580e8 R15: 0000000000000000
[   13.288406] FS:  0000000000000000(0000) GS:ffffa0dd3fe00000(0000) knlGS:0000000000000000
[   13.288407] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[   13.288408] CR2: 00007f1f3226ba20 CR3: 00000002f9780005 CR4: 00000000007706f0
[   13.288409] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[   13.288410] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[   13.288411] PKRU: 55555554
[   13.288412] Call Trace:
[   13.288413]  <TASK>
[   13.288415]  megasas_map_queues+0x49/0x90 [megaraid_sas]
[   13.288431]  blk_mq_alloc_tag_set+0x150/0x3b0
[   13.288436]  scsi_add_host_with_dma+0xd0/0x350
[   13.288440]  megasas_io_attach+0x15c/0x220 [megaraid_sas]
[   13.288456]  megasas_probe_one+0x1cb/0x570 [megaraid_sas]
[   13.288468]  local_pci_probe+0x47/0xa0
[   13.288474]  work_for_cpu_fn+0x17/0x30
[   13.288475]  process_one_work+0x179/0x3a0
[   13.288480]  worker_thread+0x24b/0x350
[   13.288483]  ? __pfx_worker_thread+0x10/0x10
[   13.288485]  kthread+0xde/0x110
[   13.288489]  ? __pfx_kthread+0x10/0x10
[   13.288491]  ret_from_fork+0x31/0x50
[   13.288494]  ? __pfx_kthread+0x10/0x10
[   13.288496]  ret_from_fork_asm+0x1a/0x30
[   13.288502]  </TASK>
[   13.288502] ---[ end trace 0000000000000000 ]---


Best Regards
Wang Yugui (wangyugui@e16-tech.com)
2025/05/03



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
  2025-05-03  1:14 [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0 Wang Yugui
@ 2025-05-03  2:05 ` Wang Yugui
  2025-05-05  9:24   ` Greg Kroah-Hartman
  0 siblings, 1 reply; 10+ messages in thread
From: Wang Yugui @ 2025-05-03  2:05 UTC (permalink / raw)
  To: stable; +Cc: Wang Yugui, Greg Kroah-Hartman

Hi,
Cc: Greg Kroah-Hartman

> Hi,
> 
> I noticed a WARNING in recent 6.12.y kernel.
> 
> This WARNING happen on 6.12.26/6.12.25, but not happen on 6.12.20.
> 
> More bisect job need to be done, but reporti it firstly.
> 
> [   13.288365] ------------[ cut here ]------------
> [   13.288366] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
> void blk_mq_map_hw_queues(struct blk_mq_queue_map *qmap,
>               struct device *dev, unsigned int offset)
> {
> ...
> ...
> fallback:
> L90:    WARN_ON_ONCE(qmap->nr_queues > 1);
>     blk_mq_clear_mq_map(qmap);
> }
> 

The following patch fixed this WARNING.

From a9ae6fe1c319c4776c2b11e85e15109cd3f04076 Mon Sep 17 00:00:00 2001
From: Daniel Wagner <wagi@kernel.org>
Date: Thu, 23 Jan 2025 14:08:29 +0100
Subject: [PATCH] blk-mq: create correct map for fallback case

please pull it to 6.12.y.

Best Regards
Wang Yugui (wangyugui@e16-tech.com)
2025/05/03


> [   13.288373] Modules linked in: ahci(+) mlxfw libahci pci_hyperv_intf bnx2x(+) i40e(+) mpi3mr(+) psample bnxt_en(+) libata mgag200(+) tls megaraid_sas(+) crc32c_intel scsi_transport_sas mdio libie i2c_algo_bit wmi dm_mirror dm_region_hash dm_log dm_mod
> [   13.288386] CPU: 0 UID: 0 PID: 681 Comm: kworker/0:2 Not tainted 6.12.26-1.el7.x86_64 #1
> [   13.288388] Hardware name: Dell Inc. PowerEdge T640/0TWW5Y, BIOS 2.22.1 09/12/2024
> [   13.288390] Workqueue: events work_for_cpu_fn
> [   13.288394] RIP: 0010:blk_mq_map_hw_queues+0xcf/0xe0
> [   13.288396] Code: 8b 35 85 e4 9a 02 48 63 d0 48 c7 c7 e0 e5 78 94 e8 26 0b 07 00 39 05 70 e4 9a 02 77 d3 5b 5d 41 5c 41 5d 41 5e c3 cc cc cc cc <0f> 0b eb d2 66 66 2e 0f 1f 84 00 00 00 00 00 66 90 90 90 90 90 90
> [   13.288398] RSP: 0018:ffffc0e11b83bd38 EFLAGS: 00010212
> [   13.288400] RAX: 0000000000000000 RBX: ffffa0804ad58000 RCX: 0000000000000050
> [   13.288402] RDX: 0000000000000050 RSI: ffffa07f8f24d0c8 RDI: ffffa0804ad580e8
> [   13.288403] RBP: ffffa0804ad580e0 R08: 000000000000004f R09: 0000000000000000
> [   13.288404] R10: ffffc0e11b83bd78 R11: ffffa07f9039da00 R12: 0000000000000000
> [   13.288405] R13: 0000000000000001 R14: ffffa0804ad580e8 R15: 0000000000000000
> [   13.288406] FS:  0000000000000000(0000) GS:ffffa0dd3fe00000(0000) knlGS:0000000000000000
> [   13.288407] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> [   13.288408] CR2: 00007f1f3226ba20 CR3: 00000002f9780005 CR4: 00000000007706f0
> [   13.288409] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [   13.288410] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
> [   13.288411] PKRU: 55555554
> [   13.288412] Call Trace:
> [   13.288413]  <TASK>
> [   13.288415]  megasas_map_queues+0x49/0x90 [megaraid_sas]
> [   13.288431]  blk_mq_alloc_tag_set+0x150/0x3b0
> [   13.288436]  scsi_add_host_with_dma+0xd0/0x350
> [   13.288440]  megasas_io_attach+0x15c/0x220 [megaraid_sas]
> [   13.288456]  megasas_probe_one+0x1cb/0x570 [megaraid_sas]
> [   13.288468]  local_pci_probe+0x47/0xa0
> [   13.288474]  work_for_cpu_fn+0x17/0x30
> [   13.288475]  process_one_work+0x179/0x3a0
> [   13.288480]  worker_thread+0x24b/0x350
> [   13.288483]  ? __pfx_worker_thread+0x10/0x10
> [   13.288485]  kthread+0xde/0x110
> [   13.288489]  ? __pfx_kthread+0x10/0x10
> [   13.288491]  ret_from_fork+0x31/0x50
> [   13.288494]  ? __pfx_kthread+0x10/0x10
> [   13.288496]  ret_from_fork_asm+0x1a/0x30
> [   13.288502]  </TASK>
> [   13.288502] ---[ end trace 0000000000000000 ]---
> 
> 
> Best Regards
> Wang Yugui (wangyugui@e16-tech.com)
> 2025/05/03
> 



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
  2025-05-03  2:05 ` Wang Yugui
@ 2025-05-05  9:24   ` Greg Kroah-Hartman
  2025-05-05 11:36     ` Jack Wang
  0 siblings, 1 reply; 10+ messages in thread
From: Greg Kroah-Hartman @ 2025-05-05  9:24 UTC (permalink / raw)
  To: Wang Yugui; +Cc: stable

On Sat, May 03, 2025 at 10:05:29AM +0800, Wang Yugui wrote:
> Hi,
> Cc: Greg Kroah-Hartman
> 
> > Hi,
> > 
> > I noticed a WARNING in recent 6.12.y kernel.
> > 
> > This WARNING happen on 6.12.26/6.12.25, but not happen on 6.12.20.
> > 
> > More bisect job need to be done, but reporti it firstly.
> > 
> > [   13.288365] ------------[ cut here ]------------
> > [   13.288366] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
> > void blk_mq_map_hw_queues(struct blk_mq_queue_map *qmap,
> >               struct device *dev, unsigned int offset)
> > {
> > ...
> > ...
> > fallback:
> > L90:    WARN_ON_ONCE(qmap->nr_queues > 1);
> >     blk_mq_clear_mq_map(qmap);
> > }
> > 
> 
> The following patch fixed this WARNING.
> 
> From a9ae6fe1c319c4776c2b11e85e15109cd3f04076 Mon Sep 17 00:00:00 2001
> From: Daniel Wagner <wagi@kernel.org>
> Date: Thu, 23 Jan 2025 14:08:29 +0100
> Subject: [PATCH] blk-mq: create correct map for fallback case
> 
> please pull it to 6.12.y.

But the commit that this one says it fixes is NOT in the 6.12.y tree.
So why would this commit fix the issue?

And why haven't you cc:ed the authors involved in these changes?

confused,

greg k-h

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
  2025-05-05  9:24   ` Greg Kroah-Hartman
@ 2025-05-05 11:36     ` Jack Wang
  2025-05-05 13:28       ` Greg KH
  0 siblings, 1 reply; 10+ messages in thread
From: Jack Wang @ 2025-05-05 11:36 UTC (permalink / raw)
  To: gregkh, Wang Yugui; +Cc: stable, wagi

From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

In linux-6.12.y, commit 5e8438fd7f11 ("scsi: replace blk_mq_pci_map_queues with blk_mq_map_hw_queues")
was pulled in as depandency, the fix a9ae6fe1c319 ("blk-mq: create correct map for fallback case")
should have just used 1452e9b470c9 ("blk-mq: introduce blk_mq_map_hw_queues")
as Fixes, not the other conversion IMO.



^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
  2025-05-05 11:36     ` Jack Wang
@ 2025-05-05 13:28       ` Greg KH
  2025-05-05 13:40         ` Daniel Wagner
  2025-05-05 13:41         ` Jinpu Wang
  0 siblings, 2 replies; 10+ messages in thread
From: Greg KH @ 2025-05-05 13:28 UTC (permalink / raw)
  To: Jack Wang; +Cc: Wang Yugui, stable, wagi

On Mon, May 05, 2025 at 01:36:52PM +0200, Jack Wang wrote:
> From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> 
> In linux-6.12.y, commit 5e8438fd7f11 ("scsi: replace blk_mq_pci_map_queues with blk_mq_map_hw_queues")
> was pulled in as depandency, the fix a9ae6fe1c319 ("blk-mq: create correct map for fallback case")
> should have just used 1452e9b470c9 ("blk-mq: introduce blk_mq_map_hw_queues")
> as Fixes, not the other conversion IMO.

What "other conversion"?  Sorry, I do not understand, did we take a
patch we shouldn't have, or did we miss a patch we should have applied?

confused,

greg k-h

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
  2025-05-05 13:28       ` Greg KH
@ 2025-05-05 13:40         ` Daniel Wagner
  2025-05-05 13:52           ` Greg KH
  2025-05-05 13:41         ` Jinpu Wang
  1 sibling, 1 reply; 10+ messages in thread
From: Daniel Wagner @ 2025-05-05 13:40 UTC (permalink / raw)
  To: Greg KH; +Cc: Jack Wang, Wang Yugui, stable, wagi

On Mon, May 05, 2025 at 03:28:22PM +0200, Greg KH wrote:
> On Mon, May 05, 2025 at 01:36:52PM +0200, Jack Wang wrote:
> > From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> > 
> > In linux-6.12.y, commit 5e8438fd7f11 ("scsi: replace blk_mq_pci_map_queues with blk_mq_map_hw_queues")
> > was pulled in as depandency, the fix a9ae6fe1c319 ("blk-mq: create correct map for fallback case")
> > should have just used 1452e9b470c9 ("blk-mq: introduce blk_mq_map_hw_queues")
> > as Fixes, not the other conversion IMO.
> 
> What "other conversion"?  Sorry, I do not understand, did we take a
> patch we shouldn't have, or did we miss a patch we should have applied?

If I understand the situation correctly, the problem is that v6.14.25
ships commit 5e8438fd7f11 ("scsi: replace blk_mq_pci_map_queues with
blk_mq_map_hw_queues") which introduced a regression for certain virtio
configurations. The fixup patch is:

a9ae6fe1c319 ("blk-mq: create correct map for fallback case")

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
  2025-05-05 13:28       ` Greg KH
  2025-05-05 13:40         ` Daniel Wagner
@ 2025-05-05 13:41         ` Jinpu Wang
  1 sibling, 0 replies; 10+ messages in thread
From: Jinpu Wang @ 2025-05-05 13:41 UTC (permalink / raw)
  To: Greg KH; +Cc: Wang Yugui, stable, wagi

On Mon, May 5, 2025 at 3:28 PM Greg KH <gregkh@linuxfoundation.org> wrote:
>
> On Mon, May 05, 2025 at 01:36:52PM +0200, Jack Wang wrote:
> > From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> >
> > In linux-6.12.y, commit 5e8438fd7f11 ("scsi: replace blk_mq_pci_map_queues with blk_mq_map_hw_queues")
> > was pulled in as depandency, the fix a9ae6fe1c319 ("blk-mq: create correct map for fallback case")
> > should have just used 1452e9b470c9 ("blk-mq: introduce blk_mq_map_hw_queues")
> > as Fixes, not the other conversion IMO.
>
> What "other conversion"?
Sorry, I meant  in the mentioned Fixes in commit a9ae6fe1c319
("blk-mq: create correct map for fallback case")
"    Fixes: a5665c3d150c ("virtio: blk/scsi: replace
blk_mq_virtio_map_queues with blk_mq_map_hw_queues")
    Reported-by: Steven Rostedt <rostedt@goodmis.org>
" which use virtio: blk/scsi: replace blk_mq_virtio_map_queues with
blk_mq_map_hw_queues, should have
> Sorry, I do not understand, did we take a
> patch we shouldn't have, or did we miss a patch we should have applied?
We missed the fix a9ae6fe1c319 ("blk-mq: create correct map for
fallback case")for stable linux 6.12.y, which should be applied.
>
> confused,
>
> greg k-h
Sorry for the confusion.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
  2025-05-05 13:40         ` Daniel Wagner
@ 2025-05-05 13:52           ` Greg KH
  2025-05-05 14:05             ` Daniel Wagner
  0 siblings, 1 reply; 10+ messages in thread
From: Greg KH @ 2025-05-05 13:52 UTC (permalink / raw)
  To: Daniel Wagner; +Cc: Jack Wang, Wang Yugui, stable, wagi

On Mon, May 05, 2025 at 03:40:51PM +0200, Daniel Wagner wrote:
> On Mon, May 05, 2025 at 03:28:22PM +0200, Greg KH wrote:
> > On Mon, May 05, 2025 at 01:36:52PM +0200, Jack Wang wrote:
> > > From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> > > 
> > > In linux-6.12.y, commit 5e8438fd7f11 ("scsi: replace blk_mq_pci_map_queues with blk_mq_map_hw_queues")
> > > was pulled in as depandency, the fix a9ae6fe1c319 ("blk-mq: create correct map for fallback case")
> > > should have just used 1452e9b470c9 ("blk-mq: introduce blk_mq_map_hw_queues")
> > > as Fixes, not the other conversion IMO.
> > 
> > What "other conversion"?  Sorry, I do not understand, did we take a
> > patch we shouldn't have, or did we miss a patch we should have applied?
> 
> If I understand the situation correctly, the problem is that v6.14.25
> ships commit 5e8438fd7f11 ("scsi: replace blk_mq_pci_map_queues with
> blk_mq_map_hw_queues") which introduced a regression for certain virtio
> configurations. The fixup patch is:
> 
> a9ae6fe1c319 ("blk-mq: create correct map for fallback case")
> 

But commit a9ae6fe1c319 ("blk-mq: create correct map for fallback case")
says it fixes commit a5665c3d150c ("virtio: blk/scsi: replace
blk_mq_virtio_map_queues with blk_mq_map_hw_queues"), which is ONLY in
the 6.14 tree.

Which is why we didn't pull it into the stable tree here.  Is that
commit just not marked properly?  Will it cause problems if it is
backported?

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
  2025-05-05 13:52           ` Greg KH
@ 2025-05-05 14:05             ` Daniel Wagner
  2025-05-05 14:21               ` Greg KH
  0 siblings, 1 reply; 10+ messages in thread
From: Daniel Wagner @ 2025-05-05 14:05 UTC (permalink / raw)
  To: Greg KH; +Cc: Jack Wang, Wang Yugui, stable, wagi

On Mon, May 05, 2025 at 03:52:38PM +0200, Greg KH wrote:
> But commit a9ae6fe1c319 ("blk-mq: create correct map for fallback case")
> says it fixes commit a5665c3d150c ("virtio: blk/scsi: replace
> blk_mq_virtio_map_queues with blk_mq_map_hw_queues"), which is ONLY in
> the 6.14 tree.
> 
> Which is why we didn't pull it into the stable tree here.  Is that
> commit just not marked properly?  Will it cause problems if it is
> backported?

The stack trace for this report is from a system which has a
megaraid_sas HBA. I did some testing with this HBA but somehow I
didn't run into the problem. Thus the Fixes is just not complete, it
misses

Fixes: bd326a5ad639 ("scsi: replace blk_mq_pci_map_queues with blk_mq_map_hw_queues")

Sorry about that.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0
  2025-05-05 14:05             ` Daniel Wagner
@ 2025-05-05 14:21               ` Greg KH
  0 siblings, 0 replies; 10+ messages in thread
From: Greg KH @ 2025-05-05 14:21 UTC (permalink / raw)
  To: Daniel Wagner; +Cc: Jack Wang, Wang Yugui, stable, wagi

On Mon, May 05, 2025 at 04:05:58PM +0200, Daniel Wagner wrote:
> On Mon, May 05, 2025 at 03:52:38PM +0200, Greg KH wrote:
> > But commit a9ae6fe1c319 ("blk-mq: create correct map for fallback case")
> > says it fixes commit a5665c3d150c ("virtio: blk/scsi: replace
> > blk_mq_virtio_map_queues with blk_mq_map_hw_queues"), which is ONLY in
> > the 6.14 tree.
> > 
> > Which is why we didn't pull it into the stable tree here.  Is that
> > commit just not marked properly?  Will it cause problems if it is
> > backported?
> 
> The stack trace for this report is from a system which has a
> megaraid_sas HBA. I did some testing with this HBA but somehow I
> didn't run into the problem. Thus the Fixes is just not complete, it
> misses
> 
> Fixes: bd326a5ad639 ("scsi: replace blk_mq_pci_map_queues with blk_mq_map_hw_queues")
> 
> Sorry about that.

No problem, thanks for letting me know, now queued up.

greg k-h

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2025-05-05 14:21 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-05-03  1:14 [6.12.y] WARNING: CPU: 0 PID: 681 at block/blk-mq-cpumap.c:90 blk_mq_map_hw_queues+0xcf/0xe0 Wang Yugui
2025-05-03  2:05 ` Wang Yugui
2025-05-05  9:24   ` Greg Kroah-Hartman
2025-05-05 11:36     ` Jack Wang
2025-05-05 13:28       ` Greg KH
2025-05-05 13:40         ` Daniel Wagner
2025-05-05 13:52           ` Greg KH
2025-05-05 14:05             ` Daniel Wagner
2025-05-05 14:21               ` Greg KH
2025-05-05 13:41         ` Jinpu Wang

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox