qemu-block
[Top][All Lists]
Advanced

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

Re: [PATCH v5 28/31] block.c: assert BQL lock held in bdrv_co_invalidate


From: Emanuele Giuseppe Esposito
Subject: Re: [PATCH v5 28/31] block.c: assert BQL lock held in bdrv_co_invalidate_cache
Date: Fri, 21 Jan 2022 11:22:18 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.2.0



On 20/01/2022 14:48, Kevin Wolf wrote:
Am 20.01.2022 um 14:22 hat Paolo Bonzini geschrieben:
On 1/19/22 19:34, Kevin Wolf wrote:
So if we go back to a bdrv_invalidate_cache() that does all the graph
manipulations (and asserts that we're in the main loop) and then have a
much smaller bdrv_co_invalidate_cache() that basically just calls into
the driver, would that solve the problem?

I was going to suggest something similar, and even name the former
bdrv_activate().  Then bdrv_activate() is a graph manipulation function,
while bdrv_co_invalidate_cache() is an I/O function.

I like this. The naming inconsistency between inactivate and
invalidate_cache has always bothered me.


Ok, I am going to apply this. Thank you for the suggestion!

Did look further, couldn’t find anything else interesting.
So I think(TM) that this blk_exp_add() is the only thing that needs fixing.

When splitting the logic between bdrv_activate and bdrv_co_invalidate_cache, there is no need anymore to fix blk_exp_add :)

I am going to send v6 by the end of today.

Thank you,
Emanuele




reply via email to

[Prev in Thread] Current Thread [Next in Thread]