#5703 NORM Never A: Lid switch detection is unreliable.

[Zarro Boogs per Child]

#5703: Lid switch detection is unreliable.
--------------------+-------------------------------------------------------
 Reporter:  cjb     |       Owner:  dilinger      
     Type:  defect  |      Status:  new           
 Priority:  normal  |   Milestone:  Never Assigned
Component:  kernel  |     Version:                
 Keywords:  power   |    Verified:  0             
 Blocking:          |   Blockedby:                
--------------------+-------------------------------------------------------
 When we wake from suspend due to the lid opening, OHM sometimes sees
 "empty sci" in /sys/power/wakeup_source, when it should see "lid".  This
 results is OHM sending us back to sleep, because it doesn't think it
 received an SCI that should cause a full wakeup.

 Here is what dmesg says:

 {{{
 [    0.822097] psmouse serio1: resuming
 [    0.887337] OLPC-DCON 1-000d: resuming
 [    0.887352] platform dcon: resuming
 [    0.887366] platform olpc-battery.0: resuming
 [    0.887389] ac97 0-0:AD1888: resuming
 [    0.918923] Restarting tasks ... <7>olpc-ec:  running cmd 0x84
 [    0.928010] olpc-ec:  received 0x1
 [    0.928126] olpc-pm:  SCI 0x1 received
 [    0.928144] olpc-ec:  running cmd 0x84
 [    0.931173] olpc-ec:  received 0x0
 [    0.931187] olpc-pm:  SCI 0x0 received
 [    0.968850] done.
 [    1.029581] olpc-ec:  running cmd 0x26
 [    1.030608] olpc-ec:  sending cmd arg 0x1
 }}}

 So, two questions:

  * Why do we receive SCI 0x0?  Richard?
  * What should we do to avoid losing a race condition like this?

-- 
Ticket URL: <http://dev.laptop.org/ticket/5703>
One Laptop Per Child <http://dev.laptop.org>
OLPC bug tracking system