]> git.proxmox.com Git - mirror_qemu.git/commit
hw/display/bcm2835_fb: Fix handling of virtual framebuffer
authorPeter Maydell <peter.maydell@linaro.org>
Fri, 24 Aug 2018 12:17:49 +0000 (13:17 +0100)
committerPeter Maydell <peter.maydell@linaro.org>
Fri, 24 Aug 2018 12:17:49 +0000 (13:17 +0100)
commit01f18af98b04dc3f47c37a150ae342fafd7337df
tree84db149056834e17893003550985d3f683179dda
parent9a1f03f4ee207d58674fc76aecff546551c9da76
hw/display/bcm2835_fb: Fix handling of virtual framebuffer

The raspi framebuffir in bcm2835_fb supports the definition
of a virtual "viewport", which is smaller than the full
physical framebuffer size and at an adjustable offset within
it. Only the viewport area is sent to the screen. This allows
the guest to do things like double buffering, or scrolling
by adjusting the viewport origin. Currently QEMU doesn't
implement this at all.

Add support for this feature:
 * the property mailbox code needs to distinguish the
   virtual width/height from the physical width/height
 * the framebuffer code needs to do something with the
   virtual width/height/origin information

Note that the wiki documentation on the semantics of the
virtual and physical height and width has it the wrong way
around -- the virtual size is the size of the allocated
buffer, and the physical size is the size of the display,
so the virtual size is always the same as or larger than
the physical.

If the viewport size is set smaller than the physical
screen size, we ignore the viewport settings completely
and just display the physical screen area.

Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Richard Henderson <richard.henderson@linaro.org>
Message-id: 20180814144436.679-7-peter.maydell@linaro.org
hw/display/bcm2835_fb.c
hw/misc/bcm2835_property.c
include/hw/display/bcm2835_fb.h