diff options
author | Paul Bolle <pebolle@tiscali.nl> | 2013-03-04 09:43:20 -0300 |
---|---|---|
committer | Mauro Carvalho Chehab <mchehab@redhat.com> | 2013-03-18 17:35:24 -0300 |
commit | b78a1f372210ae8c19426cb3ae708bf85aa70124 (patch) | |
tree | 13b82936910daeeac5b4f2c6e46fd6eed743e637 /drivers/media/usb/dvb-usb/af9005-fe.c | |
parent | 445ba89f1cbdb3058e83e6727bb249d1cb48b582 (diff) |
[media] m920x: let GCC see 'ret' is used initialized
Since commit 7543f344e9b06afe86b55a2620f5c11b38bd5642 ("[media] m920x:
factor out a m920x_write_seq() function") building m920x.o triggers this
GCC warning:
drivers/media/usb/dvb-usb/m920x.c: In function ‘m920x_probe’:
drivers/media/usb/dvb-usb/m920x.c:91:6: warning: ‘ret’ may be used uninitialized in this function [-Wuninitialized]
This warning is caused by m920x_write_seq(), which is apparently inlined
into m920x_probe(). It is clear why GCC thinks 'ret' may be used
uninitialized. But in practice the first seq->address will always be
non-zero when this function is called. That means we can change the
while()-do{} loop into a do{}-while() loop. And that suffices to make
GCC see that 'ret' will not be used uninitialized.
Signed-off-by: Paul Bolle <pebolle@tiscali.nl>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
Diffstat (limited to 'drivers/media/usb/dvb-usb/af9005-fe.c')
0 files changed, 0 insertions, 0 deletions