#31 BLOC Trial-2: OHM Power Manager for OLPC laptops

[Zarro Boogs per Child]

#31: OHM Power Manager for OLPC laptops
-----------------------------+----------------------------------------------
  Reporter:  jg              |       Owner:  hughsient at gmail.com
      Type:  task            |      Status:  new                
  Priority:  blocker         |   Milestone:  Trial-2            
 Component:  infrastructure  |     Version:                     
Resolution:                  |    Keywords:  power              
  Verified:  0               |  
-----------------------------+----------------------------------------------
Comment (by hughsient at gmail.com):

 Replying to [comment:22 cjb]:
 > Replying to [comment:21 jg]:
 > > have to fish or cut bait.  How's the fishing?
 >
 > I tried out OHM today, and am very happy with what I saw

 Flattery will get you everywhere :-)

 > -- it dimmed brightness with the AC adaptor  going off and on, so it's
 talking to our setup fine.  It doesn't have anything bound to lid/ebook
 events, though -- Richard, does that sound right?

 Yes. All the framework is in place now, we just have to connect up the
 bits and bobs with policy.

 > Here's a list of things I think we need before we can ship it in
 Trial-2, for which the deadline is next Monday, so we'd need them by
 Friday:

 Wow. Okay.

 >  * power button support -- we should suspend whenever the power button
 is pressed

 I'll do this today. I guess it's exposed in HAL as a button of type power.

 >  * lid event -- we should suspend *and* set the dcon to "sleep" mode via
 sysfs on lid close

 How to set dcon to sleep and suspend? What's the _exact_ commands on a B3?

 >  * ebook event -- we should `xrandr -o left` on ebook=1, `xrandr -o
 normal` on ebook=0

 What is the ebook event - a HAL button press or dbus api? Can we do the
 xranr stuff in c bindings rather than run a command - it would be much
 faster.

 >  * we do *not* require any kind of idleness detection for Trial-2

 Ahh sweet, that makes things simpler for now.

 > jg, Kim, do you agree with these goals?
 >
 > Richard (Hughes), could you let us know whether you'd be able to do
 these this week, or whether I should?  Sounds like we have the
 infrastructure for them, which is great.  HAL already broadcasts  the lid
 and ebook events in the latest build, so that should be easy, but:

 I'll do them today. Make sure you follow upstream git, I'll commit there.

 > HAL doesn't currently see/broadcast the power button -- maybe that's
 because X uses the grab ioctl on the pm_inputdev device, which would mean
 we need to split out the power button into its own (correctly labeled)
 device like we did with lid and ebook.  That's a simple kernel patch; if
 we need to do that, I can get it done quickly.

 Yup, it needs to be a separate device, ala ACPI.

 I'll make this stuff priority one this morning.

 Richard.

-- 
Ticket URL: <http://dev.laptop.org/ticket/31#comment:23>
One Laptop Per Child <http://laptop.org/>