As far as I know, the KVM switching should be hardware triggered. It should not be related to X at all because it does not require any software at all. If it did, then you wouldn't be able to switch inputs when no computers are attached.<div>
<br></div><div>-milki<br><br><div class="gmail_quote">On Wed, Jan 18, 2012 at 20:07, Todd Pytel <span dir="ltr"><<a href="mailto:tppytel@sophrosune.org">tppytel@sophrosune.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I'm digging around at a quirk involving Scroll Lock and KVM switching<br>
that I think X is responsible for and hoping someone here can explain<br>
it. At this point I can work around it myself. But I'd really like to<br>
understand it, or perhaps provoke a change to make it work better for<br>
others less inclined to dig at this than I am.<br>
<br>
Like many other KVM's out there, mine triggers switches through double<br>
Scroll Lock taps. This has often required some fiddling to get working<br>
properly in the past, usually by adding Scroll_Lock to mod3 using<br>
xmodmap. But sometime recently, (I think) something changed in X11's key<br>
handling. A while back, my GNOME desktop stopped switching on Scroll<br>
Lock (even with the xmodmap) but still switched on Num Lock. Then it<br>
stopped working entirely in GNOME, XFCE, or Openbox.<br>
<br>
What I found after poking around some more tonight is that I can get the<br>
KVM trigger working by twiddling the LED's with xset...<br>
<br>
xset led 3 && sleep 0.2 && xset -led 3<br>
<br>
That toggles the LED's and triggers the KVM.<br>
<br>
In some sense, this solves my problem. I can put that in a script and<br>
bind it to a key. But I'd like to actually understand what's going on.<br>
Also, since Scroll Lock is the most common KVM trigger, it would be nice<br>
to fix this so that it "just works" for people with less enthusiasm for<br>
this sort of detective work. It seems like this shouldn't be an<br>
earth-shaking architectural change, but I admit I don't know jack about<br>
the internals of X.<br>
<br>
Specifically, here's what I see on Debian Sid...<br>
<br>
1) In the console, Scroll Lock and KVM switching work properly with no<br>
tweaks.<br>
<br>
2) In an untweaked X session, the Num Lock LED works while the Scroll<br>
Lock one does not. Both keys register in xev output.<br>
<br>
3) After "xmodmap -e 'add mod3 = Scroll_Lock'", the Scroll Lock LED<br>
works. But it still doesn't trigger the KVM.<br>
<br>
4) Even without the xmodmap line, twiddling the LED's via xset both<br>
toggles the LED's and triggers the KVM.<br>
<br>
What I'd really like to understand is what's different internally<br>
between toggling the LED via xset and doing it through an xmodmap'd<br>
Scroll Lock. Clearly the KVM is seeing those events differently and I<br>
don't know enough about X to understand why.<br>
<br>
If it's not too much of an undertaking, I'd also suggest that Scroll<br>
Lock should work as expected, or at least have an easy xorg.conf option<br>
to make it work as expected. A little Googling will show a decade's<br>
worth of posts across the web from KVM users trying to get their boxes<br>
to switch properly. And since the old xmodmap solution doesn't work<br>
anymore, it would be helpful to have a solution that doesn't involve<br>
hacky scripts and keybinding.<br>
<br>
Cheers!<br>
Todd<br>
<br>
_______________________________________________<br>
<a href="mailto:xorg@lists.x.org">xorg@lists.x.org</a>: X.Org support<br>
Archives: <a href="http://lists.freedesktop.org/archives/xorg" target="_blank">http://lists.freedesktop.org/archives/xorg</a><br>
Info: <a href="http://lists.x.org/mailman/listinfo/xorg" target="_blank">http://lists.x.org/mailman/listinfo/xorg</a><br>
Your subscription address: <a href="mailto:niteshadez@gmail.com">niteshadez@gmail.com</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Hope is a dimension of the spirit. It is not outside us, but within us. When you lose it, you must seek it again within yourself and in people around you -- not in objects or even events.    -<br>
-Vaclav Havel<br><br>
</div>