summaryrefslogtreecommitdiffstats
path: root/drivers/leds/Makefile
diff options
context:
space:
mode:
authorManfred Schlaegl <manfred.schlaegl@gmx.at>2013-08-13 13:17:05 +0200
committerBryan Wu <cooloney@gmail.com>2013-08-27 02:46:36 +0200
commitc945cbcf453cb72dc2287fc4f7b63314f173b313 (patch)
treedd65b5b53670ce33b476ad15a470e9240b032ab7 /drivers/leds/Makefile
parentleds-pca963x: Fix device tree parsing (diff)
downloadlinux-c945cbcf453cb72dc2287fc4f7b63314f173b313.tar.xz
linux-c945cbcf453cb72dc2287fc4f7b63314f173b313.zip
leds: trigger: ledtrig-backlight: Fix invalid memory access in fb_event notification callback
fb_notifier_callback is called on any event fired by fb_notifier_call_chain. Events may, or may not contain some data (fb_event.data). In case of FB_EVENT_BLANK fb_event.data contains a pointer to an integer holdingthe blank state. The Problem is, that in ledtrig-backlight.c - fb_notifier_callback the pointer to blank state is dereferenced BEFORE the event-type is checked. Obviously this leads to problems with other events than FB_EVENT_BLANK, where fb_event.data is undefined or NULL. It seems, that this problem existed ever since the driver was added. Like in drivers/video/backlight/backlight.c line 43 I would suggest to return immediately on events other than FB_EVENT_BLANK. Signed-off-by: Manfred Schlaegl <manfred.schlaegl@gmx.at> Signed-off-by: Bryan Wu <cooloney@gmail.com>
Diffstat (limited to 'drivers/leds/Makefile')
0 files changed, 0 insertions, 0 deletions