-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Fri, 17 Apr 2009 14:59:37 +0300 (EEST)
Hannu Vuolasaho <vuokko@xxxxxxxxx> wrote:
> Well it was a module, but it's there. lsmod says
> it's needed sdhci and ath5k but not fujitsu. Apparently it needs to be
> compiled in. Can fujitsu-laptop support it as module?
Provided you load it in the right order, yes. The led class will need
to be loaded *before* fujitsu-laptop.
> Now I have /sys/devices/platform/leds/fujitsu\:\:kblamps/brightness
> which doesn't bring the lights on when I say echo 255 or anything
> else. I try to do it wrong I believe.
It is odd that you get duplicate LED devices. It does appear to be a
phantom device.
> Instead I can get them on saying
> echo 255>/sys/class/leds/fujitsu\:\:kblamps/brightness.
Especially as that one works.
> part of kernel.log where I try to use platform brightness with no
> success and dsdt.dsl if it helps to make this driver better. I didn't
> get any log when using class brightness.
So you get no log entries for the "wrong" platform device, but you do
get entries for the second, working device? (It wouldn't make sense to
me if the LED state changes without log entries being made, as it takes
a FUNC callback to do it)
> And this machine is F-S biblo loox u50x/v Small Japanese netbook. (My
> first portable computer. Fits in pocket.)
The DSDT looks good, the keyboard LED is presented as the driver
expects. Seems very similar to the U810.
Regards,
Tony V.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
iEYEARECAAYFAknodk8ACgkQp5vW4rUFj5qrqACfWqPc2PbiobIpxSa+i1hn+AdB
XCIAnR5Y1q76ajhBGu7WIyff9oVBTMrU
=vydg
-----END PGP SIGNATURE-----
ÿôèº{.nÇ+?·?®??+%?Ëÿ±éݶ¥?wÿº{.nÇ+?·¥?{±ý§)?ø§¶?¡Ü¨}©?²Æ zÚ&j:+v?¨þø ¯ù ®w¥þ?à2?Þ?¨èÚ&¢)ß¡«a¶Úÿÿûàz¿äz¹Þ?ú+?ù???Ý¢jÿ?wèþf
