#9180 NORM Not Tri: EC should disable keyboard and mouse in ebook mode
Zarro Boogs per Child
bugtracker at laptop.org
Wed Jan 7 14:34:37 EST 2009
#9180: EC should disable keyboard and mouse in ebook mode
-------------------------------------------+--------------------------------
Reporter: wmb at firmworks.com | Owner: rsmith
Type: defect | Status: new
Priority: normal | Milestone: Not Triaged
Component: embedded controller | Version: not specified
Resolution: | Keywords:
Next_action: never set | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
-------------------------------------------+--------------------------------
Comment(by rsmith):
Replying to [ticket:9180 wmb at firmworks.com]:
> It's not sufficient to have the OS do the work here, because you might
enter ebook mode while the system is already suspended, so the OS wouldn't
get a chance to do anything.
>
I'm wondering if a "wake up and then go back to sleep" in this case is
what you want to happen anyway. There are probably other things you need
to do when entering e-book. Not ideal from a power standpoint but one
extra wakeup won't make that much difference.
> I think the right way to disable the keyboard and touchpad is to send
the "f5" command to both the keyboard and mouse ports. To re-enaable,
send the "f4" command to both ports. I've tried that general approach
from OFW in the Windows suspend/resume path and it behaves the way I think
it should.
Unfortunately, this is a rather large amount of work. The whole subsystem
for kbc and mouse data is designed to shuttle data from the device up to
the host and then back down. There are not currently any hooks for the EC
to insert a command into the stream(s). Its a pretty thorny chunk of code
to work with.
--
Ticket URL: <http://dev.laptop.org/ticket/9180#comment:4>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list