desktop-packages team mailing list archive

[AceLan Kao <914348@xxxxxxxxxxxxxxxxxx>]

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