summaryrefslogtreecommitdiffstats
path: root/usr
diff options
context:
space:
mode:
authorDan Carpenter <dan.carpenter@oracle.com>2012-05-30 00:07:26 +0200
committerLinus Torvalds <torvalds@linux-foundation.org>2012-05-30 01:22:31 +0200
commit5bc9ad774c063f6b41965e7314f2c26aa5e465a0 (patch)
tree838363a1ead69a031fce1eccdc9f732f34275b92 /usr
parentbacklight: tosa_lcd: use devm_ functions (diff)
downloadlinux-5bc9ad774c063f6b41965e7314f2c26aa5e465a0.tar.xz
linux-5bc9ad774c063f6b41965e7314f2c26aa5e465a0.zip
drivers/leds/leds-lp5521.c: fix lp5521_read() error handling
Gcc 4.6.2 complains that: drivers/leds/leds-lp5521.c: In function `lp5521_load_program': drivers/leds/leds-lp5521.c:214:21: warning: `mode' may be used uninitialized in this function [-Wuninitialized] drivers/leds/leds-lp5521.c: In function `lp5521_probe': drivers/leds/leds-lp5521.c:788:5: warning: `buf' may be used uninitialized in this function [-Wuninitialized] drivers/leds/leds-lp5521.c:740:6: warning: `ret' may be used uninitialized in this function [-Wuninitialized] These are real problems if lp5521_read() returns an error. When that happens we should handle it, instead of ignoring it or doing a bitwise OR with all the other error codes and continuing. Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com> Cc: Milo <Milo.Kim@ti.com> Cc: Richard Purdie <rpurdie@rpsys.net> Cc: Bryan Wu <bryan.wu@canonical.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'usr')
0 files changed, 0 insertions, 0 deletions