lkml.org 
[lkml]   [2010]   [Aug]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [GIT] writable_limits for 2.6.36
Date
On Tuesday 10 August 2010, Chris Metcalf wrote:
> In any case, obviously the larger question is how many
> architecture-specific syscalls are appropriate, and where they should be
> located in the syscall number space. To be clear, the model for new
> generic system calls is that they just continue on after the 16
> architecture-specific ones, and in fact __NR_wait4 is already an example
> of just this -- done that way to avoid making trouble for the "score"
> architecture, since it was deprecated and then later un-deprecated. So
> new generic syscalls are not a problem.

Right. The writable_rlimits syscall should just go after wait4 at 262.

In retrospect, it would have been nicer to have the architecture specific
syscalls start at zero, but it's too late for that. Since we don't have
an architecture with more than a handful of arch specific calls, I think
16 will get us a very long way, while trying to leave "enough" space
between the generic and the arch specific calls would result either
in wasting space in the table or chosing a too small value.

Arnd


\
 
 \ /
  Last update: 2010-08-10 20:53    [from the cache]
©2003-2014 Jasper Spaans. Advertise on this site