[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 00/19] block: Fix some filename generation issue
From: |
Max Reitz |
Subject: |
Re: [Qemu-devel] [PATCH 00/19] block: Fix some filename generation issues |
Date: |
Wed, 2 Nov 2016 16:05:01 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 |
On 02.11.2016 16:00, Alberto Garcia wrote:
> On Tue 26 Apr 2016 11:31:59 PM CEST, Max Reitz wrote:
>
>> There are some issues regarding filename generation right now:
>>
>> - You always get a JSON filename if you set even a single qcow2-specific
>> runtime options (as long as it does not have a dot in it, which is a
>> bug, too, but here it is working in our favor...). That is not nice
>> and actually breaks the usage of backing files with relative
>> filenames with such qcow2 BDS.
>>
>> - As hinted above, you cannot use relative backing filenames with BDS
>> that have a JSON filename only, even though qemu might be able to
>> obtain the directory name by walking through the BDS graph to the
>> protocol level.
>>
>> - Overriding the backing file at runtime should invalidate the filename
>> because it actually changes the BDS's data. Therefore, we need to
>> force a JSON filename in that case, containing the backing file
>> override.
>>
>> - Much of our code assumes paths never to exceed PATH_MAX in length.
>> This is wrong, at least because of JSON filenames. This should be
>> fixed wherever the opportunity arises.
>
> Hi Max,
>
> I'd like to retake the review of this series. It can be rebased easily
> and it still seems to work fine. Shall I take a look at the patches as
> they are now or shall I better wait for a new version?
Thanks! I think it would be better to wait for a new version, which I'll
get to hopefully sooner than later.
Max
signature.asc
Description: OpenPGP digital signature