* Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl)
@ 2008-11-26 22:56 Mark E Mason
2008-11-26 23:10 ` Maciej W. Rozycki
0 siblings, 1 reply; 9+ messages in thread
From: Mark E Mason @ 2008-11-26 22:56 UTC (permalink / raw)
To: LMO; +Cc: Mark E Mason, mmason@upwardaccess.com
Hello all,
I dug one of my bcm47xx eval boards out of the garage and I've been trying to get it to boot using the top-of-tree kernel [with NFS enabled as a non-module], with an NFS root mounted filesystem, using CFE only (no sibyl).
I've gotten as far as I have with the following CFE commands:
setenv LINUX_CMDLINE "root=/dev/nfs rw nfsroot=10.0.1.184:/home/mason/debian-root-el"
ifconfig eth1 -auto
boot -elf 10.0.1.184:vmlinux.47xx
And this is as far as I've gotten ... Something isn't liking the NFS root specification. I'll admit that using sibyl on other cfe machines has made me lazy. I don't really remember the incantations to get this to work correctly... Or is this a kernel config issue?
Thanks in advance,
Mark
CFE> setenv LINUX_CMDLINE "root=/dev/nfs rw nfsroot=10.0.1.184:/home/mason/debian-root-el"
*** command status = 0
CFE> ifconfig eth1 -auto
phy 5, vendor 000895 part 12
mii_probe: Using PHY 5
eth1: Link speed: 100BaseT FDX
Device eth1: hwaddr 02-90-4C-4F-47-04, ipaddr 10.0.1.153, mask 255.255.255.0
gateway 10.0.1.1, nameserver 10.0.1.1, domain mshome.net
*** command status = 0
CFE> boot -elf 10.0.1.184:vmlinux.47xx
Loader:elf Filesys:tftp Dev:eth1 File:10.0.1.184:vmlinux.47xx Options:(null)
Loading: 0x80001000/4067462 0x803e2086/245290 Entry at 0x80005590
Closing network.
eth1: 7960 sent, 7968 received, 0 interrupts
Starting program at 0x80005590
Linux version 2.6.28-rc6 (mason@hawaii) (gcc version 3.4.4) #4 Wed Nov 26 13:59:54 PST 2008
arcs_cmdline='root=/dev/nfs rw nfsroot=10.0.1.184:/home/mason/debian-root-el console=ttyS0,115200'<6>console [early0] enabled
CPU revision is: 00029006 (Broadcom BCM3302)
ssb: Sonics Silicon Backplane found at address 0x18000000
Determined physical RAM map:
memory: 04000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone PFN ranges:
Normal 0x00000000 -> 0x00004000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
0: 0x00000000 -> 0x00004000
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
Kernel command line: root=/dev/nfs rw nfsroot=10.0.1.184:/home/mason/debian-root-el console=ttyS0,115200
Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
Primary data cache 16kB, 2-way, VIPT, cache aliases, linesize 16 bytes
PID hash table entries: 256 (order: 8, 1024 bytes)
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 60676k/65536k available (3103k kernel code, 4784k reserved, 713k data, 156k init, 0k highmem)
Calibrating delay loop... 199.16 BogoMIPS (lpj=398336)
Mount-cache hash table entries: 512
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
net_namespace: 720 bytes
NET: Registered protocol family 16
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Fixing up bridge 0000:00:00.0
PCI: Fixing up device 0000:00:00.0
PCI: Fixing latency timer of device 0000:00:00.0 to 168
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
NET: Registered protocol family 1
audit: initializing netlink socket (disabled)
type=2000 audit(0.379:1): initialized
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
msgmni has been set to 118
alg: No test for stdrng (krng)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Serial: 8250/16550 driver2 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0xb8000300 (irq = 3) is a 16550A
console handover: boot [early0] -> real [ttyS0]
serial8250.0: ttyS1 at MMIO 0xb8000400 (irq = 3) is a 16550A
brd: module loaded
b44.c:v2.0
eth0: Broadcom 44xx/47xx 10/100BaseT Ethernet 02:90:4c:4e:47:04
eth1: Broadcom 44xx/47xx 10/100BaseT Ethernet 02:90:4c:4f:47:04
console [netcon0] enabled
netconsole: network logging started
Driver 'sd' needs updating - please use bus_type methods
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
mice: PS/2 mouse device common for all mice
TCP bic registered
NET: Registered protocol family 17
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
registered taskstats version 1
VFS: Cannot open root device "nfs" or unknown-block(0,255)
Please append a correct "root=" boot option; here are the available partitions:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,255)
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) 2008-11-26 22:56 Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) Mark E Mason @ 2008-11-26 23:10 ` Maciej W. Rozycki 2008-11-26 23:21 ` Mark E Mason 0 siblings, 1 reply; 9+ messages in thread From: Maciej W. Rozycki @ 2008-11-26 23:10 UTC (permalink / raw) To: Mark E Mason; +Cc: LMO, mmason@upwardaccess.com On Wed, 26 Nov 2008, Mark E Mason wrote: > Linux version 2.6.28-rc6 (mason@hawaii) (gcc version 3.4.4) #4 Wed Nov 26 13:59:54 PST 2008 > arcs_cmdline='root=/dev/nfs rw nfsroot=10.0.1.184:/home/mason/debian-root-el console=ttyS0,115200'<6>console [early0] enabled [...] > VFS: Cannot open root device "nfs" or unknown-block(0,255) > Please append a correct "root=" boot option; here are the available partitions: > Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,255) For NFS root to work you have to specify an "ip=" option too, so that a network interface gets assigned an address somehow. The default for this option was changed to "off" at some point with no respective update to documentation apparently. Maciej ^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) 2008-11-26 23:10 ` Maciej W. Rozycki @ 2008-11-26 23:21 ` Mark E Mason 2008-11-26 23:31 ` Andrew Sharp 2008-11-26 23:52 ` Maciej W. Rozycki 0 siblings, 2 replies; 9+ messages in thread From: Mark E Mason @ 2008-11-26 23:21 UTC (permalink / raw) To: Maciej W. Rozycki; +Cc: LMO, mmason@upwardaccess.com Hello Maciej! Do you mean something like this? setenv LINUX_CMDLINE "root=/dev/nfs rw ip=dhcp nfsroot=10.0.1.184:/home/mason/debian-root-el" ifconfig eth1 -auto boot -elf 10.0.1.184:vmlinux.47xx [which ... Unfortunatetly doesn't work... :(] What about CONIFG_ROOT_NFS? Some of the HOWTOs on the net mention it, and it's still in some (most) of the default config files except for the bcm47xx (but I added it to mine manually as I couldn't find it in the menuconfig). So it shouldn't matter... Except that I'm paraniod... Is this a left over 2.4-ism? I'm thinking this board, plus a USB disk and I should be able to build a portable mips system that I can actually take with me to hack on... Unlike the sibyte stuff which usually needs a handtruck to move... Thanks! Mark -----Original Message----- From: Maciej W. Rozycki [mailto:macro@linux-mips.org] Sent: Wednesday, November 26, 2008 3:11 PM To: Mark E Mason Cc: LMO; mmason@upwardaccess.com Subject: Re: Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) On Wed, 26 Nov 2008, Mark E Mason wrote: > Linux version 2.6.28-rc6 (mason@hawaii) (gcc version 3.4.4) #4 Wed Nov 26 13:59:54 PST 2008 > arcs_cmdline='root=/dev/nfs rw nfsroot=10.0.1.184:/home/mason/debian-root-el console=ttyS0,115200'<6>console [early0] enabled [...] > VFS: Cannot open root device "nfs" or unknown-block(0,255) > Please append a correct "root=" boot option; here are the available partitions: > Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,255) For NFS root to work you have to specify an "ip=" option too, so that a network interface gets assigned an address somehow. The default for this option was changed to "off" at some point with no respective update to documentation apparently. Maciej ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) 2008-11-26 23:21 ` Mark E Mason @ 2008-11-26 23:31 ` Andrew Sharp 2008-11-26 23:57 ` Mark E Mason 2008-11-26 23:52 ` Maciej W. Rozycki 1 sibling, 1 reply; 9+ messages in thread From: Andrew Sharp @ 2008-11-26 23:31 UTC (permalink / raw) To: Mark E Mason; +Cc: Maciej W. Rozycki, LMO, mmason@upwardaccess.com On Wed, 26 Nov 2008 15:21:08 -0800 Mark E Mason <mason@broadcom.com> wrote: > Hello Maciej! > > Do you mean something like this? > > setenv LINUX_CMDLINE "root=/dev/nfs rw ip=dhcp > nfsroot=10.0.1.184:/home/mason/debian-root-el" ifconfig eth1 -auto > boot -elf 10.0.1.184:vmlinux.47xx > > [which ... Unfortunatetly doesn't work... :(] Post the output from when this didn't work. You know, so we can see how you managed to screw it up ~:^) I kid. Sort of. Yes, you should have CONFIG_ROOT_NFS turned on. > What about CONIFG_ROOT_NFS? Some of the HOWTOs on the net mention it, > and it's still in some (most) of the default config files except for > the bcm47xx (but I added it to mine manually as I couldn't find it in > the menuconfig). So it shouldn't matter... Except that I'm > paraniod... Is this a left over 2.4-ism? > > I'm thinking this board, plus a USB disk and I should be able to > build a portable mips system that I can actually take with me to hack > on... Unlike the sibyte stuff which usually needs a handtruck to > move... > > Thanks! > Mark > > > -----Original Message----- > From: Maciej W. Rozycki [mailto:macro@linux-mips.org] > Sent: Wednesday, November 26, 2008 3:11 PM > To: Mark E Mason > Cc: LMO; mmason@upwardaccess.com > Subject: Re: Booting top-of-tree bcm47xx as nfs-root with cfe only > (no sibyl) > > On Wed, 26 Nov 2008, Mark E Mason wrote: > > > Linux version 2.6.28-rc6 (mason@hawaii) (gcc version 3.4.4) #4 Wed > > Nov 26 13:59:54 PST 2008 arcs_cmdline='root=/dev/nfs rw > > nfsroot=10.0.1.184:/home/mason/debian-root-el > > console=ttyS0,115200'<6>console [early0] enabled > [...] > > VFS: Cannot open root device "nfs" or unknown-block(0,255) > > Please append a correct "root=" boot option; here are the available > > partitions: Kernel panic - not syncing: VFS: Unable to mount root > > fs on unknown-block(0,255) > > For NFS root to work you have to specify an "ip=" option too, so > that a network interface gets assigned an address somehow. The > default for this option was changed to "off" at some point with no > respective update to documentation apparently. > > Maciej > > > ^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) 2008-11-26 23:31 ` Andrew Sharp @ 2008-11-26 23:57 ` Mark E Mason 2008-11-27 11:09 ` Maciej W. Rozycki 2008-11-27 16:20 ` David Pelton 0 siblings, 2 replies; 9+ messages in thread From: Mark E Mason @ 2008-11-26 23:57 UTC (permalink / raw) To: Andrew Sharp; +Cc: Maciej W. Rozycki, LMO, mmason@upwardaccess.com Hello Andrew, Thanks! I think I found it, not only do you need CONFIG_ROOT_NFS, but you also need CONFIG_IP_PNP and a few other friends, which seem to be missing from the default config file for the 47xx. Once those are fixed, I get this far, which is better, but still not booting (see below). I'm running a debian userland for this - the one I usually use with my bcm1480 ;). It's not compiled with soft-float, and the 47xx doesn't have a fpu - so something with the floating point emulation code configuration I'd imagine. I'm familiar with the internals of that code (or at least an older version of it that was used in VxWorks), but not so much with how it's used / configured under Linux. Are the OpenWrT and other userlands usually built with soft-float or something? Thanks! /Mark CFE> setenv LINUX_CMDLINE "root=/dev/nfs rw ip=dhcp nfsroot=10.0.1.184:/home/mason/debian-root-el" *** command status = 0 CFE> ifconfig eth1 -auto phy 5, vendor 000895 part 12 mii_probe: Using PHY 5 eth1: Link speed: 100BaseT FDX Device eth1: hwaddr 02-90-4C-4F-47-04, ipaddr 10.0.1.150, mask 255.255.255.0 gateway 10.0.1.1, nameserver 10.0.1.1, domain mshome.net *** command status = 0 CFE> boot -elf 10.0.1.184:vmlinux.47xx Loader:elf Filesys:tftp Dev:eth1 File:10.0.1.184:vmlinux.47xx Options:(null) Loading: 0x80001000/4087942 0x803e7086/245626 Entry at 0x80005590 Closing network. eth1: 8000 sent, 8002 received, 0 interrupts Starting program at 0x80005590 Linux version 2.6.28-rc6 (mason@hawaii) (gcc version 3.4.4) #6 Wed Nov 26 15:50:43 PST 2008 arcs_cmdline='root=/dev/nfs rw ip=dhcp nfsroot=10.0.1.184:/home/mason/debian-root-el console=ttyS0,115200'<6>console [early0] enabled CPU revision is: 00029006 (Broadcom BCM3302) ssb: Sonics Silicon Backplane found at address 0x18000000 Determined physical RAM map: memory: 04000000 @ 00000000 (usable) Initrd not found or empty - disabling initrd Zone PFN ranges: Normal 0x00000000 -> 0x00004000 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0x00000000 -> 0x00004000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256 Kernel command line: root=/dev/nfs rw ip=dhcp nfsroot=10.0.1.184:/home/mason/debian-root-el console=ttyS0,115200 Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes. Primary data cache 16kB, 2-way, VIPT, cache aliases, linesize 16 bytes PID hash table entries: 256 (order: 8, 1024 bytes) Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 60656k/65536k available (3104k kernel code, 4804k reserved, 721k data, 168k init, 0k highmem) Calibrating delay loop... 198.65 BogoMIPS (lpj=397312) Mount-cache hash table entries: 512 Initializing cgroup subsys ns Initializing cgroup subsys cpuacct net_namespace: 720 bytes NET: Registered protocol family 16 SCSI subsystem initialized usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Fixing up bridge 0000:00:00.0 PCI: Fixing up device 0000:00:00.0 PCI: Fixing latency timer of device 0000:00:00.0 to 168 NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) TCP reno registered NET: Registered protocol family 1 audit: initializing netlink socket (disabled) type=2000 audit(0.379:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) msgmni has been set to 118 alg: No test for stdrng (krng) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) Serial: 8250/16550 driver2 ports, IRQ sharing disabled serial8250.0: ttyS0 at MMIO 0xb8000300 (irq = 3) is a 16550A console handover: boot [early0] -> real [ttyS0] serial8250.0: ttyS1 at MMIO 0xb8000400 (irq = 3) is a 16550A brd: module loaded b44.c:v2.0 eth0: Broadcom 44xx/47xx 10/100BaseT Ethernet 02:90:4c:4e:47:04 eth1: Broadcom 44xx/47xx 10/100BaseT Ethernet 02:90:4c:4f:47:04 console [netcon0] enabled netconsole: network logging started Driver 'sd' needs updating - please use bus_type methods ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver Initializing USB Mass Storage driver... usbcore: registered new interface driver usb-storage USB Mass Storage support registered. mice: PS/2 mouse device common for all mice TCP bic registered NET: Registered protocol family 17 RPC: Registered udp transport module. RPC: Registered tcp transport module. registered taskstats version 1 b44: eth0: Link is up at 100 Mbps, full duplex. b44: eth0: Flow control is off for TX and off for RX. Sending DHCP requests .<6>b44: eth1: Link is up at 100 Mbps, full duplex. b44: eth1: Flow control is off for TX and off for RX. ., OK IP-Config: Got DHCP answer from 0.0.0.0, my address is 10.0.1.149 b44: eth0: powering down PHY IP-Config: Complete: device=eth1, addr=10.0.1.149, mask=255.255.255.0, gw=10.0.1.1, host=10.0.1.149, domain=mshome.net, nis-domain=(none), bootserver=0.0.0.0, rootserver=10.0.1.184, rootpath= Looking up port of RPC 100003/2 on 10.0.1.184 Looking up port of RPC 100005/1 on 10.0.1.184 VFS: Mounted root (nfs filesystem). Freeing unused kernel memory: 168k freed Algorithmics/MIPS FPU Emulator v1.5 Data bus error, epc == 803ef178, ra == 80017030 Oops[#1]: Cpu 0 $ 0 : 00000000 1000a800 fffd9000 00000001 $ 4 : 810a6000 fffd9000 810a6f00 fffd9000 $ 8 : 803bc1c8 00000001 81021500 00040000 $12 : 00000000 803e8d20 00000001 803bc1a0 $16 : 810a6000 803f0000 2ad19120 0109968b $20 : 8394d2ac 8395517c 2ad19120 83940de0 $24 : 00000000 2aab4184 $28 : 83818000 83819db0 00000000 80017030 Hi : 00000000 Lo : 00000000 epc : 803ef178 0x803ef178 Not tainted ra : 80017030 copy_user_highpage+0x90/0x140 Status: 1000a803 KERNEL EXL IE Cause : 0080001c PrId : 00029006 (Broadcom BCM3302) Modules linked in: Process init (pid: 1, threadinfo=83818000, task=83815a58, tls=00000000) Stack : 83943464 0109968b 8394d2ac 8395517c 803f0000 81021320 810214c0 8008c498 839551d0 00000000 00000000 00000000 00000000 00000000 810214c0 83940de0 83815a58 0109968b 80000000 8395517c 8394d2ac 2ad19120 00000001 00030000 00000464 8008dc84 83940de0 00100073 00000000 00000000 8394d2ac 83940e20 0109968b 00100073 80091a14 800917d4 83815a58 8395517c 83940e14 83940de0 ... Call Trace: [<8008c498>] do_wp_page+0x6dc/0xa24 [<8008dc84>] handle_mm_fault+0x7e8/0x8e8 [<80091a14>] mmap_region+0x3cc/0x6b8 [<800917d4>] mmap_region+0x18c/0x6b8 [<80016a00>] do_page_fault+0x100/0x344 [<8001f6f0>] fpu_emulator_cop1Handler+0x1bf0/0x1c54 [<8009200c>] do_mmap_pgoff+0x30c/0x344 [<80013c94>] do_cpu+0x360/0x3c4 [<80001400>] ret_from_exception+0x0/0x24 [<80001400>] ret_from_exception+0x0/0x24 Code: cc9e0060 cc9e0070 cca40100 <8ca80000> 8ca90004 8caa0008 8cab000c cc9e0080 ac880000 note: init[1] exited with preempt_count 2 BUG: scheduling while atomic: init/1/0x10000002 Modules linked in: Call Trace: [<800125a0>] dump_stack+0x8/0x34 [<80009bac>] __sched_text_start+0x6c/0x6d0 [<8002c4d0>] __cond_resched+0x20/0x4c [<8000a5e4>] _cond_resched+0x4c/0x60 [<80033780>] put_files_struct+0x19c/0x228 [<800342b4>] do_exit+0x268/0x854 [<80012d40>] do_be+0x0/0x198 Kernel panic - not syncing: Attempted to kill init! ^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) 2008-11-26 23:57 ` Mark E Mason @ 2008-11-27 11:09 ` Maciej W. Rozycki 2008-11-27 16:20 ` David Pelton 1 sibling, 0 replies; 9+ messages in thread From: Maciej W. Rozycki @ 2008-11-27 11:09 UTC (permalink / raw) To: Mark E Mason; +Cc: Andrew Sharp, LMO, mmason@upwardaccess.com On Wed, 26 Nov 2008, Mark E Mason wrote: > Data bus error, epc == 803ef178, ra == 80017030 > Oops[#1]: > Cpu 0 > $ 0 : 00000000 1000a800 fffd9000 00000001 > $ 4 : 810a6000 fffd9000 810a6f00 fffd9000 This is a load from 0(a1) which is 0xfffd9000 and which looks suspicious. You can investigate code at epc to see why it is happening. Maciej ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) @ 2008-11-27 16:20 ` David Pelton 0 siblings, 0 replies; 9+ messages in thread From: David Pelton @ 2008-11-27 16:20 UTC (permalink / raw) To: Mark E Mason; +Cc: Andrew Sharp, Maciej W. Rozycki, LMO, mmason Mark E Mason wrote: <...snip...> > VFS: Mounted root (nfs filesystem). > Freeing unused kernel memory: 168k freed > Algorithmics/MIPS FPU Emulator v1.5 > Data bus error, epc == 803ef178, ra == 80017030 > Oops[#1]: > Cpu 0 > $ 0 : 00000000 1000a800 fffd9000 00000001 > $ 4 : 810a6000 fffd9000 810a6f00 fffd9000 > $ 8 : 803bc1c8 00000001 81021500 00040000 > $12 : 00000000 803e8d20 00000001 803bc1a0 > $16 : 810a6000 803f0000 2ad19120 0109968b > $20 : 8394d2ac 8395517c 2ad19120 83940de0 > $24 : 00000000 2aab4184 > $28 : 83818000 83819db0 00000000 80017030 > Hi : 00000000 > Lo : 00000000 > epc : 803ef178 0x803ef178 > Not tainted > ra : 80017030 copy_user_highpage+0x90/0x140 > Status: 1000a803 KERNEL EXL IE > Cause : 0080001c > PrId : 00029006 (Broadcom BCM3302) > Modules linked in: > Process init (pid: 1, threadinfo=83818000, task=83815a58, tls=00000000) > Stack : 83943464 0109968b 8394d2ac 8395517c 803f0000 81021320 810214c0 8008c498 > 839551d0 00000000 00000000 00000000 00000000 00000000 810214c0 83940de0 > 83815a58 0109968b 80000000 8395517c 8394d2ac 2ad19120 00000001 00030000 > 00000464 8008dc84 83940de0 00100073 00000000 00000000 8394d2ac 83940e20 > 0109968b 00100073 80091a14 800917d4 83815a58 8395517c 83940e14 83940de0 > ... > Call Trace: > [<8008c498>] do_wp_page+0x6dc/0xa24 > [<8008dc84>] handle_mm_fault+0x7e8/0x8e8 > [<80091a14>] mmap_region+0x3cc/0x6b8 > [<800917d4>] mmap_region+0x18c/0x6b8 > [<80016a00>] do_page_fault+0x100/0x344 > [<8001f6f0>] fpu_emulator_cop1Handler+0x1bf0/0x1c54 > [<8009200c>] do_mmap_pgoff+0x30c/0x344 > [<80013c94>] do_cpu+0x360/0x3c4 > [<80001400>] ret_from_exception+0x0/0x24 > [<80001400>] ret_from_exception+0x0/0x24 > > > Code: cc9e0060 cc9e0070 cca40100 <8ca80000> 8ca90004 8caa0008 8cab000c cc9e0080 ac880000 > note: init[1] exited with preempt_count 2 > BUG: scheduling while atomic: init/1/0x10000002 > Modules linked in: > Call Trace: > [<800125a0>] dump_stack+0x8/0x34 > [<80009bac>] __sched_text_start+0x6c/0x6d0 > [<8002c4d0>] __cond_resched+0x20/0x4c > [<8000a5e4>] _cond_resched+0x4c/0x60 > [<80033780>] put_files_struct+0x19c/0x228 > [<800342b4>] do_exit+0x268/0x854 > [<80012d40>] do_be+0x0/0x198 > > Kernel panic - not syncing: Attempted to kill init! (apologies for what my mail gateway may decide to do with the formatting of this message) This problem looks similar to an issue raised on this list earlier in the year: http://www.linux-mips.org/archives/linux-mips/2008-06/msg00050.html At the time I was having a similar issue with a Broadcom MIPS32 that I was working on (which also has a BCM3302 core). My fix is outlined in this post: http://www.linux-mips.org/archives/linux-mips/2008-06/msg00141.html To summarize, the kernel was trying to map memory into virtual addresses that the chip was using for internal address space. I'm not sure that you are having the same problem, but I figured I should mention this since the problem looks similar. - David Pelton ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) @ 2008-11-27 16:20 ` David Pelton 0 siblings, 0 replies; 9+ messages in thread From: David Pelton @ 2008-11-27 16:20 UTC (permalink / raw) To: Mark E Mason; +Cc: Andrew Sharp, Maciej W. Rozycki, LMO, mmason Mark E Mason wrote: <...snip...> > VFS: Mounted root (nfs filesystem). > Freeing unused kernel memory: 168k freed > Algorithmics/MIPS FPU Emulator v1.5 > Data bus error, epc == 803ef178, ra == 80017030 > Oops[#1]: > Cpu 0 > $ 0 : 00000000 1000a800 fffd9000 00000001 > $ 4 : 810a6000 fffd9000 810a6f00 fffd9000 > $ 8 : 803bc1c8 00000001 81021500 00040000 > $12 : 00000000 803e8d20 00000001 803bc1a0 > $16 : 810a6000 803f0000 2ad19120 0109968b > $20 : 8394d2ac 8395517c 2ad19120 83940de0 > $24 : 00000000 2aab4184 > $28 : 83818000 83819db0 00000000 80017030 > Hi : 00000000 > Lo : 00000000 > epc : 803ef178 0x803ef178 > Not tainted > ra : 80017030 copy_user_highpage+0x90/0x140 > Status: 1000a803 KERNEL EXL IE > Cause : 0080001c > PrId : 00029006 (Broadcom BCM3302) > Modules linked in: > Process init (pid: 1, threadinfo=83818000, task=83815a58, tls=00000000) > Stack : 83943464 0109968b 8394d2ac 8395517c 803f0000 81021320 810214c0 8008c498 > 839551d0 00000000 00000000 00000000 00000000 00000000 810214c0 83940de0 > 83815a58 0109968b 80000000 8395517c 8394d2ac 2ad19120 00000001 00030000 > 00000464 8008dc84 83940de0 00100073 00000000 00000000 8394d2ac 83940e20 > 0109968b 00100073 80091a14 800917d4 83815a58 8395517c 83940e14 83940de0 > ... > Call Trace: > [<8008c498>] do_wp_page+0x6dc/0xa24 > [<8008dc84>] handle_mm_fault+0x7e8/0x8e8 > [<80091a14>] mmap_region+0x3cc/0x6b8 > [<800917d4>] mmap_region+0x18c/0x6b8 > [<80016a00>] do_page_fault+0x100/0x344 > [<8001f6f0>] fpu_emulator_cop1Handler+0x1bf0/0x1c54 > [<8009200c>] do_mmap_pgoff+0x30c/0x344 > [<80013c94>] do_cpu+0x360/0x3c4 > [<80001400>] ret_from_exception+0x0/0x24 > [<80001400>] ret_from_exception+0x0/0x24 > > > Code: cc9e0060 cc9e0070 cca40100 <8ca80000> 8ca90004 8caa0008 8cab000c cc9e0080 ac880000 > note: init[1] exited with preempt_count 2 > BUG: scheduling while atomic: init/1/0x10000002 > Modules linked in: > Call Trace: > [<800125a0>] dump_stack+0x8/0x34 > [<80009bac>] __sched_text_start+0x6c/0x6d0 > [<8002c4d0>] __cond_resched+0x20/0x4c > [<8000a5e4>] _cond_resched+0x4c/0x60 > [<80033780>] put_files_struct+0x19c/0x228 > [<800342b4>] do_exit+0x268/0x854 > [<80012d40>] do_be+0x0/0x198 > > Kernel panic - not syncing: Attempted to kill init! (apologies for what my mail gateway may decide to do with the formatting of this message) This problem looks similar to an issue raised on this list earlier in the year: http://www.linux-mips.org/archives/linux-mips/2008-06/msg00050.html At the time I was having a similar issue with a Broadcom MIPS32 that I was working on (which also has a BCM3302 core). My fix is outlined in this post: http://www.linux-mips.org/archives/linux-mips/2008-06/msg00141.html To summarize, the kernel was trying to map memory into virtual addresses that the chip was using for internal address space. I'm not sure that you are having the same problem, but I figured I should mention this since the problem looks similar. - David Pelton ^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) 2008-11-26 23:21 ` Mark E Mason 2008-11-26 23:31 ` Andrew Sharp @ 2008-11-26 23:52 ` Maciej W. Rozycki 1 sibling, 0 replies; 9+ messages in thread From: Maciej W. Rozycki @ 2008-11-26 23:52 UTC (permalink / raw) To: Mark E Mason; +Cc: LMO, mmason@upwardaccess.com On Wed, 26 Nov 2008, Mark E Mason wrote: > Do you mean something like this? > > setenv LINUX_CMDLINE "root=/dev/nfs rw ip=dhcp nfsroot=10.0.1.184:/home/mason/debian-root-el" Yes, it should work. > What about CONIFG_ROOT_NFS? Some of the HOWTOs on the net mention it, > and it's still in some (most) of the default config files except for the > bcm47xx (but I added it to mine manually as I couldn't find it in the > menuconfig). So it shouldn't matter... Except that I'm paraniod... Is > this a left over 2.4-ism? For your configuration you need at least these: CONFIG_NET=y CONFIG_INET=y CONFIG_IP_PNP=y CONFIG_IP_PNP_DHCP=y CONFIG_NETWORK_FILESYSTEMS=y CONFIG_NFS_FS=y CONFIG_ROOT_NFS=y In the absence of a platform maintainer the respective default config files are at the very best only updated so that `make oldconfig' does not ask questions. Maciej ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2008-11-27 16:22 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-11-26 22:56 Booting top-of-tree bcm47xx as nfs-root with cfe only (no sibyl) Mark E Mason 2008-11-26 23:10 ` Maciej W. Rozycki 2008-11-26 23:21 ` Mark E Mason 2008-11-26 23:31 ` Andrew Sharp 2008-11-26 23:57 ` Mark E Mason 2008-11-27 11:09 ` Maciej W. Rozycki 2008-11-27 16:20 ` David Pelton 2008-11-27 16:20 ` David Pelton 2008-11-26 23:52 ` Maciej W. Rozycki
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.