Re: [Oe] Re: /proc/sys/board patch for SIMpad
Till Harbaum <[email protected]> Fri, 17 Sep 2004 14:31:19 +0200
| Newsgroups | gmane.comp.handhelds.simpad.linux |
|---|---|
| Organization | BeeCon GmbH |
| Message-ID | <200409171431.19319.harbaum__16176.9242994071$1095424403$gmane$org@beecon.de> |
Hi, On Friday 17 September 2004 11:47, Michael 'Mickey' Lauer wrote: > Wouldn't it be nice override the kernels behaviour for some special > purposes? I just checked this. The only routine in the simpads kernel touching the led is simpad_leds_event/leds_event. It looks like these are called during initialisation and during suspend/resume which looks fine to me. But this routine is also called e.g. whenever the cpu is idle. And whenever simpad_leds_event is called, it updates the state of the green led (instead of only updating the hardware state if the event is led_start/led_stop). So the kernel sets the led state every few milliseconds and thus preventing user space apps from chaning the state permanently. The question is: Do we really want this led to be user accessible? If a program switches the display and led off, the user might think the simpad is in suspend, while it's in fact powered up and e.g. draining the battery. Ciao, Till -- Dr.-Ing. Till Harbaum Tel.: +49 721 4998963 BeeCon GmbH Fax: +49 721 4998962 Haid-und-Neu Strasse 7, 76131 Karlsruhe Mobil: +49 179 9087904 [email protected] http://www.beecon.de ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php