Bug#572991: This looks like a problem with reporting supported modes to the client

2010-03-08 Thread Michael Tokarev
Bjørn Mork wrote: Looking at the list of available modes in the guest showed that there was no 1440x900 anymore, which probably explains why Windows chose another one close by. There were also a number of other expected modes missing. Think I got it. The modes were once added to

Bug#572991: This looks like a problem with reporting supported modes to the client

2010-03-08 Thread Bjørn Mork
Michael Tokarev m...@tls.msk.ru writes: Bjørn Mork wrote: The modes were once added to KVMs local copy of vgabios: http://git.kernel.org/?p=virt/kvm/qemu-kvm.git;a=commitdiff;h=ebfac597cf but never made it upstream or into QEMU. I have to correct myself here. The patch has made it

Bug#572991: This looks like a problem with reporting supported modes to the client

2010-03-08 Thread Michael Tokarev
tags 572991 + pending thanks Bjørn Mork wrote: Michael Tokarev m...@tls.msk.ru writes: [] I too noticed that the list of video modes available is quite a bit shorter than it used to be, but at that time I were dealing with another bug and didn't pay enough attention to that fact, and it were

Bug#572991: This looks like a problem with reporting supported modes to the client

2010-03-07 Thread Bjørn Mork
I added this bit of debugging to sdl.c fprintf(stderr, Could not open SDL display (%dx%dx%d): %s\n, width, height, bpp, SDL_GetError()); and got QEMU 0.12.3 monitor - type 'help' for more information (qemu) Could not open SDL display (1280x1024x32): No video mode large enough for

Bug#572991: This looks like a problem with reporting supported modes to the client

2010-03-07 Thread Bjørn Mork
tags 572991 + patch thanks Bjørn Mork bj...@mork.no writes: Looking at the list of available modes in the guest showed that there was no 1440x900 anymore, which probably explains why Windows chose another one close by. There were also a number of other expected modes missing. Think I got