[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Kernel crash on Netgear Stora
(2012/09/05 2:58), William Ross wrote:
I'm running NetBSD 6 RC1 on a Netgear Stora (Marvell Kirkwood based NAS).
I have OPEN-RD and SheevaPlug and testing both netbsd-6 and -current.
$ cat dmesg.boot
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
2006, 2007, 2008, 2009, 2010, 2011, 2012
The NetBSD Foundation, Inc. All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
NetBSD 6.99.11 (SHEEVAPLUG) #0: Tue Sep 4 19:58:49 JST 2012
total memory = 512 MB
avail memory = 497 MB
timecounter: Timecounters tick every 10.000 msec
cprng kernel: WARNING insufficient entropy at creation.
cpu0 at mainbus0 core 0: Sheeva 88SV131 rev 1 (ARM9E-S core)
cpu0: DC enabled IC enabled WB enabled EABT branch prediction enabled
cpu0: 16KB/32B 4-way Instruction cache
cpu0: 16KB/32B 4-way write-back-locking-C Data cache
mvsoc0 at mainbus0: Marvell 88F6281 Rev. A0 Kirkwood
mvsoc0: CPU Clock 1200.000 MHz SysClock 400.000 MHz TClock 200.000 MHz
mvsoctmr0 at mvsoc0 unit 0 offset 0x20300-0x203ff: Marvell SoC Timer
mvsocgpp at mvsoc0 unit 0 not configured
mvsocrtc0 at mvsoc0 unit 0 offset 0x10300-0x10317: Marvell SoC Real Time
It can run fine for 24 hours solid compiling stuff from pkgsrc, or
rsyncing data from another host, but I can't interact with it for long
(either over its serial console or via ssh) without it kernel panicing
I set the date, and it crashed, I restarted samba, and it crashed,
just now I started reading a man page, looked away at the TV for a
minute and when I looked back it had crashed. I've captured the panic
message from the serial console (see below). Any ideas on what I can
do to fix/troubleshoot further? The kernel is compiled from the NetBSD
6 RC1 source using the MARVELL_NAS config.
Any ideas greatly appreciated,
NetBSD's in-tree gcc has some bugs for arm. Afrer announcing RC1,
PR#46864 was fixed and pulled up to netbsd-6. Your system may be more
stable if you use daily snapshot of netbsd-6 or next RC(RC2). At least,
my boxes are better than before.
Another bug is PR#46898. This bug make a lot of problems... This bug
is not fixed yet...
uvm_fault(0xc0380bc4, 0, 2) -> e
Fatal kernel mode data abort: 'Permission Fault (P)'
FSR=0000000f, FAR=000000c4, spsr=40000013
r0 =00000003, r1 =00000000, r2 =c0361da0, r3 =00001000
r4 =00000000, r5 =00000000, r6 =00000000, r7 =00000000
r8 =00000000, r9 =c17a7ae0, r10=00000000, r11=c7f5bd88
r12=c7f5bd8c, ssp=c7f5bd50, slr=c02322b4, pc =c02322c0
panic: Fatal abort
dumping to dev 71,1 offset 786431
dump 0 Skipping crash dump on recursive panic
panic: wddump: try again
SAITOH Masanobu (msaitoh%execsw.org@localhost
Main Index |
Thread Index |