All of lore.kernel.org
 help / color / mirror / Atom feed
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 warnings
Date: Sat, 14 Aug 2010 19:38:24 +0200	[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;
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

WARNING: multiple messages have this Message-ID (diff)
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;

  reply	other threads:[~2010-08-14 17:38 UTC|newest]

Thread overview: 10+ 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  8:58 ` Dan Carpenter
2010-08-14 14:24 ` Takashi Iwai
2010-08-14 14:24   ` Takashi Iwai
2010-08-14 17:29   ` [patch v2] " Dan Carpenter
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-14 17:38       ` Daniel Mack
2010-08-15 12:38     ` [patch v2] sound/usb/format: silence uninitialized variable warnings Takashi Iwai
2010-08-15 12:38       ` 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.