Re: [v4l-dvb-maintainer] [patch] fix warning indrivers/media/dvb/dvb-usb/af9005-fe.c
From: Andy Walls
Date: Sat Dec 27 2008 - 15:23:20 EST
On Sat, 2008-12-27 at 13:00 +0100, Ingo Molnar wrote:
> * Ingo Molnar <mingo@xxxxxxx> wrote:
>
> Btw., there's a handful of warning fixes i carry in tip/warnings/* topic
> branches - you can find them in tip/master via:
>
> http://people.redhat.com/mingo/tip.git/README
>
> the ones affecting drivers/media/ are:
>
> f3e67e2: fix warning in drivers/media/video/usbvision/usbvision-i2c.c
> 491af31: fix warning in drivers/media/video/cx18/cx18-mailbox.c
Mauro & Ingo,
If the cx18 warning message is fixed in the following diff, that I
culled from a LKML posting by Ingo on 29 Nov, then Ingo's patch for
cx18-mailbox.c should be overcome by events in the latest v4l-dvb repo.
"req" is now always assigned a value before it is ever used. (Sorry, I
didn't want to pull the > 100 MB git/tip down over my dialup connection
to verify this was the item in question).
diff --git a/drivers/media/video/cx18/cx18-mailbox.c b/drivers/media/video/cx18/cx18-mailbox.c
index acff7df..5c847be 100644
--- a/drivers/media/video/cx18/cx18-mailbox.c
+++ b/drivers/media/video/cx18/cx18-mailbox.c
@@ -184,7 +184,7 @@ long cx18_mb_ack(struct cx18 *cx, const struct cx18_mailbox *mb)
static int cx18_api_call(struct cx18 *cx, u32 cmd, int args, u32 data[])
{
const struct cx18_api_info *info = find_api_info(cmd);
- u32 state = 0, irq = 0, req, oldreq, err;
+ u32 state = 0, irq = 0, uninitialized_var(req), oldreq, err;
struct cx18_mailbox __iomem *mb;
wait_queue_head_t *waitq;
int timeout = 100;
> 728342a: fix warnings in drivers/media/dvb/ttusb-dec/ttusb_dec.c
> 4dda565: fix warning in drivers/media/dvb/frontends/drx397xD.c
> a2e4f4a: fix warning in drivers/media/common/tuners/mxl5007t.c
> 8317adf: fix warning in drivers/media/dvb/dvb-usb/anysee.c
>
> this one appears to be GCC warning about a real bug:
>
> 8317adf: fix warning in drivers/media/dvb/dvb-usb/anysee.c
>
> the others are fixes for false positives - i reviewed the affected code
> paths and each commit log includes the analysis about why it is a false
> positive.
> Please have a look and git-cherry-pick the above commits if they are still
> relevant to your tree and if you agree with them. Thanks,
>
> Ingo
Regards,
Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/