Openmoko Bug #81: Decide how PMU RTC alarm interrupt is signalled to userspace

Openmoko Public Trac bugs at docs.openmoko.org
Thu Feb 12 15:19:38 CET 2009


#81: Decide how PMU RTC alarm interrupt is signalled to userspace
-------------------------------------+--------------------------------------
    Reporter:  laforge@…             |        Owner:  werner          
        Type:  defect                |       Status:  closed          
    Priority:  high                  |    Milestone:                  
   Component:  System Software       |      Version:  current svn head
    Severity:  major                 |   Resolution:  fixed           
    Keywords:                        |     Haspatch:  0               
   Blockedby:                        |    Estimated:                  
 Patchreview:                        |     Blocking:                  
Reproducible:                        |  
-------------------------------------+--------------------------------------
Changes (by andy):

  * status:  new => closed
  * haspatch:  => 0
  * resolution:  => fixed


Comment:

 On wake you can figure out the wake source generally from here:

 # cat /sys/bus/platform/devices/neo1973-resume.0/resume_reason
   EINT00_ACCEL1
   EINT01_GSM
   EINT02_BLUETOOTH
   EINT03_DEBUGBRD
   EINT04_JACK
   EINT05_WLAN
   EINT06_AUXKEY
   EINT07_HOLDKEY
   EINT08_ACCEL2
 * EINT09_PMU
   EINT10_NULL
   EINT11_NULL
   EINT12_GLAMO
   EINT13_NULL
   EINT14_NULL
   EINT15_NULL

 and in the event of it being the PMU interrupt, which is the case for RTC
 alarm, you can get more info from here:

 # cat /sys/class/i2c-adapter/i2c-0/0-0073/resume_reason
 4000000000

 That bit shown above should be set on RTC alarm wake.

-- 
Ticket URL: <https://docs.openmoko.org/trac/ticket/81#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac


More information about the buglog mailing list