On Thu, 17 Oct 2013 13:26:47 +0100 Chris Wilson <chris@xxxxxxxxxxxxxxxxxx> 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 <proski@xxxxxxx> > > Cc: stable@xxxxxxxxxxxxxxx > > Similar patch: > http://lists.freedesktop.org/archives/dri-devel/2013-October/047412.html > -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 asize. 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. -- Regards, Pavel Roskin _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
