[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC PATCH v2 0/4] Allow changing bs->file on reopen
From: |
Kevin Wolf |
Subject: |
Re: [RFC PATCH v2 0/4] Allow changing bs->file on reopen |
Date: |
Tue, 16 Feb 2021 17:48:07 +0100 |
Am 16.02.2021 um 17:36 hat Alberto Garcia geschrieben:
> On Wed 10 Feb 2021 06:26:57 PM CET, Kevin Wolf wrote:
>
> > You have a test case for adding a throttling filter. Can we also
> > remove it again or is there still a problem with that? I seem to
> > remember that that was a bit trickier, though I'm not sure what it
> > was. Was it that we can't have the throttle node without a file, so it
> > would possibly still have permission conflicts?
>
> There is no problem with removing the filter anymore. See here for a
> description of the original problem:
>
> https://lists.gnu.org/archive/html/qemu-block/2020-12/msg00090.html
Ah, nice. Can we just add removing the filter again to the test then?
> But this series is based on Vladimir's branch ("update graph permissions
> update") which reworks how the permissions are calculated on reopen and
> solves the issue.
Yes, I'm aware of this. I still hope we can get a stable blockdev-reopen
for 6.0.
Kevin
- [RFC PATCH v2 2/4] iotests: Update 245 to support replacing files with x-blockdev-reopen, (continued)
- [RFC PATCH v2 2/4] iotests: Update 245 to support replacing files with x-blockdev-reopen, Alberto Garcia, 2021/02/08
- [RFC PATCH v2 4/4] iotests: Test reopening multiple devices at the same time, Alberto Garcia, 2021/02/08
- [RFC PATCH v2 3/4] block: Support multiple reopening with x-blockdev-reopen, Alberto Garcia, 2021/02/08
- Re: [RFC PATCH v2 0/4] Allow changing bs->file on reopen, Vladimir Sementsov-Ogievskiy, 2021/02/09
- Re: [RFC PATCH v2 0/4] Allow changing bs->file on reopen, Kevin Wolf, 2021/02/10