Port-sparc64 archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Ultrasparc III+ kernel panic
Martin Husemann a écrit :
On Sun, Mar 01, 2015 at 12:28:44PM +0100, BERTRAND Joël wrote:
I have set ddb.onpanic=1. When kernel panics, it enters in ddb, but
console does not respond. I only obtain :
cpu data fault: pc=f000a4b4 rpc=102dfae50 addr=1ffeec000
kernel trap 30: data access exception
Stopped in pid 23349,1 (netstat) at f000a4b4: ld [%g4 + 0x0], %g4
db{1}>
Please also set ddb.commandonenter to "show reg; bt" or similar; this
definitively is good news and will allow debugging.
Martin
I have added show reg; bt to ddb.commandonenter. This morning, I have
obtained a core image, but I don't think it is usable. Please have a look :
legendre# gdb
--symbols=/usr/obj/sys/arch/sparc64/compile/CUSTOM/netbsd.gdb
--eval-command="file
/usr/obj/sys/arch/sparc64/compile/CUSTOM/netbsd.gdb"
--eval-command="target kvm netbsd.12.core" --eval-command "bt"
--eval-command "list" --eval-command "info all-registers" 2>&1
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "sparc64--netbsd".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from
/usr/obj/sys/arch/sparc64/compile/CUSTOM/netbsd.gdb...done.
Load new symbol table from
"/usr/obj/sys/arch/sparc64/compile/CUSTOM/netbsd.gdb"? (y or n) y
Reading symbols from
/usr/obj/sys/arch/sparc64/compile/CUSTOM/netbsd.gdb...done.
dumpsys () at /usr/src/sys/arch/sparc64/sparc64/machdep.c:758
758 snapshot(&dumppcb);
#0 dumpsys () at /usr/src/sys/arch/sparc64/sparc64/machdep.c:758
#1 0x0000000001338510 in maybe_dump (howto=256)
at /usr/src/sys/arch/sparc64/sparc64/machdep.c:570
#2 cpu_reboot (howto=howto@entry=256,
user_boot_string=user_boot_string@entry=0x0)
at /usr/src/sys/arch/sparc64/sparc64/machdep.c:600
#3 0x00000000010ff208 in db_sync_cmd (addr=4361690775,
have_addr=<optimized out>, count=0, modif=0x15ac5f0a8 "")
at /usr/src/sys/ddb/db_command.c:1354
#4 0x00000000010ffadc in db_command (
last_cmdp=last_cmdp@entry=0x1c16be8 <db_last_command>)
at /usr/src/sys/ddb/db_command.c:903
#5 0x00000000010fff60 in db_command_loop ()
at /usr/src/sys/ddb/db_command.c:561
#6 0x0000000001107428 in db_trap (type=type@entry=48, code=code@entry=0)
at /usr/src/sys/ddb/db_trap.c:90
#7 0x0000000001103b04 in kdb_trap (type=type@entry=48,
tf=tf@entry=0x15ac5f520)
at /usr/src/sys/arch/sparc64/sparc64/db_interface.c:329
#8 0x000000000151a534 in data_access_fault (tf=0x15ac5f520,
type=<optimized out>, pc=4026565752, addr=8588804096, sfva=8588804263,
sfsr=<optimized out>) at /usr/src/sys/arch/sparc64/sparc64/trap.c:1169
#9 0x00000000010106cc in Ldatafault_internal ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
753 uint64_t todo;
754 struct mem_region *mp;
755
756 /* copy registers to dumppcb and flush windows */
757 memset(&dumppcb, 0, sizeof(struct pcb));
758 snapshot(&dumppcb);
759 stackdump();
760
761 if (dumpdev == NODEV)
762 return;
g0 <unavailable>
g1 <unavailable>
g2 <unavailable>
g3 <unavailable>
g4 <unavailable>
g5 <unavailable>
g6 <unavailable>
g7 <unavailable>
o0 <unavailable>
o1 <unavailable>
o2 <unavailable>
o3 <unavailable>
o4 <unavailable>
o5 <unavailable>
sp 0x15ac5e5c1 0x15ac5e5c1
o7 <unavailable>
l0 0x33b0000 54198272
l1 0xf9ee80 16379520
l2 0x10000 65536
l3 0x1ee5ce0 32398560
l4 0x1c93a80 29964928
l5 0x1425460 21124192
l6 0xfffff 1048575
l7 0x0 0
i0 0x7cc50000 2093285376
i1 0x10000 65536
i2 0x2000 8192
i3 0x7cc50000 2093285376
i4 0x1ccaab8 30190264
i5 0x10000 65536
fp 0x15ac5e681 0x15ac5e681
i7 0x1338508 20153608
f0 <unavailable>
f1 <unavailable>
f2 <unavailable>
f3 <unavailable>
f4 <unavailable>
f5 <unavailable>
f6 <unavailable>
f7 <unavailable>
f8 <unavailable>
f9 <unavailable>
f10 <unavailable>
f11 <unavailable>
f12 <unavailable>
f13 <unavailable>
f14 <unavailable>
f15 <unavailable>
f16 <unavailable>
f17 <unavailable>
f18 <unavailable>
f19 <unavailable>
f20 <unavailable>
f21 <unavailable>
f22 <unavailable>
f23 <unavailable>
f24 <unavailable>
f25 <unavailable>
f26 <unavailable>
f27 <unavailable>
f28 <unavailable>
f29 <unavailable>
f30 <unavailable>
f31 <unavailable>
f32 <unavailable>
f34 <unavailable>
f36 <unavailable>
f38 <unavailable>
f40 <unavailable>
f42 <unavailable>
f44 <unavailable>
f46 <unavailable>
f48 <unavailable>
f50 <unavailable>
f52 <unavailable>
f54 <unavailable>
f56 <unavailable>
f58 <unavailable>
f60 <unavailable>
f62 <unavailable>
pc 0x1337fe0 0x1337fe0 <dumpsys+32>
npc <unavailable>
state 0x1606 5638
fsr <unavailable>
fprs <unavailable>
y <unavailable>
cwp 0x6 6
pstate 0x16 [ IE PRIV PEF ]
asi 0x0 0
ccr 0x0 0
d0 <unavailable>
d2 <unavailable>
d4 <unavailable>
d6 <unavailable>
d8 <unavailable>
d10 <unavailable>
d12 <unavailable>
d14 <unavailable>
d16 <unavailable>
d18 <unavailable>
d20 <unavailable>
d22 <unavailable>
d24 <unavailable>
d26 <unavailable>
d28 <unavailable>
d30 <unavailable>
d32 <unavailable>
d34 <unavailable>
d36 <unavailable>
d38 <unavailable>
d40 <unavailable>
d42 <unavailable>
d44 <unavailable>
d46 <unavailable>
d48 <unavailable>
d50 <unavailable>
d52 <unavailable>
d54 <unavailable>
d56 <unavailable>
d58 <unavailable>
d60 <unavailable>
d62 <unavailable>
q0 <unavailable>
q4 <unavailable>
q8 <unavailable>
q12 <unavailable>
q16 <unavailable>
q20 <unavailable>
q24 <unavailable>
q28 <unavailable>
q32 <unavailable>
q36 <unavailable>
q40 <unavailable>
q44 <unavailable>
q48 <unavailable>
q52 <unavailable>
q56 <unavailable>
q60 <unavailable>
Best regards,
JKB
Home |
Main Index |
Thread Index |
Old Index