From: Hans de Goede <hdegoede@redhat.com>
To: Jesper Juhl <jj@chaosbits.net>
Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
Jean-Francois Moine <moinejf@free.fr>,
Mauro Carvalho Chehab <mchehab@infradead.org>,
Lee Jones <lee.jones@canonical.com>
Subject: Re: [PATCH][rfc] media, video, stv06xx, pb0100: Don't potentially deref NULL in pb0100_start().
Date: Fri, 14 Jan 2011 10:40:40 +0100 [thread overview]
Message-ID: <4D301A18.1050107@redhat.com> (raw)
In-Reply-To: <alpine.LNX.2.00.1101132300490.11347@swampdragon.chaosbits.net>
Hi,
On 01/13/2011 11:05 PM, Jesper Juhl wrote:
> usb_altnum_to_altsetting() may return NULL. If it does we'll dereference a
> NULL pointer in
> drivers/media/video/gspca/stv06xx/stv06xx_pb0100.c::pb0100_start().
> As far as I can tell there's not really anything more sensible than
> -ENODEV that we can return in that situation, but I'm not at all intimate
> with this code so I'd like a bit of review/comments on this before it's
> applied.
> Anyway, here's a proposed patch.
>
Hi,
On 01/13/2011 11:05 PM, Jesper Juhl wrote:
> usb_altnum_to_altsetting() may return NULL. If it does we'll dereference a
> NULL pointer in
> drivers/media/video/gspca/stv06xx/stv06xx_pb0100.c::pb0100_start().
> As far as I can tell there's not really anything more sensible than
> -ENODEV that we can return in that situation, but I'm not at all intimate
> with this code so I'd like a bit of review/comments on this before it's
> applied.
> Anyway, here's a proposed patch.
>
pb0100_start gets called from stv06xx_start, which also does a
usb_altnum_to_altsetting(intf, sd->gspca_dev.alt); and does contain the
NULL check before calling pb0100_start. So I left out the check on purpose,
to keep the code compact in IMHO better readable.
Still I agree this is a bit tricky. So not NACK but not ACK either. What
do others think?
Regards,
Hans
> Signed-off-by: Jesper Juhl<jj@chaosbits.net>
> ---
> stv06xx_pb0100.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> compile tested only.
>
> diff --git a/drivers/media/video/gspca/stv06xx/stv06xx_pb0100.c b/drivers/media/video/gspca/stv06xx/stv06xx_pb0100.c
> index ac47b4c..75a5b9c 100644
> --- a/drivers/media/video/gspca/stv06xx/stv06xx_pb0100.c
> +++ b/drivers/media/video/gspca/stv06xx/stv06xx_pb0100.c
> @@ -217,6 +217,8 @@ static int pb0100_start(struct sd *sd)
>
> intf = usb_ifnum_to_if(sd->gspca_dev.dev, sd->gspca_dev.iface);
> alt = usb_altnum_to_altsetting(intf, sd->gspca_dev.alt);
> + if (!alt)
> + return -ENODEV;
> packet_size = le16_to_cpu(alt->endpoint[0].desc.wMaxPacketSize);
>
> /* If we don't have enough bandwidth use a lower framerate */
>
>
>
prev parent reply other threads:[~2011-01-14 9:32 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-13 22:05 [PATCH][rfc] media, video, stv06xx, pb0100: Don't potentially deref NULL in pb0100_start() Jesper Juhl
2011-01-14 9:40 ` Hans de Goede [this message]
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=4D301A18.1050107@redhat.com \
--to=hdegoede@redhat.com \
--cc=jj@chaosbits.net \
--cc=lee.jones@canonical.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=mchehab@infradead.org \
--cc=moinejf@free.fr \
/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