On 01/24/2017 02:26 AM, Stafford Horne wrote:
> If you are having problems booting, both mainline (4.10-rc5) and
> linux-next (i.e. next-201701124) should be able to boot. i.e.
>
> export ARCH=openrisc
> make defconfig # defconfig works fine on qemu
>
> # make any updates to CONFIG_CROSS_COMPILE needed
> make
>
> # start qemu
> qemu-system-or32 -cpu or1200 -M or32-sim -kernel $LINUX/vmlinux \
> -serial stdio -nographic -monitor none
>
> I just ran those commands with linu-next and my qemu patches and the
> kernel can boot, but note fails to find init due to config missing
> initramfs, which I figure you know thats expected.
>
> Let me know what you tried and what problem you are having.
I've tried booting linux-next and mainline, both from yesterday.
According to the trace from qemu (-D z -d in_asm,exec), I execute
./or32-softmmu/qemu-system-or32 -cpu or1200 -M or32-sim \
-kernel ~/work/linux/bld-or/vmlinux -append console=ttyS0 \
-serial stdio -nographic -monitor none \
-D z -d in_asm,exec,int,op_opt
...
Trace 0x7f501130a880 [0: c036c650] setup_cpuinfo
Trace 0x7f501130a990 [0: c036c65c] setup_cpuinfo
Trace 0x7f501130aaa0 [0: c0069774] panic
...
Trace 0x7f5011312b70 [0: 000001fc]
Trace 0x7f5011312b70 [0: 000001fc]
That last block repeats forever.
The qemu I'm using is
git://github.com/rth7680/qemu.git tgt-or1k-2
which has your patch, l.lwa/swa, and a cleanup to the disassembly trace.
Looking at the kernel source I would hazard a guess that it's
> cpu = of_find_compatible_node(NULL, NULL,
> "opencores,or1200-rtlsvn481");
> if (!cpu)
> panic("No compatible CPU found in device tree...\n");
which suggests some large configuration error.
r~
