bionic/libc/arch-mips/syscalls/prlimit64.S

/* Generated by gensyscalls.py. Do not edit. */

#include <asm/unistd.h>
    .text
    .globl prlimit64
    .align 4
    .ent prlimit64

prlimit64:
    .set noreorder
    .cpload $t9
    li $v0, __NR_prlimit64
    syscall
    bnez $a3, 1f
    move $a0, $v0
    j $ra
    nop
1:
    la $t9,__set_errno
    j $t9
    nop
    .set reorder
    .end prlimit64
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			`/* Generated by gensyscalls.py. Do not edit. */`

			`#include <asm/unistd.h>`
			`.text`
			`.globl prlimit64`
			`.align 4`
			`.ent prlimit64`

			`prlimit64:`
			`.set noreorder`
			`.cpload $t9`
			`li $v0, __NR_prlimit64`
			`syscall`
			`bnez $a3, 1f`
			`move $a0, $v0`
			`j $ra`
			`nop`
			`1:`
			`la $t9,__set_errno`
			`j $t9`
			`nop`
			`.set reorder`
			`.end prlimit64`