#9610 NORM 1.0-sof: No keyboard
Zarro Boogs per Child
bugtracker at laptop.org
Fri Dec 11 17:03:43 EST 2009
#9610: No keyboard
-------------------------------------------+--------------------------------
Reporter: mikus | Owner: rsmith
Type: defect | Status: new
Priority: normal | Milestone: 1.0-software-update
Component: embedded controller | Version: Development build as of this date
Resolution: | Keywords: touchpad keyboard XO-1.5
Next_action: test in build | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
-------------------------------------------+--------------------------------
Comment(by rsmith):
No Blocker is ok. But is not 100% fixed.
There are 3 failure modes that still exist. Even with the latest
firmware. They are now just much harder to trigger.
1) Many superfast keypresses at startup. What I call the "wild monkey"
case. The controller ignores commands in this case. Hardware problem.
Reported to EnE. As of now a Won't fix.
2) Pressing keys prior to the start up sound. If you press keys prior to
the startup sound then those keys are sent up to the host. Its possible
then to confuse OFW when it checks for a keyboard and it assumes no
keybaord. Mitch and I have a fix for this but it only works on 1.5 or 1.0
that would use backported EC code. The OFW keyboard code is shared
between Gen 1 and 1.5 so this fix needs a bit of thought before
implementation.
3) Gridlock after a reflash. Even with latest firmware this has happened
during C1 at least once. OFW sends a command to the EC but for some
reason its never processed. This is still not understood.
Modes 1 and 2 are soft lockups in that using the power button to power
cycle will clear the error but mode 3 still requires a total removal of
power.
--
Ticket URL: <http://dev.laptop.org/ticket/9610#comment:18>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list