lkml.org 
[lkml]   [2011]   [May]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [GIT PULL] Namespace file descriptors for 2.6.40

* Eric W. Biederman <ebiederm@xmission.com> wrote:

> > Also, system call table conflicts are trivial to resolve. Merging in
> > net-next to avoid such a conflict is like cracking a nut with a
> > sledgehammer.
>
> Well I still have trauma from how nasty it was to test with syscall numbers
> continuing to change when I was working on the kexec_load system call.
>
> As far as I can tell any one system call conflict on any one
> architecture is easy to resolve. Resolving a conflict on all
> architectures would amount to at least 50 files that need to be resolved
> that feels a bit more than trivial.

Of course - and the straightforward solution is to not do it but concentrate on
the 2-3 archs you find to be the primary target of your patches. How many
parisc systems are there on the planet, which in the future will be upgraded to
both kernel and user-space running your new syscall for real? Less than 10? How
many ARM and x86 systems?

> My gut feel says we should really implement an
> include/asm-generic/unistd-common.h to include all new system calls.
>
> That way there would be only one file to touch instead of 50. Certainly it
> works for include/asm-generic/unistd.h for the architectures that use it.
> And all we really need is just a little abstraction on that concept.

I suppose that could be tried, although in practice it would probably be
somewhat complex due to the various compat syscall handling differences.
So i guess this is one of the 'lets see how ugly/fragile it becomes' patches.

Thanks,

Ingo


\
 
 \ /
  Last update: 2011-05-24 09:19    [W:0.101 / U:1.612 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site