[PATCH 0/4] block: fix race between adding wbt and normal IO · Ming Lei <hidden> · 2021-05-25
[PATCH 4/4] block: mark queue init done at the end of blk_register_queue · Ming Lei <hidden> · 2021-05-25
[PATCH 3/4] block: reuse wbt_set_min_lat for setting wbt->min_lat_nsec · Ming Lei <hidden> · 2021-05-25
[PATCH 2/4] block: move wbt allocation into blk_alloc_queue · Ming Lei <hidden> · 2021-05-25
Re: [PATCH 2/4] block: move wbt allocation into blk_alloc_queue · Bart Van Assche <bvanassche@acm.org> · 2021-06-04
Re: [PATCH 2/4] block: move wbt allocation into blk_alloc_queue · Ming Lei <hidden> · 2021-06-04
[PATCH 1/4] block: split wbt_init() into two parts · Ming Lei <hidden> · 2021-05-25
Re: [PATCH 1/4] block: split wbt_init() into two parts · Bart Van Assche <bvanassche@acm.org> · 2021-06-04
Re: [PATCH 0/4] block: fix race between adding wbt and normal IO · Ming Lei <hidden> · 2021-06-04

Re: [PATCH 0/4] block: fix race between adding wbt and normal IO

From: Ming Lei <hidden>
Date: 2021-06-04 00:03:38

On Tue, May 25, 2021 at 04:04:38PM +0800, Ming Lei wrote:

Hello,

Yi reported several kernel panics on:

[16687.001777] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000008
...
[16687.163549] pc : __rq_qos_track+0x38/0x60

or

[  997.690455] Unable to handle kernel NULL pointer dereference at virtual address 0000000000000020
...
[  997.850347] pc : __rq_qos_done+0x2c/0x50

Turns out it is caused by race between adding wbt and normal IO.

Fix the issue by moving wbt allocation/addition into blk_alloc_queue().

Hello Guys,

Ping...


Thanks,
Ming

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help