Hi, Am 18.11.2013 23:30, schrieb Mattia Dongili: > I guess this is not the case on your > machine. If you don't load sony-laptop module you still have the 10 > seconds timeout that you see in the BIOS? Only _after_ you load the > module the backlight never goes off? After playing around with this for a while I think that I narrowed the issue down (or at least one aspect of it): So when actually rebooting and/or powering up the device for the first time, it works just fine by default without setting any module parameters explicitly. The keyboard backlight is enabled and the timeout is set to 10 seconds, which is the default. But as soon as I suspend the machine it absolutely makes a difference whether or not the module parameter is set. When it is not set explicitly (sysfs interface reporting "-1") the keyboard backlight will stay on from the moment I resume the machine and press a button. When the module parameters are set explicitly it works just fine and as expected. Does this make any sense from your perspective? Maybe it's not the whole story, but only one aspect of it. Is this something you can check and/or verify? > From the DSDTs I have hanging around these models may see the same > behaviour as you're seeing: Can't deny or confirm this, but this would be a reasonable guess. Personally I'm using a Sony Vaio VPCS12C5E. I might provide you the appropriate DSDT, if it can provide you any more insights. > One approach could be to make the default setting handle based with > again 0x137 being different from all others. Not sure what the right approach would be. When there is absolutely no way of reading the value before it was set at least once, then I don't see much of an alternative, but to set it explicitly for these models with an option to overwrite the default values using the appropriate module parameters. You'll definitely have more experience in this field, so it's your call. Furthermore there are a lot of other models you have to keep in mind ;). Let me know if you come up with something you might want to test ;). Best regards, Karol Babioch
Attachment:
signature.asc
Description: OpenPGP digital signature
