Red Hat Bugzilla – Bug 140847
X inside Xen only works when linux/libint10.a is moved
Last modified: 2007-11-30 17:10:55 EST
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.
Steps to Reproduce:
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 email@example.com once Xen is fixed up if there are
problems in X that we need to investigate.
This bug seems to no longer exist, in either FC5 or rawhide.