Re: [Qemu-block] [PATCH v5 15/42] block: Re-evaluate backing file handling in reopen

2019-06-14 Thread Vladimir Sementsov-Ogievskiy
14.06.2019 18:52, Max Reitz wrote: > On 14.06.19 15:42, Vladimir Sementsov-Ogievskiy wrote: >> 13.06.2019 1:09, Max Reitz wrote: >>> Reopening a node's backing child needs a bit of special handling because >>> the "backing" child has different defaults than all other children >>> (among other

Re: [Qemu-block] [PATCH v5 15/42] block: Re-evaluate backing file handling in reopen

2019-06-14 Thread Max Reitz
On 14.06.19 15:42, Vladimir Sementsov-Ogievskiy wrote: > 13.06.2019 1:09, Max Reitz wrote: >> Reopening a node's backing child needs a bit of special handling because >> the "backing" child has different defaults than all other children >> (among other things). Adding filter support here is a bit

Re: [Qemu-block] [PATCH v5 15/42] block: Re-evaluate backing file handling in reopen

2019-06-14 Thread Vladimir Sementsov-Ogievskiy
13.06.2019 1:09, Max Reitz wrote: > Reopening a node's backing child needs a bit of special handling because > the "backing" child has different defaults than all other children > (among other things). Adding filter support here is a bit more > difficult than just using the child access

[Qemu-block] [PATCH v5 15/42] block: Re-evaluate backing file handling in reopen

2019-06-12 Thread Max Reitz
Reopening a node's backing child needs a bit of special handling because the "backing" child has different defaults than all other children (among other things). Adding filter support here is a bit more difficult than just using the child access functions. In fact, we often have to directly use