[lkml]   [2013]   [Oct]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] drm: never write to the userspace more data than the caller wants
On Thu, 17 Oct 2013 13:26:47 +0100
Chris Wilson <> wrote:

> On Wed, Oct 16, 2013 at 08:12:35PM -0400, Pavel Roskin wrote:
> > The amount of data wanted by the userspace caller is encoded in the
> > ioctl number. Generic drm ioctls were ignoring it.
> >
> > As a result, Intel Xorg driver didn't work for i386 userspace on
> > x86_64 kernel on some systems. sizeof(struct
> > drm_mode_get_connector) is 76 bytes on i686 and 80 bytes on x86_64
> > due to the tail alignment (the data positions match). The
> > userspace was using the 4 bytes after the structure to hold the
> > result of the ioctl. Since drm_ioctl() was copying 80 bytes
> > instead of 76, it was clobbering that data.
> >
> > A workaround has been committed to xf86-video-intel.
> >
> > Signed-off-by: Pavel Roskin <>
> > Cc:
> Similar patch:
> -Chris

Wow, it's great that you also thought about it!

Your patch does almost the same thing. There is one difference. If
the userspace requests more data than the kernel needs, your patch would
trust the userspace and set usize to whatever the user wants. It would
set asize to the same value, allocating more memory than the driver
wants, up to 16383 bytes. I don't think it's a good idea for
performance reasons. My patch would decrease usize rather than increase

The code for driver-specific ioctls could be fixed too, it's just not
so urgent as fixing a real bug.

That said, I have no format objection against your patch. It would be
great to have that bug fixed.

Pavel Roskin

 \ /
  Last update: 2013-10-17 23:21    [W:0.047 / U:0.040 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site