Hi,<br><br>On Wednesday, August 20, 2014, Giulio Camuffo <<a href="mailto:giuliocamuffo@gmail.com">giuliocamuffo@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
When a new keyboard is found (including during startup) sync its leds<br>
with the internal state of the xkb map.<br>
It appears that by setting them immediately when getting the new device<br>
we're racing with the kernel or something, which wants to turn all the<br>
leds off, so we use a timer.</blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"></blockquote><div><br></div><div>Ugh. If you've your own kernel to hand, I'd hack it to WARN_ON(1) on LED updates, so you can track where the rogue update is coming from. My guess is that switching VT breaks it, so it might work if you instead trigger an update of all LED state on every VT enter?</div>
<div><br></div><div>Cheers,</div><div>Daniel<span></span></div>