Hi, I'm trying to build a patch for this issue, but I encountered some problems.
1. The permission of the file in sysfs is 0644, so gsd(gnome-settings-daemon) should have root privilege to access the file. -rw-r--r-- 1 root root 4096 Jan 13 17:04 /sys/class/leds/dell-laptop::touchpad/brightness But the gsd run as a normal user privilege, so it don't have the permission to control the touchpad LED. I'm wondering how user space application deals with this kind of issue. 2. After system recovered from S3, the touchpad LED won't turn on again. Is there any way that gsd can know the system recovered from S3 and reset the LED status? I can discuss with the driver maintainer if there is no way to know that. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/914348 Title: Touchpad LED on Dell's laptop is not working Status in “gnome-settings-daemon” package in Ubuntu: New Bug description: In some of Dell laptops, they support a touchpad LED to indicate the enablement/disablement of the touchpad. And kernel(after 3.2) supports an interface to turn on/off the LED, user space app should take the responsibility to handle this, and I think gnome-settings-daemon is the best one. The interface is in /sys To turn on the LED echo 1 > /sys/class/leds/dell-laptop::touchpad/brightness To turn it off echo 0 > /sys/class/leds/dell-laptop::touchpad/brightness To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/914348/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
