[mipsel-manda-01.debian.org] lemote-3a-itx-a1101 kernel boot issues
Hello,
As some of you might know, there was some issue preventing lemote
machine (Loongson-3) boot from Debian kernel. After some
investigation, I have been able to boot a (patched) jessie kernel on
that machine, however the status quo is not that great!
Disabling the following patches from 3.16.7-ckt2-1 Debian linux kernel:
### features/mips/MIPS-Add-NUMA-support-for-Loongson-3.patch
### features/mips/MIPS-increase-MAX-PHYSMEM-BITS-on-Loongson-3-only.patch
### features/mips/MIPS-Add-Loongson-3B-support.patch
made the kernel boot again. However I get a trace at boot time (but
machine boots fine to login):
[ 0.088000] ------------[ cut here ]------------
[ 0.088000] WARNING: CPU: 0 PID: 0 at
/build/numa/linux-3.16.7-ckt2/kernel/smp.c:391
smp_call_function_many+0x130/0x3b0()
[ 0.088000] Modules linked in:
[ 0.088000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
3.16.0-4-loongson-3 #1 Debian 3.16.7-ckt2-1
[ 0.088000] Stack : 0000000000000004 ffffffff80294bf4
ffffffff80ad4598 ffffffff80ad0000
[ 0.088000] 0000000000000000 0000000000000000 0000000000000000
0000000000000000
[ 0.088000] ffffffff808dfd48 ffffffff809ab9c7 ffffffff80ace068
ffffffff809abfb0
[ 0.088000] 0000000000000000 0000000000000000 0000000000000000
0000000000000001
[ 0.088000] ffffffff809a26c0 ffffffff802554c8 0000000000000000
ffffffff8098fc48
[ 0.088000] ffffffff809a26c0 ffffffff80296734 ffffffff809abae0
ffffffff808dfd48
[ 0.088000] 0000000000000000 0000000000000000 0000000000000000
0000000000000000
[ 0.088000] 0000000000000000 ffffffff8098fb90 0000000000000000
ffffffff807e46c0
[ 0.088000] 0000000000000000 0000000000000000 0000000000000000
db4b7fde7785ab00
[ 0.088000] 0000000000000000 ffffffff8020bc50 ffffffff802b87a8
ffffffff807e46c0
[ 0.088000] ...
[ 0.088000] Call Trace:
[ 0.088000] [<ffffffff8020bc50>] show_stack+0x78/0x90
[ 0.088000] [<ffffffff807e46c0>] dump_stack+0x88/0xe0
[ 0.088000] [<ffffffff802323f4>] warn_slowpath_common+0x94/0xc8
[ 0.088000] [<ffffffff802b87a8>] smp_call_function_many+0x130/0x3b0
[ 0.088000] [<ffffffff802b8a74>] smp_call_function+0x4c/0xa0
[ 0.088000] [<ffffffff8022867c>] r4k_flush_icache_range+0x44/0x150
[ 0.088000] [<ffffffff8020fc50>] ftrace_modify_code+0x30/0x50
[ 0.088000] [<ffffffff80a41300>] ftrace_dyn_arch_init+0x90/0xa8
[ 0.088000] [<ffffffff80a4a20c>] ftrace_init+0x28/0x1b0
[ 0.088000] [<ffffffff80a3ccf0>] start_kernel+0x600/0x624
[ 0.088000]
[ 0.088000] ---[ end trace 955ad6e4cf2a041d ]---
Someone on #mipslinux IRC channel hinted the following:
< amalon> zumbi_: i asked around, james cowgill said it might be because
"PMON in those machines hangs when it tries to load a kernel
with a large bss section"
< amalon> zumbi_: apparently it appears after
c46173183657bbdbe0d54a981c28807581648422
< amalon> zumbi_: it's not in v3.16.7, but is in debian's 3.16 kernel
apparently. Could that be the problem?
< amalon> (that commit was introduced to mainline in v3.17-rc1)
That guy seemed to be on track!
Could you porters take this issue upstream and try to improve things
on future kernels?
TIA
Regards,
--
Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Reply to: