Re: [PATCH v4 03/11] block: use int64_t instead of uint64_t in driver read handlers

11.05.2021 22:22, Eric Blake wrote: On 3/24/21 3:51 PM, Vladimir Sementsov-Ogievskiy wrote: We are going to convert .bdrv_co_preadv_part and .bdrv_co_pwritev_part to int64_t type for offset and bytes parameters (as it's already done for generic block/io.c layer). In qcow2 .bdrv_co_preadv_part

Re: [PATCH v4 03/11] block: use int64_t instead of uint64_t in driver read handlers

On 3/24/21 3:51 PM, Vladimir Sementsov-Ogievskiy wrote: > We are going to convert .bdrv_co_preadv_part and .bdrv_co_pwritev_part > to int64_t type for offset and bytes parameters (as it's already done > for generic block/io.c layer). > > In qcow2 .bdrv_co_preadv_part is used in some places, so

[PATCH v4 03/11] block: use int64_t instead of uint64_t in driver read handlers

We are going to convert .bdrv_co_preadv_part and .bdrv_co_pwritev_part to int64_t type for offset and bytes parameters (as it's already done for generic block/io.c layer). In qcow2 .bdrv_co_preadv_part is used in some places, so let's add corresponding checks and assertions. Signed-off-by: