2013-10-16 23:27:59 +02:00
|
|
|
/* Generated by gensyscalls.py. Do not edit. */
|
|
|
|
|
|
2013-11-07 19:31:05 +01:00
|
|
|
#include <private/bionic_asm.h>
|
2013-10-01 22:29:43 +02:00
|
|
|
|
|
|
|
|
ENTRY(getrlimit)
|
|
|
|
|
movl $__NR_getrlimit, %eax
|
|
|
|
|
syscall
|
|
|
|
|
cmpq $-MAX_ERRNO, %rax
|
|
|
|
|
jb 1f
|
|
|
|
|
negl %eax
|
|
|
|
|
movl %eax, %edi
|
|
|
|
|
call __set_errno
|
|
|
|
|
orq $-1, %rax
|
|
|
|
|
1:
|
|
|
|
|
ret
|
|
|
|
|
END(getrlimit)
|
Fix <sys/resource.h>.
The situation here is a bit confusing. On 64-bit, rlimit and rlimit64 are
the same, and so getrlimit/getrlimit64, setrlimit/setrlimit64,
and prlimit/prlimit64 are all the same. On 32-bit, rlimit and rlimit64 are
different. 32-bit architectures other than MIPS go one step further by having
an even more limited getrlimit system call, so arm and x86 need to use
ugetrlimit instead of getrlimit. Worse, the 32-bit architectures don't have
64-bit getrlimit- and setrlimit-equivalent system calls, and you have to use
prlimit64 instead. There's no 32-bit prlimit system call, so there's no
easy implementation of that --- what should we do if the result of prlimit64
won't fit in a struct rlimit? Since 32-bit survived without prlimit/prlimit64
for this long, I'm not going to bother implementing prlimit for 32-bit.
We need the rlimit64 functions to be able to build strace 4.8 out of the box.
Change-Id: I1903d913b23016a2fc3b9f452885ac730d71e001
2014-01-09 19:17:03 +01:00
|
|
|
|
2014-02-19 01:42:36 +01:00
|
|
|
.globl getrlimit64
|
|
|
|
|
.equ getrlimit64, getrlimit
|
