On 09/24/12 13:06, Stefano Stabellini wrote:
> On Fri, 21 Sep 2012, Gerd Hoffmann wrote:
>> Hi,
>>
+case FB_ACQ_REQ:
+fbdev_switch_acquire();
+redraw_screen++;
>>>
>>> Rather than introducing redraw_screen, I would just call vga_hw_invalidate
>>> instead here. I
On Fri, 21 Sep 2012, Gerd Hoffmann wrote:
> Hi,
>
> >> +case FB_ACQ_REQ:
> >> +fbdev_switch_acquire();
> >> +redraw_screen++;
> >
> > Rather than introducing redraw_screen, I would just call vga_hw_invalidate
> > instead here. It is always a win if we can avoid to introduce
Hi,
>> +case FB_ACQ_REQ:
>> +fbdev_switch_acquire();
>> +redraw_screen++;
>
> Rather than introducing redraw_screen, I would just call vga_hw_invalidate
> instead here. It is always a win if we can avoid to introduce one more
> state machine.
Wouldn't that make the vga emul
On Tue, Sep 18, 2012 at 7:17 AM, Gerd Hoffmann wrote:
> 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 wo
On Wed, 19 Sep 2012, Gerd Hoffmann wrote:
> +/* */
> +/* rendering*/
> +
> +static void fbdev_render(DisplayState *ds, int x, int y, int w, int h)
> +{
> +uint8_t *ds
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 09/18/12 17:01, Stefano Stabellini wrote:
> On Tue, 18 Sep 2012, Gerd Hoffmann wrote:
>> 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 i
On Tue, 18 Sep 2012, Gerd Hoffmann wrote:
> 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 a
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,