summaryrefslogtreecommitdiffstats
path: root/drivers/leds/Makefile
diff options
context:
space:
mode:
authorDan Carpenter <dan.carpenter@oracle.com>2012-05-29 15:07:26 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2012-05-29 16:22:31 -0700
commit5bc9ad774c063f6b41965e7314f2c26aa5e465a0 (patch)
tree838363a1ead69a031fce1eccdc9f732f34275b92 /drivers/leds/Makefile
parentc8515294a31ec63536eb1a2ba7a38797435dda4f (diff)
downloadop-kernel-dev-5bc9ad774c063f6b41965e7314f2c26aa5e465a0.zip
op-kernel-dev-5bc9ad774c063f6b41965e7314f2c26aa5e465a0.tar.gz
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 'drivers/leds/Makefile')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud