summaryrefslogtreecommitdiffstats
path: root/sound/oss/midi_ctrl.h
diff options
context:
space:
mode:
authorArnd Bergmann <arnd@arndb.de>2017-01-24 15:17:56 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2017-01-24 16:26:14 -0800
commitde182cc8e882f74af2a112e09f148ce646937232 (patch)
tree08d50362a81f1a786d94bec135ea3457ed57965d /sound/oss/midi_ctrl.h
parentb94f51183b0617e7b9b4fb4137d4cf1cab7547c2 (diff)
downloadlinux-de182cc8e882f74af2a112e09f148ce646937232.tar.gz
linux-de182cc8e882f74af2a112e09f148ce646937232.tar.bz2
linux-de182cc8e882f74af2a112e09f148ce646937232.zip
drivers/memstick/core/memstick.c: avoid -Wnonnull warning
gcc-7 produces a harmless false-postive warning about a possible NULL pointer access: drivers/memstick/core/memstick.c: In function 'h_memstick_read_dev_id': drivers/memstick/core/memstick.c:309:3: error: argument 2 null where non-null expected [-Werror=nonnull] memcpy(mrq->data, buf, mrq->data_len); This can't happen because the caller sets the command to 'MS_TPC_READ_REG', which causes the data direction to be 'READ' and the NULL pointer not accessed. As a simple workaround for the warning, we can pass a pointer to the data that we actually want to read into. This is not needed here, but also harmless, and lets the compiler know that the access is ok. Link: http://lkml.kernel.org/r/20170111144143.548867-1-arnd@arndb.de Signed-off-by: Arnd Bergmann <arnd@arndb.de> Cc: Alex Dubov <oakad@yahoo.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'sound/oss/midi_ctrl.h')
0 files changed, 0 insertions, 0 deletions