qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] [PATCH] qemu_file: use fwrite() correctly
@ 2014-02-11 21:56 Juan Quintela
  2014-02-11 22:11 ` Paolo Bonzini
  0 siblings, 1 reply; 3+ messages in thread
From: Juan Quintela @ 2014-02-11 21:56 UTC (permalink / raw)
  To: qemu-devel

fwrite() returns the number of items written.  But when there is one
error, it can return a short write.

In the particular bug that I was tracking, I did a migration to a
read-only filesystem.  And it was able to finish the migration
correctly.  fwrite() never returned a negative error code, nor zero,
always 4096. (migration writes chunks of about 14000 bytes).  And it
was able to "complete" the migration with success (yes, reading the
file was a bit more difficult).

To add insult to injury, if your amount of memory was big enough (12GB
on my case), it overwrote some important structure, and from them,
malloc failed.  This check makes the problem go away.

Signed-off-by: Juan Quintela <quintela@redhat.com>
---
 qemu-file.c | 9 ++++++++-
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/qemu-file.c b/qemu-file.c
index 9473b67..f074af1 100644
--- a/qemu-file.c
+++ b/qemu-file.c
@@ -100,7 +100,14 @@ static int stdio_put_buffer(void *opaque, const uint8_t *buf, int64_t pos,
                             int size)
 {
     QEMUFileStdio *s = opaque;
-    return fwrite(buf, 1, size, s->stdio_file);
+    int res;
+
+    res = fwrite(buf, 1, size, s->stdio_file);
+
+    if (res != size) {
+        return -EIO;	/* fake errno value */
+    }
+    return res;
 }

 static int stdio_get_buffer(void *opaque, uint8_t *buf, int64_t pos, int size)
-- 
1.8.5.3

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [Qemu-devel] [PATCH] qemu_file: use fwrite() correctly
  2014-02-11 21:56 [Qemu-devel] [PATCH] qemu_file: use fwrite() correctly Juan Quintela
@ 2014-02-11 22:11 ` Paolo Bonzini
  2014-02-12  0:02   ` Juan Quintela
  0 siblings, 1 reply; 3+ messages in thread
From: Paolo Bonzini @ 2014-02-11 22:11 UTC (permalink / raw)
  To: Juan Quintela, qemu-devel

Il 11/02/2014 22:56, Juan Quintela ha scritto:
> fwrite() returns the number of items written.  But when there is one
> error, it can return a short write.
>
> In the particular bug that I was tracking, I did a migration to a
> read-only filesystem.  And it was able to finish the migration
> correctly.  fwrite() never returned a negative error code, nor zero,
> always 4096. (migration writes chunks of about 14000 bytes).  And it
> was able to "complete" the migration with success (yes, reading the
> file was a bit more difficult).
>
> To add insult to injury, if your amount of memory was big enough (12GB
> on my case), it overwrote some important structure, and from them,
> malloc failed.  This check makes the problem go away.
>
> Signed-off-by: Juan Quintela <quintela@redhat.com>
> ---
>  qemu-file.c | 9 ++++++++-
>  1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/qemu-file.c b/qemu-file.c
> index 9473b67..f074af1 100644
> --- a/qemu-file.c
> +++ b/qemu-file.c
> @@ -100,7 +100,14 @@ static int stdio_put_buffer(void *opaque, const uint8_t *buf, int64_t pos,
>                              int size)
>  {
>      QEMUFileStdio *s = opaque;
> -    return fwrite(buf, 1, size, s->stdio_file);
> +    int res;
> +
> +    res = fwrite(buf, 1, size, s->stdio_file);
> +
> +    if (res != size) {
> +        return -EIO;	/* fake errno value */

Can you return -errno here?  No need for a fake value.

Paolo

> +    }
> +    return res;
>  }
>
>  static int stdio_get_buffer(void *opaque, uint8_t *buf, int64_t pos, int size)
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Qemu-devel] [PATCH] qemu_file: use fwrite() correctly
  2014-02-11 22:11 ` Paolo Bonzini
@ 2014-02-12  0:02   ` Juan Quintela
  0 siblings, 0 replies; 3+ messages in thread
From: Juan Quintela @ 2014-02-12  0:02 UTC (permalink / raw)
  To: Paolo Bonzini; +Cc: qemu-devel

Paolo Bonzini <pbonzini@redhat.com> wrote:
> Il 11/02/2014 22:56, Juan Quintela ha scritto:
>> fwrite() returns the number of items written.  But when there is one
>> error, it can return a short write.
>>
>> In the particular bug that I was tracking, I did a migration to a
>> read-only filesystem.  And it was able to finish the migration
>> correctly.  fwrite() never returned a negative error code, nor zero,
>> always 4096. (migration writes chunks of about 14000 bytes).  And it
>> was able to "complete" the migration with success (yes, reading the
>> file was a bit more difficult).
>>
>> To add insult to injury, if your amount of memory was big enough (12GB
>> on my case), it overwrote some important structure, and from them,
>> malloc failed.  This check makes the problem go away.
>>
>> Signed-off-by: Juan Quintela <quintela@redhat.com>
>> ---
>>  qemu-file.c | 9 ++++++++-
>>  1 file changed, 8 insertions(+), 1 deletion(-)
>>
>> diff --git a/qemu-file.c b/qemu-file.c
>> index 9473b67..f074af1 100644
>> --- a/qemu-file.c
>> +++ b/qemu-file.c
>> @@ -100,7 +100,14 @@ static int stdio_put_buffer(void *opaque, const uint8_t *buf, int64_t pos,
>>                              int size)
>>  {
>>      QEMUFileStdio *s = opaque;
>> -    return fwrite(buf, 1, size, s->stdio_file);
>> +    int res;
>> +
>> +    res = fwrite(buf, 1, size, s->stdio_file);
>> +
>> +    if (res != size) {
>> +        return -EIO;	/* fake errno value */
>
> Can you return -errno here?  No need for a fake value.

Sending v2.  On the 1st round here, it returns -EPIPE on errno, exactly
the error that has happened.

Thanks.

> Paolo
>
>> +    }
>> +    return res;
>>  }
>>
>>  static int stdio_get_buffer(void *opaque, uint8_t *buf, int64_t pos, int size)
>>

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2014-02-12  0:02 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-11 21:56 [Qemu-devel] [PATCH] qemu_file: use fwrite() correctly Juan Quintela
2014-02-11 22:11 ` Paolo Bonzini
2014-02-12  0:02   ` Juan Quintela

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).