* [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit
@ 2024-01-29 18:53 Richard W.M. Jones
2024-01-29 18:53 ` Richard W.M. Jones
0 siblings, 1 reply; 8+ messages in thread
From: Richard W.M. Jones @ 2024-01-29 18:53 UTC (permalink / raw)
To: qemu-block; +Cc: qemu-devel, stefanha, kwolf, hreitz
Repost of the same patch as a minute ago because I messed up a couple
of email addresses in the CC.
Rich.
^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit
2024-01-29 18:53 [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit Richard W.M. Jones
@ 2024-01-29 18:53 ` Richard W.M. Jones
2024-01-29 20:41 ` Eric Blake
2024-01-30 8:51 ` Kevin Wolf
0 siblings, 2 replies; 8+ messages in thread
From: Richard W.M. Jones @ 2024-01-29 18:53 UTC (permalink / raw)
To: qemu-block; +Cc: qemu-devel, stefanha, kwolf, hreitz
With GCC 14 the code failed to compile on i686 (and was wrong for any
version of GCC):
../block/blkio.c: In function ‘blkio_file_open’:
../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
857 | &s->mem_region_alignment);
| ^~~~~~~~~~~~~~~~~~~~~~~~
| |
| size_t * {aka unsigned int *}
In file included from ../block/blkio.c:12:
/usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
| ~~~~~~~~~~^~~~~
Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
---
block/blkio.c | 12 +++++++++++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/block/blkio.c b/block/blkio.c
index 0a0a6c0f5fd..52d78935147 100644
--- a/block/blkio.c
+++ b/block/blkio.c
@@ -794,6 +794,7 @@ static int blkio_file_open(BlockDriverState *bs, QDict *options, int flags,
const char *blkio_driver = bs->drv->protocol_name;
BDRVBlkioState *s = bs->opaque;
int ret;
+ uint64_t val;
ret = blkio_create(blkio_driver, &s->blkio);
if (ret < 0) {
@@ -854,7 +855,7 @@ static int blkio_file_open(BlockDriverState *bs, QDict *options, int flags,
ret = blkio_get_uint64(s->blkio,
"mem-region-alignment",
- &s->mem_region_alignment);
+ &val);
if (ret < 0) {
error_setg_errno(errp, -ret,
"failed to get mem-region-alignment: %s",
@@ -862,6 +863,15 @@ static int blkio_file_open(BlockDriverState *bs, QDict *options, int flags,
blkio_destroy(&s->blkio);
return ret;
}
+#if HOST_LONG_BITS == 32
+ if (val > SIZE_MAX) {
+ error_setg_errno(errp, ERANGE,
+ "mem-region-alignment too large for size_t");
+ blkio_destroy(&s->blkio);
+ return -ERANGE;
+ }
+#endif
+ s->mem_region_alignment = (size_t)val;
ret = blkio_get_bool(s->blkio,
"may-pin-mem-regions",
--
2.43.0
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit
2024-01-29 18:53 ` Richard W.M. Jones
@ 2024-01-29 20:41 ` Eric Blake
2024-01-30 8:51 ` Kevin Wolf
1 sibling, 0 replies; 8+ messages in thread
From: Eric Blake @ 2024-01-29 20:41 UTC (permalink / raw)
To: Richard W.M. Jones; +Cc: qemu-block, qemu-devel, stefanha, kwolf, hreitz
On Mon, Jan 29, 2024 at 06:53:55PM +0000, Richard W.M. Jones wrote:
> With GCC 14 the code failed to compile on i686 (and was wrong for any
> version of GCC):
>
> ../block/blkio.c: In function ‘blkio_file_open’:
> ../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
> 857 | &s->mem_region_alignment);
> | ^~~~~~~~~~~~~~~~~~~~~~~~
> | |
> | size_t * {aka unsigned int *}
> In file included from ../block/blkio.c:12:
> /usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
> 49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
> | ~~~~~~~~~~^~~~~
I wish gcc could point this out even when compiling on a 64-bit
platform where size_t and uint64_t happen to share the same type, by
reasoning about the underlying typedefs being different. But that's a
bigger task for gcc, and not one for this group.
>
> Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
> ---
> block/blkio.c | 12 +++++++++++-
> 1 file changed, 11 insertions(+), 1 deletion(-)
Reviewed-by: Eric Blake <eblake@redhat.com>
--
Eric Blake, Principal Software Engineer
Red Hat, Inc.
Virtualization: qemu.org | libguestfs.org
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit
2024-01-29 18:53 ` Richard W.M. Jones
2024-01-29 20:41 ` Eric Blake
@ 2024-01-30 8:51 ` Kevin Wolf
2024-01-30 10:30 ` Richard W.M. Jones
1 sibling, 1 reply; 8+ messages in thread
From: Kevin Wolf @ 2024-01-30 8:51 UTC (permalink / raw)
To: Richard W.M. Jones; +Cc: qemu-block, qemu-devel, stefanha, hreitz
Am 29.01.2024 um 19:53 hat Richard W.M. Jones geschrieben:
> With GCC 14 the code failed to compile on i686 (and was wrong for any
> version of GCC):
>
> ../block/blkio.c: In function ‘blkio_file_open’:
> ../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
> 857 | &s->mem_region_alignment);
> | ^~~~~~~~~~~~~~~~~~~~~~~~
> | |
> | size_t * {aka unsigned int *}
> In file included from ../block/blkio.c:12:
> /usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
> 49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
> | ~~~~~~~~~~^~~~~
>
> Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
Why not simply make BDRVBlkioState.mem_region_alignment a uint64_t
instead of keeping it size_t and doing an additional conversion with
a check that requires an #if (probably to avoid a warning on 64 bit
hosts because the condition is never true)?
Kevin
> block/blkio.c | 12 +++++++++++-
> 1 file changed, 11 insertions(+), 1 deletion(-)
>
> diff --git a/block/blkio.c b/block/blkio.c
> index 0a0a6c0f5fd..52d78935147 100644
> --- a/block/blkio.c
> +++ b/block/blkio.c
> @@ -794,6 +794,7 @@ static int blkio_file_open(BlockDriverState *bs, QDict *options, int flags,
> const char *blkio_driver = bs->drv->protocol_name;
> BDRVBlkioState *s = bs->opaque;
> int ret;
> + uint64_t val;
>
> ret = blkio_create(blkio_driver, &s->blkio);
> if (ret < 0) {
> @@ -854,7 +855,7 @@ static int blkio_file_open(BlockDriverState *bs, QDict *options, int flags,
>
> ret = blkio_get_uint64(s->blkio,
> "mem-region-alignment",
> - &s->mem_region_alignment);
> + &val);
> if (ret < 0) {
> error_setg_errno(errp, -ret,
> "failed to get mem-region-alignment: %s",
> @@ -862,6 +863,15 @@ static int blkio_file_open(BlockDriverState *bs, QDict *options, int flags,
> blkio_destroy(&s->blkio);
> return ret;
> }
> +#if HOST_LONG_BITS == 32
> + if (val > SIZE_MAX) {
> + error_setg_errno(errp, ERANGE,
> + "mem-region-alignment too large for size_t");
> + blkio_destroy(&s->blkio);
> + return -ERANGE;
> + }
> +#endif
> + s->mem_region_alignment = (size_t)val;
>
> ret = blkio_get_bool(s->blkio,
> "may-pin-mem-regions",
> --
> 2.43.0
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit
2024-01-30 8:51 ` Kevin Wolf
@ 2024-01-30 10:30 ` Richard W.M. Jones
2024-01-30 12:04 ` Kevin Wolf
0 siblings, 1 reply; 8+ messages in thread
From: Richard W.M. Jones @ 2024-01-30 10:30 UTC (permalink / raw)
To: Kevin Wolf; +Cc: qemu-block, qemu-devel, stefanha, hreitz
[-- Attachment #1: Type: text/plain, Size: 3571 bytes --]
On Tue, Jan 30, 2024 at 09:51:59AM +0100, Kevin Wolf wrote:
> Am 29.01.2024 um 19:53 hat Richard W.M. Jones geschrieben:
> > With GCC 14 the code failed to compile on i686 (and was wrong for any
> > version of GCC):
> >
> > ../block/blkio.c: In function ‘blkio_file_open’:
> > ../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
> > 857 | &s->mem_region_alignment);
> > | ^~~~~~~~~~~~~~~~~~~~~~~~
> > | |
> > | size_t * {aka unsigned int *}
> > In file included from ../block/blkio.c:12:
> > /usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
> > 49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
> > | ~~~~~~~~~~^~~~~
> >
> > Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
>
> Why not simply make BDRVBlkioState.mem_region_alignment a uint64_t
> instead of keeping it size_t and doing an additional conversion with
> a check that requires an #if (probably to avoid a warning on 64 bit
> hosts because the condition is never true)?
The smaller change (attached) does work on i686, but this worries me a
little (although it doesn't give any error or warning):
if (((uintptr_t)host | size) % s->mem_region_alignment) {
error_setg(errp, "unaligned buf %p with size %zu", host, size);
return BMRR_FAIL;
}
Rich.
> Kevin
>
> > block/blkio.c | 12 +++++++++++-
> > 1 file changed, 11 insertions(+), 1 deletion(-)
> >
> > diff --git a/block/blkio.c b/block/blkio.c
> > index 0a0a6c0f5fd..52d78935147 100644
> > --- a/block/blkio.c
> > +++ b/block/blkio.c
> > @@ -794,6 +794,7 @@ static int blkio_file_open(BlockDriverState *bs, QDict *options, int flags,
> > const char *blkio_driver = bs->drv->protocol_name;
> > BDRVBlkioState *s = bs->opaque;
> > int ret;
> > + uint64_t val;
> >
> > ret = blkio_create(blkio_driver, &s->blkio);
> > if (ret < 0) {
> > @@ -854,7 +855,7 @@ static int blkio_file_open(BlockDriverState *bs, QDict *options, int flags,
> >
> > ret = blkio_get_uint64(s->blkio,
> > "mem-region-alignment",
> > - &s->mem_region_alignment);
> > + &val);
> > if (ret < 0) {
> > error_setg_errno(errp, -ret,
> > "failed to get mem-region-alignment: %s",
> > @@ -862,6 +863,15 @@ static int blkio_file_open(BlockDriverState *bs, QDict *options, int flags,
> > blkio_destroy(&s->blkio);
> > return ret;
> > }
> > +#if HOST_LONG_BITS == 32
> > + if (val > SIZE_MAX) {
> > + error_setg_errno(errp, ERANGE,
> > + "mem-region-alignment too large for size_t");
> > + blkio_destroy(&s->blkio);
> > + return -ERANGE;
> > + }
> > +#endif
> > + s->mem_region_alignment = (size_t)val;
> >
> > ret = blkio_get_bool(s->blkio,
> > "may-pin-mem-regions",
> > --
> > 2.43.0
> >
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
[-- Attachment #2: 0001-block-blkio-Make-s-mem_region_alignment-be-64-bits.patch --]
[-- Type: text/plain, Size: 1738 bytes --]
From 500f3a81652dcefa79a4864c1f3fa6747c16952e Mon Sep 17 00:00:00 2001
From: "Richard W.M. Jones" <rjones@redhat.com>
Date: Mon, 29 Jan 2024 18:20:46 +0000
Subject: [PATCH] block/blkio: Make s->mem_region_alignment be 64 bits
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
With GCC 14 the code failed to compile on i686 (and was wrong for any
version of GCC):
../block/blkio.c: In function ‘blkio_file_open’:
../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
857 | &s->mem_region_alignment);
| ^~~~~~~~~~~~~~~~~~~~~~~~
| |
| size_t * {aka unsigned int *}
In file included from ../block/blkio.c:12:
/usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
| ~~~~~~~~~~^~~~~
Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
---
block/blkio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/blkio.c b/block/blkio.c
index 0a0a6c0f5fd..bc2f21784c7 100644
--- a/block/blkio.c
+++ b/block/blkio.c
@@ -68,7 +68,7 @@ typedef struct {
CoQueue bounce_available;
/* The value of the "mem-region-alignment" property */
- size_t mem_region_alignment;
+ uint64_t mem_region_alignment;
/* Can we skip adding/deleting blkio_mem_regions? */
bool needs_mem_regions;
--
2.43.0
^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit
2024-01-30 10:30 ` Richard W.M. Jones
@ 2024-01-30 12:04 ` Kevin Wolf
2024-01-30 12:19 ` Richard W.M. Jones
0 siblings, 1 reply; 8+ messages in thread
From: Kevin Wolf @ 2024-01-30 12:04 UTC (permalink / raw)
To: Richard W.M. Jones; +Cc: qemu-block, qemu-devel, stefanha, hreitz
Am 30.01.2024 um 11:30 hat Richard W.M. Jones geschrieben:
> On Tue, Jan 30, 2024 at 09:51:59AM +0100, Kevin Wolf wrote:
> > Am 29.01.2024 um 19:53 hat Richard W.M. Jones geschrieben:
> > > With GCC 14 the code failed to compile on i686 (and was wrong for any
> > > version of GCC):
> > >
> > > ../block/blkio.c: In function ‘blkio_file_open’:
> > > ../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
> > > 857 | &s->mem_region_alignment);
> > > | ^~~~~~~~~~~~~~~~~~~~~~~~
> > > | |
> > > | size_t * {aka unsigned int *}
> > > In file included from ../block/blkio.c:12:
> > > /usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
> > > 49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
> > > | ~~~~~~~~~~^~~~~
> > >
> > > Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
> >
> > Why not simply make BDRVBlkioState.mem_region_alignment a uint64_t
> > instead of keeping it size_t and doing an additional conversion with
> > a check that requires an #if (probably to avoid a warning on 64 bit
> > hosts because the condition is never true)?
>
> The smaller change (attached) does work on i686, but this worries me a
> little (although it doesn't give any error or warning):
>
> if (((uintptr_t)host | size) % s->mem_region_alignment) {
> error_setg(errp, "unaligned buf %p with size %zu", host, size);
> return BMRR_FAIL;
> }
I don't see the problem? The calculation will now be done in 64 bits
even on a 32 bit host, but that seems fine to me. Is there a trap I'm
missing?
Kevin
> From 500f3a81652dcefa79a4864c1f3fa6747c16952e Mon Sep 17 00:00:00 2001
> From: "Richard W.M. Jones" <rjones@redhat.com>
> Date: Mon, 29 Jan 2024 18:20:46 +0000
> Subject: [PATCH] block/blkio: Make s->mem_region_alignment be 64 bits
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> With GCC 14 the code failed to compile on i686 (and was wrong for any
> version of GCC):
>
> ../block/blkio.c: In function ‘blkio_file_open’:
> ../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
> 857 | &s->mem_region_alignment);
> | ^~~~~~~~~~~~~~~~~~~~~~~~
> | |
> | size_t * {aka unsigned int *}
> In file included from ../block/blkio.c:12:
> /usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
> 49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
> | ~~~~~~~~~~^~~~~
>
> Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
> ---
> block/blkio.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/block/blkio.c b/block/blkio.c
> index 0a0a6c0f5fd..bc2f21784c7 100644
> --- a/block/blkio.c
> +++ b/block/blkio.c
> @@ -68,7 +68,7 @@ typedef struct {
> CoQueue bounce_available;
>
> /* The value of the "mem-region-alignment" property */
> - size_t mem_region_alignment;
> + uint64_t mem_region_alignment;
>
> /* Can we skip adding/deleting blkio_mem_regions? */
> bool needs_mem_regions;
> --
> 2.43.0
>
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit
2024-01-30 12:04 ` Kevin Wolf
@ 2024-01-30 12:19 ` Richard W.M. Jones
2024-01-30 21:13 ` Stefan Hajnoczi
0 siblings, 1 reply; 8+ messages in thread
From: Richard W.M. Jones @ 2024-01-30 12:19 UTC (permalink / raw)
To: Kevin Wolf; +Cc: qemu-block, qemu-devel, stefanha, hreitz
On Tue, Jan 30, 2024 at 01:04:46PM +0100, Kevin Wolf wrote:
> Am 30.01.2024 um 11:30 hat Richard W.M. Jones geschrieben:
> > On Tue, Jan 30, 2024 at 09:51:59AM +0100, Kevin Wolf wrote:
> > > Am 29.01.2024 um 19:53 hat Richard W.M. Jones geschrieben:
> > > > With GCC 14 the code failed to compile on i686 (and was wrong for any
> > > > version of GCC):
> > > >
> > > > ../block/blkio.c: In function ‘blkio_file_open’:
> > > > ../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
> > > > 857 | &s->mem_region_alignment);
> > > > | ^~~~~~~~~~~~~~~~~~~~~~~~
> > > > | |
> > > > | size_t * {aka unsigned int *}
> > > > In file included from ../block/blkio.c:12:
> > > > /usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
> > > > 49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
> > > > | ~~~~~~~~~~^~~~~
> > > >
> > > > Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
> > >
> > > Why not simply make BDRVBlkioState.mem_region_alignment a uint64_t
> > > instead of keeping it size_t and doing an additional conversion with
> > > a check that requires an #if (probably to avoid a warning on 64 bit
> > > hosts because the condition is never true)?
> >
> > The smaller change (attached) does work on i686, but this worries me a
> > little (although it doesn't give any error or warning):
> >
> > if (((uintptr_t)host | size) % s->mem_region_alignment) {
> > error_setg(errp, "unaligned buf %p with size %zu", host, size);
> > return BMRR_FAIL;
> > }
>
> I don't see the problem? The calculation will now be done in 64 bits
> even on a 32 bit host, but that seems fine to me. Is there a trap I'm
> missing?
I guess not. Stefan, any comments on whether we need to worry about
huge mem-region-alignment? I'll post the updated patch as a new
message in a second.
Rich.
> Kevin
>
> > From 500f3a81652dcefa79a4864c1f3fa6747c16952e Mon Sep 17 00:00:00 2001
> > From: "Richard W.M. Jones" <rjones@redhat.com>
> > Date: Mon, 29 Jan 2024 18:20:46 +0000
> > Subject: [PATCH] block/blkio: Make s->mem_region_alignment be 64 bits
> > MIME-Version: 1.0
> > Content-Type: text/plain; charset=UTF-8
> > Content-Transfer-Encoding: 8bit
> >
> > With GCC 14 the code failed to compile on i686 (and was wrong for any
> > version of GCC):
> >
> > ../block/blkio.c: In function ‘blkio_file_open’:
> > ../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
> > 857 | &s->mem_region_alignment);
> > | ^~~~~~~~~~~~~~~~~~~~~~~~
> > | |
> > | size_t * {aka unsigned int *}
> > In file included from ../block/blkio.c:12:
> > /usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
> > 49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
> > | ~~~~~~~~~~^~~~~
> >
> > Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
> > ---
> > block/blkio.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/block/blkio.c b/block/blkio.c
> > index 0a0a6c0f5fd..bc2f21784c7 100644
> > --- a/block/blkio.c
> > +++ b/block/blkio.c
> > @@ -68,7 +68,7 @@ typedef struct {
> > CoQueue bounce_available;
> >
> > /* The value of the "mem-region-alignment" property */
> > - size_t mem_region_alignment;
> > + uint64_t mem_region_alignment;
> >
> > /* Can we skip adding/deleting blkio_mem_regions? */
> > bool needs_mem_regions;
> > --
> > 2.43.0
> >
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit
2024-01-30 12:19 ` Richard W.M. Jones
@ 2024-01-30 21:13 ` Stefan Hajnoczi
0 siblings, 0 replies; 8+ messages in thread
From: Stefan Hajnoczi @ 2024-01-30 21:13 UTC (permalink / raw)
To: Richard W.M. Jones; +Cc: Kevin Wolf, qemu-block, qemu-devel, hreitz
[-- Attachment #1: Type: text/plain, Size: 2498 bytes --]
On Tue, Jan 30, 2024 at 12:19:37PM +0000, Richard W.M. Jones wrote:
> On Tue, Jan 30, 2024 at 01:04:46PM +0100, Kevin Wolf wrote:
> > Am 30.01.2024 um 11:30 hat Richard W.M. Jones geschrieben:
> > > On Tue, Jan 30, 2024 at 09:51:59AM +0100, Kevin Wolf wrote:
> > > > Am 29.01.2024 um 19:53 hat Richard W.M. Jones geschrieben:
> > > > > With GCC 14 the code failed to compile on i686 (and was wrong for any
> > > > > version of GCC):
> > > > >
> > > > > ../block/blkio.c: In function ‘blkio_file_open’:
> > > > > ../block/blkio.c:857:28: error: passing argument 3 of ‘blkio_get_uint64’ from incompatible pointer type [-Wincompatible-pointer-types]
> > > > > 857 | &s->mem_region_alignment);
> > > > > | ^~~~~~~~~~~~~~~~~~~~~~~~
> > > > > | |
> > > > > | size_t * {aka unsigned int *}
> > > > > In file included from ../block/blkio.c:12:
> > > > > /usr/include/blkio.h:49:67: note: expected ‘uint64_t *’ {aka ‘long long unsigned int *’} but argument is of type ‘size_t *’ {aka ‘unsigned int *’}
> > > > > 49 | int blkio_get_uint64(struct blkio *b, const char *name, uint64_t *value);
> > > > > | ~~~~~~~~~~^~~~~
> > > > >
> > > > > Signed-off-by: Richard W.M. Jones <rjones@redhat.com>
> > > >
> > > > Why not simply make BDRVBlkioState.mem_region_alignment a uint64_t
> > > > instead of keeping it size_t and doing an additional conversion with
> > > > a check that requires an #if (probably to avoid a warning on 64 bit
> > > > hosts because the condition is never true)?
> > >
> > > The smaller change (attached) does work on i686, but this worries me a
> > > little (although it doesn't give any error or warning):
> > >
> > > if (((uintptr_t)host | size) % s->mem_region_alignment) {
> > > error_setg(errp, "unaligned buf %p with size %zu", host, size);
> > > return BMRR_FAIL;
> > > }
> >
> > I don't see the problem? The calculation will now be done in 64 bits
> > even on a 32 bit host, but that seems fine to me. Is there a trap I'm
> > missing?
>
> I guess not. Stefan, any comments on whether we need to worry about
> huge mem-region-alignment? I'll post the updated patch as a new
> message in a second.
An alignment of 32 or more bits is not required in any scenario that I'm
aware of.
Stefan
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2024-01-30 21:14 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-01-29 18:53 [PATCH [repost]] block/blkio: Don't assume size_t is 64 bit Richard W.M. Jones
2024-01-29 18:53 ` Richard W.M. Jones
2024-01-29 20:41 ` Eric Blake
2024-01-30 8:51 ` Kevin Wolf
2024-01-30 10:30 ` Richard W.M. Jones
2024-01-30 12:04 ` Kevin Wolf
2024-01-30 12:19 ` Richard W.M. Jones
2024-01-30 21:13 ` Stefan Hajnoczi
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).