Files
qemu/hw/misc
Zhuang Yanying a61d5bf04b ivshmem: Fix 64 bit memory bar configuration
Device ivshmem property use64=0 is designed to make the device
expose a 32 bit shared memory BAR instead of 64 bit one.  The
default is a 64 bit BAR, except pc-1.2 and older retain a 32 bit
BAR.  A 32 bit BAR can support only up to 1 GiB of shared memory.

This worked as designed until commit 5400c02 accidentally flipped
its sense: since then, we misinterpret use64=0 as use64=1 and vice
versa.  Worse, the default got flipped as well.  Devices
ivshmem-plain and ivshmem-doorbell are not affected.

Fix by restoring the test of IVShmemState member not_legacy_32bit
that got messed up in commit 5400c02.  Also update its
initialization for devices ivhsmem-plain and ivshmem-doorbell.
Without that, they'd regress to 32 bit BARs.

Cc: qemu-stable@nongnu.org
Signed-off-by: Zhuang Yanying <ann.zhuangyanying@huawei.com>
Reviewed-by: Gonglei <arei.gonglei@huawei.com>
Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Markus Armbruster <armbru@redhat.com>
(cherry picked from commit be4e0d7375)
[BR: BSC#1013341]
Signed-off-by: Bruce Rogers <brogers@suse.com>
2021-03-17 09:45:50 -06:00
..
2016-01-29 15:07:23 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:23 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:22 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:23 +00:00
2016-01-29 15:07:24 +00:00
2016-03-16 17:42:18 +00:00
2016-03-16 17:42:18 +00:00
2016-01-29 15:07:23 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:22 +00:00
2016-01-29 15:07:22 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:22 +00:00
2016-04-07 19:57:33 +03:00
2016-01-29 15:07:22 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:22 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:24 +00:00
2016-01-29 15:07:23 +00:00
2016-01-29 15:07:24 +00:00