There are numerous reports of this on the web from people attempting 'multiseat' setups. Somebody else's steps to repreoduce issue.. http://bugs.archlinux.org/task/5754?opened=1436&status%5B0%5D= https://lists.ubuntu.com/archives/dapper-changes/2006-April/009108.html addresses a 'sharevts cpu load' issue and I was wondering whether it's possible that only ubuntu's xserver package got that patch? For me to reproduce the issue I can just go to init 3 on my fedora box and issue: X -sharevts -novtswitch -config xorg2.conf :2 The -novtswitch appears to do nothing. This issue was evident in xorg 7.3, and today I pulled the xorg git to see if it had been addressed. It hasn't. The concept of 100% cpu usage.. ..interesting because as I use my compositing manager on 'xserver instance 1'.. that process sits at around 60% beneath the 'xserver instance 2' which is simultaneously taking 100%' ..it's taking 100% 'apparantly'.. ..but it doesn't seem to be crippling xserver instance 1 at all.
'vignatti' on the irc channel just told me that they had already traced this bug back to the kbd input driver.. ..'use evdev instead'.. ..and i did, it worked, and I'm happy! I'll leave it to someone with more authority to decide whether the bug is declared obsolete etc.
*** This bug has been marked as a duplicate of bug 13063 ***
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.