#9780 NORM Not Tri: os49 - suspend occurs despite USB keyboard activity
Zarro Boogs per Child
bugtracker at laptop.org
Tue Dec 1 20:50:34 EST 2009
#9780: os49 - suspend occurs despite USB keyboard activity
------------------------------------+---------------------------------------
Reporter: mikus | Owner:
Type: defect | Status: closed
Priority: normal | Milestone: Not Triaged
Component: not assigned | Version: Development build as of this date
Resolution: wontfix | Keywords:
Next_action: never set | Verified: 0
Deployment_affected: | Blockedby:
Blocking: |
------------------------------------+---------------------------------------
Changes (by mikus):
* status: reopened => closed
* resolution: => wontfix
Comment:
Replying to [comment:5 cjb]:
> I see, that's interesting. I can't reproduce this, though.
>
> Testcase:
>
> * boot os50
> * plug in a USB keyboard
> * when the screen dims, hit a key
>
> When I do this, the screen undims and suspend does not happen.
[[BR]]I see this also. Under normal circumstances, a key on the USB
keyboard will be picked up. Not worth keeeping this ticket open.
----
Was unable to reproduce the problem when keeping the ethernet busy with
'rsync'. But did reproduce the original problem at least once with os49
and 'yum': Did 'yum clean all', then 'yum check-update'. Tried pressing
on the USB keyboard at various time-offsets from when the screen had
dimmed. Usually, the screen did brighten. But at least once I did happen
upon a specific time-window when the USB bus was still powered up, but
keypresses from the USB keyboard no longer caused the screen to brighten
(an on-screen progress bar was still getting longer) -- after a few
seconds, the CPU suspended (blinking power light) and the USB bus dropped
power. It would be unusual for users to encounter this combination of
events.
--
Ticket URL: <http://dev.laptop.org/ticket/9780#comment:8>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system
More information about the Bugs
mailing list