Le 02/03/2015 19:31, Ken Moffat a écrit :
> On Fri, Feb 27, 2015 at 02:29:57PM +0000, Ken Moffat wrote:
>>
>> Apparently, the box was out of memory - or out of sufficient memory
>> to allocate whatever qemu was requesting. Of course, I did not use
>> top or free. Sounds like something in xorg was not freeing memory.
>> I'll need to keep an eye on this.
>>
>
> tldr: xorg-server is ok, the modesetting driver works for -vga cirrus
> in qemu, the vmware driver works as before in qemu (i.e. ok in X,
> but console discoloured afterwards).
>
> After taking a long break from this machine, I'm back using qemu.
> I've been watching the output of 'free -m' and I guess that the main
> memory hog was probably firefox rather than either xorg or qemu.
>
> Anyway, when I came back to it (64-bit guest) the xorg-server was
> using the two seds. With -vga cirrus and the modesetting driver, it
> worked ok (well, I used xrandr --output VGA-0 --mode 1280x800 so
> that my rather big rxvt-unicode terms would fit into the window,
> 1024x768 is not big enough).
>
> Then I tried -vga vmware - for this, I do have the vmware driver.
> Because I us a 12x22 console font in qemu (8x16 in a window is a
> little small), I booted with vga=790 as in the past. Not pleasant,
> the qemu window goes black and stays that way [ for the console, I
> did not try to login and startx ]
>
> Using sendkey ctrl-alt-delete rebooted it, this time I let the
> normal version come up. From there, startx gave me the red window,
> then greeny-blue at the top, black for the rest, and then an 800x600
> desktop. After managing to scroll the output from xrandr, I got a
> sensible desktop with 'xrandr --output default --mode 1152x864' : as
> previously reported, logging out of X gave me the reddish console
> background.
>
> I then rebuilt xorg-server using the patch which Pierre added. Did
> not try vga=790, but everything else works unchanged for me.
>
> Summary: the patched version of xorg-server seems fine, the
> modesetting driver works with -vga cirrus, the vmware driver works
> in qemu with the pre-existing oddities.
>
> I don't think I'm interested in using anything except -vga std for
> my normal qemu use, and the black console window with vga=790 seems
> to be a kernel issue which I am not interested in exploring.
>
> ĸen
>
Thanks for the report. I' guess I have to do mine:
- First, about the black window after exiting X (with modesetting):
Thanks to Ken's configuration file, I could fix that; what was
missing was the framebuffer console. Actually, what I have added:
Bus options->
Mark VGA/VBE/EFI FB as generic system framebuffer
Device Drivers ->
Graphics support ->
Frame buffer Devices ->
-*- Support for frame buffer devices -> [CONFIG_FB]
Enable firmware EDID [CONFIG_FIRMWARE_EDID]
[*] Enable Video Mode Handling Helkpers [CONFIG_FB_MODE_HELPERS]
[*] Enable Tile Blitting Support [CONFIG_FB_TILEBLITTING]
All of the above may be not necessary; I think the following is the most
important:
Device Drivers ->
Graphics support ->
Console display driver support ->
<*> Framebuffer Console support
-*- Map the console to the primary display device
I also added a boot logo, but I do not think it is important.
- With the configuration above, the kernel automatically starts with a
1024x768 console, when I use -vga std or -vga cirrus, and that screen
size remains the same when entering X. With -vga vmware, the kernel stays
in vga mode (640x400) until it enters X. Maybe the reason is that I only build
the vmware console as a module. When X starts, the screen size becomes 800x600.
I guess this could be changed by adequate entries in xorg.conf. I have not
tried.
Regards,
Pierre
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
