User-Agent: Build Identifier: it appears that Xen cannot (yet?) do vm86 emulation, so in order for X to start up, /usr/X11R6/lib/modules/linux/libint10.a must be moved out of the way. Using the emulation in the other libint10.a, X starts up just fine. I am wondering if it would be easier to make X fall back from one method to the other, or to fix Xen to make vm86 mode work. The end goal is to have X work both on a native kernel and inside Xen, using the same config file. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Thanks Rik. Will bounce this off the guys in our next meeting.
The Xen developers just committed vm86 code to their tree. I will try again with linux/libint10.a shortly, to see whether this X bugzilla can be closed. I'll keep you informed.
ping: I'm not feeling too informed. ;o)
Heh. I've been debugging some other issues, but will start looking at vm86 mode again RSN. Currently neither libint10.a works on my laptop, presumably due to other issues ... Xen really needs to be fixed up first, after that we can see whether X needs changes too.
Ok, I'm going to reassign this to you for now then. Please reassign back to xgl-maint once Xen is fixed up if there are problems in X that we need to investigate. Thanks Rik.
This bug seems to no longer exist, in either FC5 or rawhide.