RE: [EXTERNAL] Re: [PATCH] media: omap_vout: potential buffer overflow in vidioc_dqbuf()

2019-04-10 Thread Scheurer, Amber
, Benoit; linux-media@vger.kernel.org; kernel-janit...@vger.kernel.org; Andrzej Hajda Subject: [EXTERNAL] Re: [PATCH] media: omap_vout: potential buffer overflow in vidioc_dqbuf() On Wed, Apr 10, 2019 at 12:50:31PM +0200, Hans Verkuil wrote: > On 4/9/19 1:29 PM, Dan Carpenter wrote: > > dif

Re: [PATCH] media: omap_vout: potential buffer overflow in vidioc_dqbuf()

2019-04-10 Thread Dan Carpenter
On Wed, Apr 10, 2019 at 12:50:31PM +0200, Hans Verkuil wrote: > On 4/9/19 1:29 PM, Dan Carpenter wrote: > > diff --git a/drivers/media/platform/omap/omap_vout.c > > b/drivers/media/platform/omap/omap_vout.c > > index 37f0d7146dfa..15e38990e85a 100644 > > --- a/drivers/media/platform/omap/omap_vout

Re: [PATCH] media: omap_vout: potential buffer overflow in vidioc_dqbuf()

2019-04-10 Thread Hans Verkuil
On 4/9/19 1:29 PM, Dan Carpenter wrote: > The "b->index" is a u32 the comes from the user in the ioctl. It hasn't > been checked. We aren't supposed to use it but we're instead supposed > to use the value that gets written to it when we call videobuf_dqbuf(). > > The videobuf_dqbuf() first memse

[PATCH] media: omap_vout: potential buffer overflow in vidioc_dqbuf()

2019-04-09 Thread Dan Carpenter
The "b->index" is a u32 the comes from the user in the ioctl. It hasn't been checked. We aren't supposed to use it but we're instead supposed to use the value that gets written to it when we call videobuf_dqbuf(). The videobuf_dqbuf() first memsets it to zero and then re-initializes it inside th