From: Daniel Mack <daniel@caiaq.de>
To: Dan Carpenter <error27@gmail.com>
Cc: Stephen Rothwell <sfr@canb.auug.org.au>,
alsa-devel@alsa-project.org, Takashi Iwai <tiwai@suse.de>,
Clemens Ladisch <clemens@ladisch.de>,
kernel-janitors@vger.kernel.org
Subject: Re: [patch v2] sound/usb/format: silence uninitialized variable
Date: Sat, 14 Aug 2010 17:38:24 +0000 [thread overview]
Message-ID: <20100814173824.GX17833@buzzloop.caiaq.de> (raw)
In-Reply-To: <20100814172953.GA645@bicker>
On Sat, Aug 14, 2010 at 07:29:53PM +0200, Dan Carpenter wrote:
> Gcc complains that ret might be used uninitialized:
>
> sound/usb/format.c: In function ‘snd_usb_parse_audio_format’:
> sound/usb/format.c:354: warning: ‘ret’ may be used uninitialized in this function
> sound/usb/format.c:354: note: ‘ret’ was declared here
> sound/usb/format.c:414: warning: ‘ret’ may be used uninitialized in this function
> sound/usb/format.c:414: note: ‘ret’ was declared here
>
> I suppose it could be uninitialized if there is ever a UAC_VERSION_3
> released. Anyway this patch is worthwhile if only to silence the gcc
> warning.
>
> Signed-off-by: Dan Carpenter <error27@gmail.com>
Yes, such a check can't harm. You can have my
Acked-by: Daniel Mack <daniel@caiaq.de>
if you want :)
Thanks,
Daniel
> ---
> V2: Totally different. Added printk()s
>
> diff --git a/sound/usb/format.c b/sound/usb/format.c
> index 4387f54..3a13754 100644
> --- a/sound/usb/format.c
> +++ b/sound/usb/format.c
> @@ -392,6 +392,10 @@ static int parse_audio_format_i(struct snd_usb_audio *chip,
> /* fp->channels is already set in this case */
> ret = parse_audio_format_rates_v2(chip, fp);
> break;
> + default:
> + snd_printk(KERN_ERR "%d:%u:%d : invalid protocol version %d\n",
> + chip->dev->devnum, fp->iface, fp->altsetting, protocol);
> + return -EINVAL;
> }
>
> if (fp->channels < 1) {
> @@ -452,6 +456,10 @@ static int parse_audio_format_ii(struct snd_usb_audio *chip,
> ret = parse_audio_format_rates_v2(chip, fp);
> break;
> }
> + default:
> + snd_printk(KERN_ERR "%d:%u:%d : invalid protocol version %d\n",
> + chip->dev->devnum, fp->iface, fp->altsetting, protocol);
> + return -EINVAL;
> }
>
> return ret;
next prev parent reply other threads:[~2010-08-14 17:38 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-14 8:58 [patch] sound/usb/format: silence uninitialized variable warnings Dan Carpenter
2010-08-14 14:24 ` Takashi Iwai
2010-08-14 17:29 ` [patch v2] sound/usb/format: silence uninitialized variable Dan Carpenter
2010-08-14 17:38 ` Daniel Mack [this message]
2010-08-15 12:38 ` [patch v2] sound/usb/format: silence uninitialized variable warnings Takashi Iwai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100814173824.GX17833@buzzloop.caiaq.de \
--to=daniel@caiaq.de \
--cc=alsa-devel@alsa-project.org \
--cc=clemens@ladisch.de \
--cc=error27@gmail.com \
--cc=kernel-janitors@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox