<br><br><div class="gmail_quote">On Thu, Oct 14, 2010 at 4:20 PM, Daniel Drake <span dir="ltr"><<a href="mailto:dsd@laptop.org">dsd@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On 14 October 2010 19:29, Gonzalo Odiard <<a href="mailto:gonzalo@laptop.org">gonzalo@laptop.org</a>> wrote:<br>
> I don't see Gnome doing anything with this event.<br>
> It's a very specific XO thing ...<br>
<br>
</div>Oops.<br>
I meant to suggest that you look at how GNOME deals with the<br>
lid-closed switch. Since, from the kernel point of view, its exactly<br>
the same reporting mechanism (through an input device). Whatever<br>
interface GNOME is using to listen for lid closes, its very likely<br>
that you can listen for ebook mode the same way.<br>
<div class="im"><br>
> I probably don't are explaining well what I need.<br>
> I am reading the event with dbus, it's working. I think it's the wright way<br>
> to do this today.<br>
> But it's strange it send a array with two boolean values (lid and ebook<br>
> switchs) but ever with the value in False.<br>
<br>
</div>Are you sure those 2 values are supposed to refer to the lid and ebook switches?<br>
<div class="im"><br></div></blockquote><div><br>No.<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
> I want to check if the software who emit the dbus signal is checking in the<br>
> wright place for the switch state.<br>
<br>
</div>Then you need to look closely at HAL, if you're tracking down that HAL<br>
message. I don't know anyone in the OLPC community who has instant<br>
expertise here; you need to dive into the docs and code and figure it<br>
out.<br>
<div class="im"><br>
> Also the devices are different:<br>
> in XO-1 cat /proc/bus/input/devices show the lid switch in event1 ant the<br>
> ebook switch in event2<br>
> in XO-1.5 cat /proc/bus/input/devices show the lid switch in event2 ant the<br>
> ebook switch in event4<br>
> in the XO-1 don't have the /proc/acpi directory<br>
<br>
</div>That's to be expected, the XO-1 doesn't use ACPI and the XO-1.5 does.<br>
But the aim is of course for the events to appear similar enough that<br>
you don't have to care at the activity level. There may well be kernel<br>
issues to solve here.<br>
<font color="#888888"><br></font></blockquote><div><br>Thanks.<br><br>Gonzalo<br> <font color="#888888"><br></font></div></div>