On Thu, 27 Jun 2013 11:58:57 +0200
Gerd Hoffmann wrote:
> Hi,
>
> >> +/* open framebuffer */
> >> +if (device == NULL) {
> >> +device = getenv("FRAMEBUFFER");
> >> +}
> >> +if (device == NULL) {
> >> +device = "/dev/fb0";
> >> +}
> >
> > Maybe this is a mat
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 h
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 int
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 i
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,
