This is the mail archive of the
glibc-bugs@sources.redhat.com
mailing list for the glibc project.
[Bug libc/933] MIPS (n)64 syscall() implemented incorrectly
- From: "macro at linux-mips dot org" <sourceware-bugzilla at sources dot redhat dot com>
- To: glibc-bugs at sources dot redhat dot com
- Date: 6 May 2005 15:18:18 -0000
- Subject: [Bug libc/933] MIPS (n)64 syscall() implemented incorrectly
- References: <20050505192350.933.macro@linux-mips.org>
- Reply-to: sourceware-bugzilla at sources dot redhat dot com
------- Additional Comments From macro at linux-mips dot org 2005-05-06 15:18 -------
I've found other two places where an incorrect sequence is used for
syscalls and prepared a fix as follows. Additionally it fixes an incorrect
GP restoration directive as well as an inaccurate comment.
2005-05-06 Maciej W. Rozycki <macro@linux-mips.org>
* sysdeps/unix/sysv/linux/mips/brk.c (__brk): Load the number of the
syscall immediately before invocation.
* sysdeps/unix/sysv/linux/mips/mips64/n64/ioctl.S (__ioctl): Likewise.
* sysdeps/unix/sysv/linux/mips/mips64/syscall.S (syscall): Likewise.
* sysdeps/unix/sysv/linux/mips/mips64/n64/ioctl.S (__ioctl): Use macros
to handle GP.
* sysdeps/unix/sysv/linux/mips/mips64/syscall.S (syscall): Likewise.
Update inaccurate comments.
Please apply. It works for the mainline as well.
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=933
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.