* patch series moving compat syscalls from fs/compat.c
@ 2017-04-24 0:31 Stephen Rothwell
2017-04-24 0:55 ` Al Viro
0 siblings, 1 reply; 3+ messages in thread
From: Stephen Rothwell @ 2017-04-24 0:31 UTC (permalink / raw)
To: Al Viro; +Cc: LKML, Linus
Hi Al,
I couldn't easily find this patch series posted anywhere (I didn't try
too hard) so I sill just comment here. I first noticed them in the vfs
tree in linux-next today.
Overall, I like what they day, but when I first created kernel/compat.c
(in 2002), Linus did not want the compat code sprinkled all over the
other files (due to the uglifiying effect of #ifdefs in the C code, and
because the compat layer was only secondary). He may have changed his
mind since then, but it is worth asking. The cleanups (including more
static functions) make it worth while for me, at least.
It also might have been worth asking the original (and subsequent)
authors of the code for review and/or comments.
One thing I noticed from a quick look: do_handle_open() could now be static.
--
Cheers,
Stephen Rothwell
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: patch series moving compat syscalls from fs/compat.c
2017-04-24 0:31 patch series moving compat syscalls from fs/compat.c Stephen Rothwell
@ 2017-04-24 0:55 ` Al Viro
2017-04-24 2:57 ` Stephen Rothwell
0 siblings, 1 reply; 3+ messages in thread
From: Al Viro @ 2017-04-24 0:55 UTC (permalink / raw)
To: Stephen Rothwell; +Cc: LKML, Linus
On Mon, Apr 24, 2017 at 10:31:34AM +1000, Stephen Rothwell wrote:
> Hi Al,
>
> I couldn't easily find this patch series posted anywhere (I didn't try
> too hard) so I sill just comment here. I first noticed them in the vfs
> tree in linux-next today.
>
> Overall, I like what they day, but when I first created kernel/compat.c
> (in 2002), Linus did not want the compat code sprinkled all over the
> other files (due to the uglifiying effect of #ifdefs in the C code, and
> because the compat layer was only secondary). He may have changed his
> mind since then, but it is worth asking. The cleanups (including more
> static functions) make it worth while for me, at least.
>
> It also might have been worth asking the original (and subsequent)
> authors of the code for review and/or comments.
FWIW, the same kind of stuff had been done before (e.g. compat
variants of readv/writev moved to fs/read_write.c, compat aio syscalls
to fs/aio.c, etc.) with no objections from anybody.
The situation with kernel/compat.c is slightly different, but fs/compat.c
contains very little shared infrastructure - almost all of it is straight
"here's compat variant of this syscall, making use of the guts of the
native one".
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: patch series moving compat syscalls from fs/compat.c
2017-04-24 0:55 ` Al Viro
@ 2017-04-24 2:57 ` Stephen Rothwell
0 siblings, 0 replies; 3+ messages in thread
From: Stephen Rothwell @ 2017-04-24 2:57 UTC (permalink / raw)
To: Al Viro; +Cc: LKML, Linus
Hi Al,
On Mon, 24 Apr 2017 01:55:30 +0100 Al Viro <viro@ZenIV.linux.org.uk> wrote:
>
> FWIW, the same kind of stuff had been done before (e.g. compat
> variants of readv/writev moved to fs/read_write.c, compat aio syscalls
> to fs/aio.c, etc.) with no objections from anybody.
OK. I guess I was just suprised by this series out of nowhere.
--
Cheers,
Stephen Rothwell
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2017-04-24 2:57 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-04-24 0:31 patch series moving compat syscalls from fs/compat.c Stephen Rothwell
2017-04-24 0:55 ` Al Viro
2017-04-24 2:57 ` Stephen Rothwell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox