[uClibc-cvs] CVS update of uClibc/ldso/ldso/sh (resolve.S)
Joakim Tjernlund
jocke at codepoet.org
Tue Aug 17 13:55:49 UTC 2004
Date: Tuesday, August 17, 2004 @ 07:55:49
Author: jocke
Path: /var/cvs/uClibc/ldso/ldso/sh
Modified: resolve.S (1.4 -> 1.5)
David McCulloug writes:
"There's a bug in the SH asm, it calls into 'C' code without preserving
all the important scratch registers. I have been meaning to double
check the changes as I think more registers need to be saved, then I
was going to send it back to uClibc. From the sound of it this isn't
your problem, but you never know.
Attached is the patch as it stands for the loader on SH."
Glibc appears to do the same.
Index: uClibc/ldso/ldso/sh/resolve.S
diff -u uClibc/ldso/ldso/sh/resolve.S:1.4 uClibc/ldso/ldso/sh/resolve.S:1.5
--- uClibc/ldso/ldso/sh/resolve.S:1.4 Thu Nov 7 19:18:16 2002
+++ uClibc/ldso/ldso/sh/resolve.S Tue Aug 17 07:55:49 2004
@@ -8,6 +8,7 @@
.type _dl_linux_resolve, @function
.balign 16
_dl_linux_resolve:
+ mov.l r2, @-r15 ! see Note2 below
mov.l r3, @-r15
mov.l r4, @-r15
mov.l r5, @-r15
@@ -42,6 +43,11 @@
greater than or equal to 12.
Found in binutils/bfd/elf32-sh.c by Stefan Allius <allius at atecom.com>
+
+ Note2 - we also have to preserve r2 on the stack as the call into
+ C code (_dl_linux_resolver) will use r2 as a scratch register and we
+ need it for the address for returning structures,
+ David McCullough <davidm at snapgear.com>.
*/
mov #8 ,r5
cmp/gt r5, r0
@@ -78,8 +84,9 @@
mov.l @r15+, r6
mov.l @r15+, r5
mov.l @r15+, r4
+ mov.l @r15+, r3
jmp @r0 ! Jump to function address
- mov.l @r15+, r3
+ mov.l @r15+, r2 ! see Note2 above
.balign 4
More information about the uClibc-cvs
mailing list