diff options
| author | Florian Fainelli <ffainelli@freebox.fr> | 2010-03-10 18:32:18 +0100 |
|---|---|---|
| committer | Richard Purdie <rpurdie@linux.intel.com> | 2010-03-16 20:27:25 +0000 |
| commit | 14b5d6dd40b3091cb5f566568baa4a74dc619286 (patch) | |
| tree | a7373270c8a0c90e03addbd1df7f3d849f8a7e52 /security | |
| parent | 0493a4ff10959ff4c8e0d65efee25b7ffd4fa5db (diff) | |
| download | kernel_samsung_smdk4412-14b5d6dd40b3091cb5f566568baa4a74dc619286.zip kernel_samsung_smdk4412-14b5d6dd40b3091cb5f566568baa4a74dc619286.tar.gz kernel_samsung_smdk4412-14b5d6dd40b3091cb5f566568baa4a74dc619286.tar.bz2 | |
leds: Fix race between LED device uevent and actual attributes creation
If we were to dynamically register/unregister leds and have udev or other
daemons handle the leds class uevents, we would be notified of the adding of a
new LED and if the daemon immediately tries to open one of the attributes of
the led device, it would fail with a "no such file or directory" error since
this the attributes are not yet created. Fix this by switching attributes to be
class-wide, such that the driver core will register these attributes with
device_add_attrs and then emit the kobject_uevent ADD signal.
Signed-off-by: Fainelli <ffainelli@freebox.fr>
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Diffstat (limited to 'security')
0 files changed, 0 insertions, 0 deletions