the signal.c (get_sigframe) handler forces my boot process hanging in init
process.
Following patch solves the problem:
Index: arch/mips/kernel/signal.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/kernel/signal.c,v
retrieving revision 1.79
diff -u -r1.79 signal.c
--- arch/mips/kernel/signal.c 28 Nov 2004 23:20:12 -0000 1.79
+++ arch/mips/kernel/signal.c 29 Nov 2004 11:18:37 -0000
@@ -374,7 +374,7 @@
else
almask = ALMASK;
- return (void *)((sp - frame_size) & ~(PLAT_TRAMPOLINE_STUFF_LINE - 1));
+ return (void *)((sp - frame_size) & almask);
}
#ifdef CONFIG_TRAD_SIGNALS
without next patch the TX4927 Toshiba processor definitely does not boot.
(My CPU was hanging without any message on the serial console), this means
the panic() message
panic("No TLB refill handler yet (CPU type: %d)",
current_cpu_data.cputype);
could not be seen.
I am not sure, if the place where I inserted the new processor type is
correct.
Index: arch/mips/mm/tlbex.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/mm/tlbex.c,v
retrieving revision 1.7
diff -u -r1.7 tlbex.c
--- arch/mips/mm/tlbex.c 29 Nov 2004 05:31:09 -0000 1.7
+++ arch/mips/mm/tlbex.c 29 Nov 2004 11:23:05 -0000
@@ -763,6 +763,7 @@
case CPU_R4600:
case CPU_R4700:
+ case CPU_TX49XX:
case CPU_R5000:
case CPU_R5000A:
case CPU_5KC:
The patches included is against 2.6.
Thanks and regards
Ralf Roesch
