Thread (15 messages) 15 messages, 10 authors, 2018-10-06

Re: [PATCH v2 05/17] compat_ioctl: move more drivers to generic_compat_ioctl_ptrarg

From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: 2018-09-12 18:13:30
Also in: amd-gfx, ceph-devel, dri-devel, linux-btrfs, linux-crypto, linux-fbdev, linux-fsdevel, linux-input, linux-media, linux-nvme, linux-pci, linux-rdma, linux-remoteproc, linux-scsi, linux-usb, linuxppc-dev, lkml, netdev, nvdimm, platform-driver-x86, sparclinux

On Wed, Sep 12, 2018 at 05:08:52PM +0200, Arnd Bergmann wrote:
The .ioctl and .compat_ioctl file operations have the same prototype so
they can both point to the same function, which works great almost all
the time when all the commands are compatible.

One exception is the s390 architecture, where a compat pointer is only
31 bit wide, and converting it into a 64-bit pointer requires calling
compat_ptr(). Most drivers here will ever run in s390, but since we now
have a generic helper for it, it's easy enough to use it consistently.

I double-checked all these drivers to ensure that all ioctl arguments
are used as pointers or are ignored, but are not interpreted as integer
values.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help