<div dir="ltr"><div class="gmail_quote">2008/10/11 Andy Green <span dir="ltr"><<a href="mailto:andy@openmoko.com" target="_blank">andy@openmoko.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Well you can simply wake and do "event" type actions like vibrate and<br></div>
flash LEDs then, the stimulus you are responding to like incoming call<br>
will be a CPU wake event so that lot will work.<br>
<br>
What can't be done (because of a completely Linux-centric POV in the<br>
design) is anything while the CPU is off in suspend. We can leave a LED<br>
on during suspend, but there is no intelligence to flash it or whatever.<br></blockquote><div>So while the CPU is awake, it can set the state of the LEDs, etc, and then when it suspends, that state will remain unchanged?</div>
<div><br></div><div>That actually doesn't sound *so* limiting.</div><div><br></div><div>I guess that ultimately it would be nice if the states that you could leave the indicators in included cyclic states - "flash once every 2 seconds", for instance. This could perhaps be handled by a *very* basic microcontroller to which the CPU would devolve responsibility for managing the indicators. This would increase the richness of the hardware UI & provide developers/users with many more options for how the phone would behave in the suspend state.</div>
<div><br></div><div>This is evidently the sort of thing the I2C LED drivers you mentioned above would be used for, but by "indicators", I'm thinking of not just the LEDs but also the vibrator, screen backlight & speakers. So something like a QFN PIC might be more appropriate than just an LED driver (although maybe an LED driver could be interfaced to non-LED indicators; I'm not sure).</div>
<div><br></div><div>It's great to hear OpenMoko might introduce this sort of extra circuitry into the next generation of OM phones. It would be awesome if it was implemented as a retrofittable PCB for the FR, though I guess this would be pretty hard to achieve.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So overall it's not quite as bad as it sounded I hope.</blockquote><div><br></div><div>No, it isn't. I'm still not totally sure I want to spend ~400GBP on the FR+debug board just yet, but I'm much closer to doing so.</div>
<div><br></div><div>Thanks for your quick reply,</div><div><br></div><div>Sam</div><div><br></div></div>
</div>