Am 20.10.2017 um 17:12 hat Eric Blake geschrieben: > On 10/20/2017 09:31 AM, Kevin Wolf wrote: > > Am 12.10.2017 um 05:47 hat Eric Blake geschrieben: > >> We are gradually moving away from sector-based interfaces, towards > >> byte-based. In the common case, allocation is unlikely to ever use > >> values that are not naturally sector-aligned, but it is possible > >> that byte-based values will let us be more precise about allocation > >> at the end of an unaligned file that can do byte-based access. > >> > > >> * > >> - * If BDRV_BLOCK_OFFSET_VALID is set, bits 9-62 (BDRV_BLOCK_OFFSET_MASK) > >> - * represent the offset in the returned BDS that is allocated for the > >> - * corresponding raw data; however, whether that offset actually contains > >> - * data also depends on BDRV_BLOCK_DATA and BDRV_BLOCK_ZERO, as follows: > >> + * If BDRV_BLOCK_OFFSET_VALID is set, bits 9-62 (BDRV_BLOCK_OFFSET_MASK) > >> of > >> + * the return value (old interface) or the entire map parameter (new > >> + * interface) represent the offset in the returned BDS that is allocated > >> for > >> + * the corresponding raw data. > > > > Are there any functions using the old interface left at the end of the > > series or do we want a final patch that removes the old interface from > > the description? > > Done here, in series 4, where we get rid of the old interface in the > drivers: > https://lists.gnu.org/archive/html/qemu-devel/2017-10/msg02941.html
Oh, right, I forgot about the driver callbacks. Makes sense. Kevin
signature.asc
Description: PGP signature
