#1555 BLOC BTest-4: No way to determine "ebook mode" state.

[Zarro Boogs per Child]

#1555: No way to determine "ebook mode" state.
----------------------+-----------------------------------------------------
  Reporter:  cjb      |       Owner:  dilinger
      Type:  defect   |      Status:  new     
  Priority:  blocker  |   Milestone:  BTest-4 
 Component:  kernel   |     Version:          
Resolution:           |    Keywords:  power   
  Verified:  0        |  
----------------------+-----------------------------------------------------
Comment (by jg):

 It's really analogous to the lid switch, rather than the dcon.  It's a
 piece of physical information of the physical state of the machine.

 So I don't think it's at all related to a dcon.

 Probably worth a half hour google to see how this is getting implemented
 on tablet PC's on Linux.


 Replying to [comment:8 dilinger]:
 > I'm looking for suggestions of how to export this to userspace.  It
 seems like the ebook state is most closely related to the dcon, so the
 easiest way to do this would be to create /sys/platform/devices/dcon/ebook
 (containing a '1' or '0' value).
 >
 > Of course, it's not *really* part of the dcon driver (and include EC
 commands in the dcon driver does not thrill me).  So, another option is to
 create an EC-specific platform driver, which would allow us to have
 /sys/bus/platform/devices/ec/ebook .  This would allow us more flexibility
 in the future; we could have an interface for issuing EC commands from
 userspace ('echo 2a > /sys/bus/platform/devices/ec/cmd'), as well as
 additional EC-related info (ie,
 /sys/bus/platform/devices/ec/dcon_power_rail).
 >
 > We could also just do /proc/ebook or something lame like that..  Ideas?

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