Chris Wright wrote: > * Gerd Hoffmann (kraxel at suse.de) wrote: >> Chris Wright wrote: >>> This should not be needed, the console should be xcv0, completely decoupled >>> from serial. >> You've made the whole thing even more complicated with the last commit. >> Enabling VT is possible now. Good. No way around that. The kernel >> hangs now though. Fix is attached: better don't try to setup the vga >> console for xen guests which don't have the hardware. > > I'm not really sure what, the last commit I did was lhype? Oh, sorry, was jeremy, wrong line in "hg view" ... >> Next problem: The default for xencons (tty) conflicts with the virtual >> consoles. I'm tempted to drop the complete xencons=foobar stuff into >> the waste basket and leave in xencons=xvc only. And maybe xencons=off. >> xencons=tty conflicts with the VT subsystem. xencons=ttyS conflicts >> with the serial driver. Disabling the offending drivers is completely >> out of question for a kernel which is supposed to work both native and >> paravirtualized. > > Yes, all of tty ttyS xencons goes away. Here the default is xvc. Huh? It's not yet in the patch paravirt patch queue. Patch attached. >> One more issue: What should be the default console? Right now it is >> the vt console (using the dummy device). Not very good. vgacon doesn't >> work. fbcon doesn't work either (yet). So you'll end up with a >> non-functional console by default. Bummer. > > default console should be xvc in the guest. Ok, then xen/ must be before char/ in drivers/. Patch attached. cheers, Gerd -- Gerd Hoffmann <kraxel at suse.de> -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: drop-xencons Url: http://lists.osdl.org/pipermail/virtualization/attachments/20070112/77a479d4/attachment.bat -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: console-order Url: http://lists.osdl.org/pipermail/virtualization/attachments/20070112/77a479d4/attachment-0001.bat
