On (24/10/19 20:32), Ming Lei wrote: [..] > > > When ->release() waits in blk_enter_queue(), the following code block > > > > > > mutex_lock(&disk->open_mutex); > > > __blk_mark_disk_dead(disk); > > > xa_for_each_start(&disk->part_tbl, idx, part, 1) > > > drop_partition(part); > > > mutex_unlock(&disk->open_mutex); > > > > blk_enter_queue()->schedule() holds ->open_mutex, so that block > > of code sleeps on ->open_mutex. We can't drain under ->open_mutex. > > We don't start to drain yet, then why does blk_enter_queue() sleeps and > it waits for what? Unfortunately I don't have a device to repro this, but it happens to a number of our customers (using different peripheral devices, but, as far as I'm concerned, all running 6.6 kernel).
