Re: Unable to boot NetBSD on Linksys NSLU2 (armbe / armv5tel)

[Eddy Petrișor <eddy.petrisor+netbsd.org%gmail.com@localhost>]

2015-02-20 4:04 GMT+02:00 Christos Zoulas <christos%astron.com@localhost>:
> In article <CAK0XTWf2Pq1U0yffxgzyjTq2HV3kNt-p8YrYxx3ymTqUeOgfcA%mail.gmail.com@localhost>,
> Eddy PetriČ or  <eddy.petrisor%gmail.com@localhost> wrote:
>>Following the great instructions found on the wiki[1] and doing a few
>>tweaks here and there (IPL 2.4, using dnsmasq on the server) I have
>>managed to build and setup things so that netbsd tries to start
>>diskless (root on NFS) on one of my old Linksys NSLU2-s but it fails
>>right when the kernel should start /sbin/init, or at least that's what
>>I understand from the messages:
>>
>>[..]
>>rlphy0 at npe0 phy 1: RTL8201L 10/100 media interface, rev. 1
>>rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
>>clock: hz=100 stathz=0 profhz=0
>>ixp425_intr_establish(irq=5, ipl=6, func=c03ee780, arg=00000000)
>>iic0 at slugiic0: I2C bus
>>xrtc0 at iic0 addr 0x6f: Xicor X1226 Real-time Clock/NVRAM
>>ixp425_intr_establish(irq=22, ipl=5, func=c03f50ec, arg=c1128038)
>>ixp425_intr_establish(irq=29, ipl=5, func=c03f5074, arg=c1128038)
>>ixp425_intr_establish(irq=28, ipl=5, func=c03f5764, arg=c1131790)
>>ixp425_intr_establish(irq=27, ipl=5, func=c03f56bc, arg=c1131790)
>>ixp425_intr_establish(irq=26, ipl=5, func=c03f5614, arg=c1131790)
>>ixp425_intr_establish(irq=5, ipl=6, func=c03f5540, arg=00000000)
>>uhub0 at usb1: vendor 1033 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
>>uhub1 at usb2: vendor 1033 EHCI root hub, class 9/0, rev 2.00/1.00, addr 1
>>uhub2 at usb0: vendor 1033 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
>>boot device: <unknown>
>>root on npe0
>>nfs_boot: trying DHCP/BOOTP
>>npe0: link state DOWN (was UNKNOWN)
>>npe0: link state UP (was DOWN)
>>nfs_boot: DHCP next-server: 192.168.77.250
>>nfs_boot: my_name=kinder
>>nfs_boot: my_domain=eddyp.homeunix.net
>>nfs_boot: my_addr=192.168.77.251
>>nfs_boot: my_mask=255.255.255.0
>>nfs_boot: gateway=192.168.77.1
>>root on 192.168.77.250:/export/netbsd-nslu2/root
>>root time: 0x54e3d162
>>kern.module.path=/stand/evbarm/7.99.4/modules
>>init: copying out path `/sbin/init' 11
>>1.1(init): trap: signo=11 code=2 addr=0x40045d4d trap=0x17
>>r0=40045d4d r1=4003f1bc r2=40045d51 r3=00000049
>>r4=40050c55 r5=40050e3c r6=40045d4d r7=4003f224
>>r8=00000007 r9=bfffd6a8 rA=400511b8 rB=bfffd678
>>ip=00000073 sp=bfffd628 lr=40037b70 pc=4003d1b0 spsr=00000010
>>Process (pid 1) got sig 11
>>1.1(init): trap: signo=11 code=2 addr=0x40045d4d trap=0x17
>>r0=40045d4d r1=4003f1bc r2=40045d51 r3=00000049
>>r4=40050c55 r5=40050e3c r6=40045d4d r7=4003f224
>>r8=00000007 r9=bfffd6a8 rA=400511b8 rB=bfffd678
>>ip=00000073 sp=bfffd628 lr=40037b70 pc=4003d1b0 spsr=00000010
>>Process (pid 1) got sig 11
>>1.1(init): trap: signo=11 code=2 addr=0x40045d4d trap=0x17
>>r0=40045d4d r1=4003f1bc r2=40045d51 r3=00000049
>>r4=40050c55 r5=40050e3c r6=40045d4d r7=4003f224
>>r8=00000007 r9=bfffd6a8 rA=400511b8 rB=bfffd678
>>ip=00000073 sp=bfffd628 lr=40037b70 pc=4003d1b0 spsr=00000010
>>(this part repeats over and over until I press the power button).
>>
>>
>>I tried to confirm that the problem is indeed with the filesystem by
>>renaming /sbin/init so the kernel wouldn't find it, but then I get a
>>somewhat similar problem regarding /rescue/init:
>
> 0x17 is page translation fault in usermode, per armreg.h...

According to the ARM documenation that means an invalid page table
entry is found during the the virtual address decoding. Does that mean
the kernel fails to correctly maintain the MMU tables or could it be
something else?