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