[PATCH] libc: do not rely upon ulimit kernel syscall.

Carmelo AMOROSO carmelo.amoroso at st.com
Wed Nov 23 16:22:04 UTC 2011


On 17/11/2011 17.14, Mike Frysinger wrote:
> On Friday 04 November 2011 08:50:02 Bernhard Reutner-Fischer
> wrote:
>> On 3 November 2011 09:31, Carmelo AMOROSO
>> <carmelo.amoroso at st.com> wrote:
>>> On several architectures __NR_ulimit syscall number is
>>> currently defined but it is remapped onto sys_ni_syscall, while
>>> on other architectures they are not longer defined. So use
>>> {get,set}rlimit only to implement ulimit interface.
>>> 
>>> It fixes LTP ulimit01 test case.
>> 
>> What about fixing the kernel instead to not define numbers for
>> the unavailable stuff?
> 
> yeah, that makes more sense to me.  if your headers say you have
> the ulimit syscall, we shouldn't bother trying to emulate it in
> userspace.  fix the kernel and be done. -mike

Mike,
you are lucky because blackfin is one of the few arch that have a
cleaned syscall table lists (all ni are commented in unistd.h).

In my case, SH4, I hit the problem, and as in my case all other archs
with "dirty" syscall table are affected as well.

carmelo




More information about the uClibc mailing list