aboutsummaryrefslogtreecommitdiff
path: root/target-s390x
diff options
context:
space:
mode:
authorDr. David Alan Gilbert <dgilbert@redhat.com>2014-04-08 15:29:37 +0100
committerJuan Quintela <quintela@redhat.com>2014-05-05 22:15:03 +0200
commit548f52ea06951c20f0b91cae6cde0512ec073c83 (patch)
treea649287d400605d0274a0c10b574260983351282 /target-s390x
parentca99993adc9205c905dba5dc1bb819959ada7200 (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 'target-s390x')
0 files changed, 0 insertions, 0 deletions