diff options
author | Dr. David Alan Gilbert <dgilbert@redhat.com> | 2014-04-08 15:29:37 +0100 |
---|---|---|
committer | Juan Quintela <quintela@redhat.com> | 2014-05-05 22:15:03 +0200 |
commit | 548f52ea06951c20f0b91cae6cde0512ec073c83 (patch) | |
tree | a649287d400605d0274a0c10b574260983351282 /bsd-user/sparc64 | |
parent | ca99993adc9205c905dba5dc1bb819959ada7200 (diff) |
Make qemu_peek_buffer loop until it gets it's data
Make qemu_peek_buffer repeatedly call fill_buffer until it gets
all the data it requires, or until there is an error.
At the moment, qemu_peek_buffer will try one qemu_fill_buffer if there
isn't enough data waiting, however the kernel is entitled to return
just a few bytes, and still leave qemu_peek_buffer with less bytes
than it needed. I've seen this fail in a dev world, and I think it
could theoretically fail in the peeking of the subsection headers in
the current world.
Comment qemu_peek_byte to point out it's not guaranteed to work for
non-continuous peeks
Signed-off-by: Dr. David Alan Gilbert <dgilbert@redhat.com>
Reviewed-by: ChenLiang <chenliang0016@icloud.com>
Signed-off-by: Juan Quintela <quintela@redhat.com>
Diffstat (limited to 'bsd-user/sparc64')
0 files changed, 0 insertions, 0 deletions