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 -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3266 Virtualization: qemu.org | libvirt.org
signature.asc
Description: OpenPGP digital signature
