Re: [LSF/MM/BPF TOPIC] are we going to use ioctls forever?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Feb 28, 2022 at 10:46 PM Luis Chamberlain <mcgrof@xxxxxxxxxx> wrote:
> On Tue, Feb 01, 2022 at 02:14:42AM +0000, Matthew Wilcox wrote:
> > On Mon, Jan 31, 2022 at 05:33:29PM -0800, Luis Chamberlain wrote:
> > You have to get it into each architecture.  Having a single place to
> > add a new syscall would help reduce the number of places we use
> > multiplexor syscalls like ioctl().
>
> Jeesh, is such a thing really possible? I wonder if Arnd has tried or
> what he'd think...

Definitely possible, Firoz Khan was working on this at Linaro, but he
never finished it before he left. I still have his patches if anyone wants
to pick it up, though it might be easier to start over at this point.

The main work that is required here is to convert
include/uapi/asm-generic/unistd.h into the syscall.tbl format,
with a number of architecture specific conditionals to deal with all
the combinations of syscalls that may or may not be used on a given
target.

After that, I would modify the scripts/syscall*.sh scripts to allow
multiple input files, splitting the architecture specific numbers
(under 400) from the newer numbers (over 400) that can be
shared between all architectures in a single location.

        Arnd



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux