Paolo Bonzini e1622f4b15 exec: fix incorrect assumptions in memory_access_size
access_size_min can be 1 because erroneous accesses must not crash
QEMU, they should trigger exceptions in the guest or just return
garbage (depending on the CPU).  I am not sure I understand the
comment: placing a 4-byte field at the last byte of a region
makes no sense (unless impl.unaligned is true), and that is
why memory.c:access_with_adjusted_size does not bother with
minimums larger than the remaining length.

access_size_max can be mr->ops->valid.max_access_size because memory.c
can and will still break accesses bigger than
mr->ops->impl.max_access_size.

Reported-by: Markus Armbruster <armbru@redhat.com>
Tested-by: Markus Armbruster <armbru@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
2013-07-18 06:03:25 +02:00
2013-07-09 13:38:56 -05:00
2013-07-10 10:54:16 -05:00
2013-06-28 14:01:52 -05:00
2013-07-10 10:54:16 -05:00
2013-05-28 12:19:02 +02:00
2013-07-10 10:54:16 -05:00
2013-07-09 07:15:25 -07:00
2013-05-03 13:58:09 +02:00
2013-07-10 13:42:09 -04:00
2013-06-11 23:45:43 +04:00
2013-07-15 09:49:00 +02:00
2013-07-15 09:49:00 +02:00
2013-07-10 10:54:16 -05:00
2013-06-14 15:33:10 +01:00
2013-05-03 13:05:49 +02:00
2013-05-18 16:35:12 +04:00
2013-07-10 13:39:37 -04:00
2013-06-06 11:27:05 +02:00
2013-06-06 11:27:05 +02:00
2013-05-01 13:06:07 +02:00
2013-05-03 12:04:40 -05:00
2013-06-27 02:38:36 +02:00
2013-07-10 10:54:16 -05:00
2013-05-20 10:55:18 -05:00
2013-07-10 13:42:09 -04:00
2013-07-04 17:42:45 +02:00

Read the documentation in qemu-doc.html or on http://wiki.qemu.org

- QEMU team
Description
No description provided
Readme 404 MiB
Languages
C 82.6%
C++ 6.5%
Python 3.4%
Dylan 2.9%
Shell 1.6%
Other 2.8%