https://bugzilla.novell.com/show_bug.cgi?id=625041 https://bugzilla.novell.com/show_bug.cgi?id=625041#c12 --- Comment #12 from Stefan Dirsch <sndirsch@novell.com> 2010-11-06 15:43:25 UTC --- (In reply to comment #5)
This is related to bug 604966. An equivalent call to iopl(3) as in attachment 366092 works in this case as well.
Alex, do you know why qemu in *some* cases behaves differently here?
If you don't,
Seems so. :-(
we probably should use a different patch which only sets iopl(3) while sending the command, and reverts this effect afterwards directly afterwards.
That would be in shared/vmmouse_proto.c:VMMouseProto_SendCmd() right before/after calling VMMouseProtoInOut(). Makes perfectly sense to me.
Still, I don't see where in vmmouse_proto.c the io port is actually accessed...
Obviously that's in VMMouseProtoInOut(...) __asm__ __volatile__( Or what do you mean exactly?
Also I don't know how to detect the current iopl level, so you can re-set it afterwards again.
Me not either. Can we assume that the Xserver runs as a "normal process"? # man iopl [...] The I/O privilege level for a normal process is 0. [...] Then it would be easy, but I doubt that. Maybe it's Level 1, maybe it's level 2. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.