> I'm attempting to hand control of one usb controller, videocard, and audio
> to a domU.
> First, some info. I'm running Debian Etch 4.0r1 with the 2.6.18-5-xen-686
> kernel (xen 3.1.0) for both dom0 and domU.
> I've added pciback.hide=(01:00.0)(00:01.0)(00:1f.2)(00:1f.4)(00:1f.5) to my
> kernel boot line.
> (they are in order, nvidia nv11ddr (gf2mx), agp bridge, usb contoller, usb
> controller, intel ac97 audio).
> I apologize in advance if this is a duplicate message, I had some issues
> with my mail client.
> All of these are handed to the domU
> I then added -sharevts vt1 to all of the X command lines in
> X and gdm start perfectly!
> But. Xorg uses 99+% of the cpu, all the time. It's completely unusable.
Hmm, unfortunate. Does it respond to mouse / keyboard at all? Can you get it
to do anything, is it just very very slow?
> I've tried installing the nvidia binary driver, but that turned into an
> abortion and I moved back to the generic driver.
Maybe one step at a time is a good idea! Although good thinking because I
guess there could be something funny going on in the driver...
ISTR the Nvidia driver can be made to run on Xen if the wrapper code is
recompiled (possibly patched first).
> Any ideas?
I guess the thing that occurs to me is either to run some kind of profiler, or
attach GDB to X.org in order to try to get some idea of exactly where X is
burning CPU (e.g. if it's sitting in a loop somewhere wasting CPU, or if it's
doing work, or something else).
Out of interest, have you tried booting without gdb enabled, firing up X
manually and then just running an xterm on it? That takes us down to about
the simplest configuration we could have. I don't know why that would make a
difference, but it's something to try if you're bored - and maybe it'll
eliminate some possibilities.
Dave: Just a question. What use is a unicyle with no seat? And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!
Xen-users mailing list