Hi,
+/* open framebuffer */
+if (device == NULL) {
+device = getenv(FRAMEBUFFER);
+}
+if (device == NULL) {
+device = /dev/fb0;
+}
Maybe this is a matter of taste, but I think that having this logic at
this layer makes the API harder to use. What
On Thu, 27 Jun 2013 11:58:57 +0200
Gerd Hoffmann kra...@redhat.com wrote:
Hi,
+/* open framebuffer */
+if (device == NULL) {
+device = getenv(FRAMEBUFFER);
+}
+if (device == NULL) {
+device = /dev/fb0;
+}
Maybe this is a matter of taste,
Display works, requires truecolor framebuffer with 16 or 32 bpp on the
host. 32bpp is recommended. The framebuffer is used as-is, qemu
doesn't try to switch modes. With LCD displays mode switching is pretty
pointless IMHO, also it wouldn't work anyway with the most common
fbdev drivers (vesafb,
On 06/11/13 08:12, Gerd Hoffmann wrote:
Hi,
+static QEMUCursor *ptr_cursor;
+static pixman_image_t *ptr_image;
+static intptr_refresh;
+static intpx, py, pw, ph;
+static intmx, my, mon;
+
Hi,
+static QEMUCursor *ptr_cursor;
+static pixman_image_t *ptr_image;
+static intptr_refresh;
+static intpx, py, pw, ph;
+static intmx, my, mon;
+
+/* options */
+static int
Display works, requires truecolor framebuffer with 16 or 32 bpp on the
host. 32bpp is recommended. The framebuffer is used as-is, qemu
doesn't try to switch modes. With LCD displays mode switching is pretty
pointless IMHO, also it wouldn't work anyway with the most common
fbdev drivers (vesafb,
