#11223 NORM Not Tri: XO-1 remapping keyboard on resume
Zarro Boogs per Child
bugtracker at laptop.org
Tue Sep 27 20:40:04 EDT 2011
#11223: XO-1 remapping keyboard on resume
------------------------------------+---------------------------------------
Reporter: greenfeld | Owner: pgf
Type: defect | Status: new
Priority: normal | Milestone: Not Triaged
Component: olpc-kbdshim | Version: Development build as of this date
Resolution: | Keywords:
Next_action: diagnose | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
------------------------------------+---------------------------------------
Comment(by pgf):
i'm seeing a (possible) variant of this behavior on my XO-1.5. after
running for many hours, mostly on, but also transported home in lid-close
suspend, then plugged in and opened up, the keyboard is no longer fully
functional. pressing keys sometimes gives a ctrl- version of the same
key. mostly it gives nothing at all. sometimes the key produces itself
(!).
i was prepared, and had booted initially with serial connected, so i had
access to a serial console. in this state, an strace of kbdshim shows that
it is seeing every keypress.
running
{{{
DISPLAY=:0 xev
}}}
at the console showed that X11 is not seeing input events from the
keyboard. (the touchpad remains fully functional, throughout.)
stopping kbdshim had no effect. restarting kbdshim also had no effect.
switching to a VT ("chvt 2" at the serial console) showed that the VT
session was not getting keyboard events either.
however: running "evtest", and selecting the uinput device (when kbdshim
was running) or the keyboard (when kbdshim was not) showed every single
character typed being made available, and correctly.
i'm running os5, kernel 2.6.35.13_xo1.5-20110801.1409.olpc.66488fe .
--
Ticket URL: <http://dev.laptop.org/ticket/11223#comment:3>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list