* 2.4.0-test12-pre4 boot failure (better than pre3 and lower)
@ 2000-12-04 21:26 Wakko Warner
2000-12-04 21:43 ` Keith Owens
0 siblings, 1 reply; 4+ messages in thread
From: Wakko Warner @ 2000-12-04 21:26 UTC (permalink / raw)
To: linux-alpha, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 454 bytes --]
PCI patches that were added between pre3 and pre4 allow me to boot the
kernel on my noritake alpha. Once it boots, however, it oops's in the
swapper. I've tried a few times in the past to use ksymoops on oops's on
the alpha arch, but it doesn't appear to work. (I'm using the ksymoops
that's part of the debian potato dist)
I have attached the boot log.
Keep my name in the CC
--
Lab tests show that use of micro$oft causes cancer in lab animals
[-- Attachment #2: 240t12p4-boot --]
[-- Type: text/plain, Size: 8778 bytes --]
Linux version 2.4.0-test12-pre4 (wakko@kakarot) (gcc version 2.95.2 20000220 (Debian GNU/Linux)) #2 Mon Dec 4 09:07:20 EST 2000
Booting on Noritake using machine vector Noritake from SRM
Command line: root=/dev/sda1 ro single console=ttyS0
memcluster 0, usage 1, start 0, end 171
memcluster 1, usage 0, start 171, end 20403
memcluster 2, usage 1, start 20403, end 20480
freeing pages 171:384
freeing pages 625:20403
On node 0 totalpages: 20480
zone(0): 20480 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/sda1 ro single console=ttyS0
Using epoch = 1900
Console: colour VGA+ 80x25
Calibrating delay loop... 525.34 BogoMIPS
Memory: 157168k/163224k available (1114k kernel code, 4688k reserved, 241k data, 208k init)
Dentry-cache hash table entries: 32768 (order: 6, 524288 bytes)
Buffer-cache hash table entries: 8192 (order: 3, 65536 bytes)
Page-cache hash table entries: 32768 (order: 5, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 262144 bytes)
POSIX conformance testing by UNIFIX
got res[2800000:2ffffff] for resource 1 of 3DLabs Permedia II 2D+3D
got res[3000000:37fffff] for resource 2 of 3DLabs Permedia II 2D+3D
got res[2200000:221ffff] for resource 0 of 3DLabs Permedia II 2D+3D
got res[2220000:222ffff] for resource 6 of 3DLabs Permedia II 2D+3D
got res[9000:90ff] for resource 0 of Q Logic ISP1020
got res[9400:947f] for resource 0 of Digital Equipment Corporation DECchip 21142/43
got res[9480:94bf] for resource 0 of 3Com Corporation 3c905 100BaseTX [Boomerang]
got res[3800000:383ffff] for resource 6 of Digital Equipment Corporation DECchip 21142/43
got res[3840000:384ffff] for resource 6 of Q Logic ISP1020
got res[3850000:385ffff] for resource 6 of 3Com Corporation 3c905 100BaseTX [Boomerang]
got res[3860000:3860fff] for resource 1 of Q Logic ISP1020
got res[3861000:386107f] for resource 1 of Digital Equipment Corporation DECchip 21142/43
PCI: Bus 1, bridge: Digital Equipment Corporation DECchip 21050
IO window: 1000-9fff
MEM window: 03800000-038fffff
PCI enable device: (Intel Corporation 82375EB)
cmd reg 0x7
PCI enable device: (Digital Equipment Corporation DECchip 21050)
cmd reg 0x107
PCI enable device: (3DLabs Permedia II 2D+3D)
cmd reg 0x7
PCI enable device: (Q Logic ISP1020)
cmd reg 0x47
PCI enable device: (Digital Equipment Corporation DECchip 21142/43)
cmd reg 0x47
PCI enable device: (3Com Corporation 3c905 100BaseTX [Boomerang])
cmd reg 0x47
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
pty: 256 Unix98 ptys configured
Serial driver version 5.02 (2000-08-09) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
ttyS03 at 0x02e8 (irq = 3) is a 16550A
SCSI subsystem driver Revision: 1.00
qlogicisp : new isp1020 revision ID (2)
scsi0 : QLogic ISP1020 SCSI on PCI bus 01 device 00 irq 17 I/O base 0x9000
Vendor: WDIGTL Model: ENTERPRISE Rev: 1.80
Type: Direct-Access ANSI SCSI revision: 02
Vendor: DEC Model: RZ28D (C) DEC Rev: 0010
Type: Direct-Access ANSI SCSI revision: 02
Vendor: DEC Model: RZ28D (C) DEC Rev: 0008
Type: Direct-Access ANSI SCSI revision: 02
Vendor: DEC Model: RZ28D (C) DEC Rev: 0008
Type: Direct-Access ANSI SCSI revision: 02
Vendor: ARCHIVE Model: Python 25501-XXX Rev: 2.54
Type: Sequential-Access ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 0, lun 0
Detected scsi disk sdb at scsi0, channel 0, id 1, lun 0
Detected scsi disk sdc at scsi0, channel 0, id 2, lun 0
Detected scsi disk sdd at scsi0, channel 0, id 3, lun 0
SCSI device sda: 4254819 512-byte hdwr sectors (2178 MB)
Partition check:
sda: sda1 sda2 sda3 sda4 sda5
SCSI device sdb: 4110480 512-byte hdwr sectors (2105 MB)
sdb: unknown partition table
SCSI device sdc: 4110480 512-byte hdwr sectors (2105 MB)
sdc: unknown partition table
SCSI device sdd: 4110480 512-byte hdwr sectors (2105 MB)
sdd: unknown partition table
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 1024 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 208k freed
Unable to handle kernel paging request at virtual address 0000000000000010
swapper(53): Oops 0
pc = [<fffffc0000323270>] ra = [<fffffc0000323658>] ps = 0000
v0 = 0000000000000000 t0 = 0000000000000012 t1 = fffffc0000485748
t2 = fffffc0009f5c560 t3 = fffffc000046cfb0 t4 = 0000000000000000
t5 = fffffffffffffffe t6 = ffffffffffffffff t7 = fffffc0009e00000
s0 = fffffc0000323600 s1 = 0000000000000000 s2 = fffffc0009f5c560
s3 = fffffc0009f5c560 s4 = fffffc0009eb0ac0 s5 = fffffc0009eb0ac0
s6 = fffffc0009eb0ac0
a0 = fffffc00004870c8 a1 = fffffc0009e00050 a2 = fffffc00004871c8
a3 = 0000000000000000 a4 = 0000000000000001 a5 = 0000000000000000
t8 = 0000000000000001 t9 = 0000000000000003 t10= 0000000000000004
t11= 0000000000000010 pv = fffffc0000323600 at = 0000000000000000
gp = fffffc00004a3f58 sp = fffffc0009dffee0
Code: 40203001 addl t0,1,t0
b82b0000 stl_c t0,0(s2)
e42001fe blt t0,.+2044
b57e0148 stq s2,328(sp)
a5480428 ldq s1,1064(t7)
a0220008 ldl t0,8(t1)
*a60a0010 ldq a0,16(s1)
a52a0028 ldq s0,40(s1)
Trace:323658 323600
Unable to handle kernel paging request at virtual address 0000000000000010
swapper(54): Oops 0
pc = [<fffffc0000323270>] ra = [<fffffc0000323658>] ps = 0000
v0 = 0000000000000000 t0 = 0000000000000012 t1 = fffffc0000485748
t2 = fffffc0009f5c560 t3 = fffffc000046cfb0 t4 = 0000000000000000
t5 = fffffffffffffffe t6 = ffffffffffffffff t7 = fffffc0009e00000
s0 = fffffc0000323600 s1 = 0000000000000000 s2 = fffffc0009f5c560
s3 = fffffc0009f5c560 s4 = fffffc0009eb0ac0 s5 = fffffc0009eb0ac0
s6 = fffffc0009eb0ac0
a0 = fffffc00004870c8 a1 = fffffc0009e00050 a2 = fffffc00004871c8
a3 = 0000000000000000 a4 = 0000000000000001 a5 = 0000000000000000
t8 = 0000000000000001 t9 = 0000000000000003 t10= 0000000000000004
t11= 0000000000000010 pv = fffffc0000323600 at = 0000000000000000
gp = fffffc00004a3f58 sp = fffffc0009dffee0
Code: 40203001 addl t0,1,t0
b82b0000 stl_c t0,0(s2)
e42001fe blt t0,.+2044
b57e0148 stq s2,328(sp)
a5480428 ldq s1,1064(t7)
a0220008 ldl t0,8(t1)
*a60a0010 ldq a0,16(s1)
a52a0028 ldq s0,40(s1)
Trace:323658 323600
Unable to handle kernel paging request at virtual address 0000000000000010
swapper(56): Oops 0
pc = [<fffffc0000323270>] ra = [<fffffc0000323658>] ps = 0000
v0 = 0000000000000000 t0 = 0000000000000012 t1 = fffffc0000485748
t2 = fffffc0009f5c560 t3 = fffffc000046cfb0 t4 = 0000000000000000
t5 = fffffffffffffffe t6 = ffffffffffffffff t7 = fffffc0009e00000
s0 = fffffc0000323600 s1 = 0000000000000000 s2 = fffffc0009f5c560
s3 = fffffc0009f5c560 s4 = fffffc0009eb0ac0 s5 = fffffc0009eb0ac0
s6 = fffffc0009eb0ac0
a0 = fffffc00004870c8 a1 = fffffc0009e00050 a2 = fffffc00004871c8
a3 = 0000000000000000 a4 = 0000000000000001 a5 = 0000000000000000
t8 = 0000000000000001 t9 = 0000000000000003 t10= 0000000000000004
t11= 0000000000000010 pv = fffffc0000323600 at = 0000000000000000
gp = fffffc00004a3f58 sp = fffffc0009dffee0
Code: 40203001 addl t0,1,t0
b82b0000 stl_c t0,0(s2)
e42001fe blt t0,.+2044
b57e0148 stq s2,328(sp)
a5480428 ldq s1,1064(t7)
a0220008 ldl t0,8(t1)
*a60a0010 ldq a0,16(s1)
a52a0028 ldq s0,40(s1)
Trace:323658 323600
Unable to handle kernel paging request at virtual address 0000000000000010
swapper(57): Oops 0
pc = [<fffffc0000323270>] ra = [<fffffc0000323658>] ps = 0000
v0 = 0000000000000000 t0 = 0000000000000012 t1 = fffffc0000485748
t2 = fffffc0009f5c560 t3 = fffffc000046cfb0 t4 = 0000000000000000
t5 = fffffffffffffffe t6 = ffffffffffffffff t7 = fffffc0009e00000
s0 = fffffc0000323600 s1 = 0000000000000000 s2 = fffffc0009f5c560
s3 = fffffc0009f5c560 s4 = fffffc0009eb0ac0 s5 = fffffc0009eb0ac0
s6 = fffffc0009eb0ac0
a0 = fffffc00004870c8 a1 = fffffc0009e00050 a2 = fffffc00004871c8
a3 = 0000000000000000 a4 = 0000000000000001 a5 = 0000000000000000
t8 = 0000000000000001 t9 = 0000000000000003 t10= 0000000000000004
t11= 0000000000000010 pv = fffffc0000323600 at = 0000000000000000
gp = fffffc00004a3f58 sp = fffffc0009dffee0
Code: 40203001 addl t0,1,t0
b82b0000 stl_c t0,0(s2)
e42001fe blt t0,.+2044
b57e0148 stq s2,328(sp)
a5480428 ldq s1,1064(t7)
a0220008 ldl t0,8(t1)
*a60a0010 ldq a0,16(s1)
a52a0028 ldq s0,40(s1)
Trace:323658 323600
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.4.0-test12-pre4 boot failure (better than pre3 and lower)
2000-12-04 21:26 2.4.0-test12-pre4 boot failure (better than pre3 and lower) Wakko Warner
@ 2000-12-04 21:43 ` Keith Owens
2000-12-05 1:39 ` Wakko Warner
0 siblings, 1 reply; 4+ messages in thread
From: Keith Owens @ 2000-12-04 21:43 UTC (permalink / raw)
To: Wakko Warner; +Cc: linux-alpha, linux-kernel
On Mon, 4 Dec 2000 16:26:42 -0500,
Wakko Warner <wakko@animx.eu.org> wrote:
>PCI patches that were added between pre3 and pre4 allow me to boot the
>kernel on my noritake alpha. Once it boots, however, it oops's in the
>swapper. I've tried a few times in the past to use ksymoops on oops's on
>the alpha arch, but it doesn't appear to work. (I'm using the ksymoops
>that's part of the debian potato dist)
Most architectures dump their code as a string of bytes and print the
code after the registers and trace back. Alpha dumps the code before
the trace and also decodes the instructions which really confuses
ksymoops. Somebody changed 'Trace: ' to 'Trace:' between 2.2 and 2.4
kernels so ksymoops no longer picks the trace data.
Is there any chance of changing arch/alpha/kernel/traps.c to print
registers, trace and _raw_ code, in that order so it is more like other
architectures? You can print the decoded instructions as well (prefix
Decode:, not Code:) as long as the raw code bytes are also available.
In the meantime, this patch to ksymoops 2.3.5 will pick up the change
to the trace lines. It will still complain about a bad code line,
ksymoops is built for raw data.
Index: 6.2/oops.c
--- 6.2/oops.c Mon, 06 Nov 2000 16:34:56 +1100 kaos (ksymoops-2.3/11_oops.c 1.22 644)
+++ 6.2(w)/oops.c Tue, 05 Dec 2000 08:37:38 +1100 kaos (ksymoops-2.3/11_oops.c 1.22 644)
@@ -1081,7 +1081,7 @@ static const char *Oops_trace(const char
RE_COMPILE(&re_Oops_trace,
"^(" /* 1 */
"(Call Trace: )" /* 2 */
- /* alpha */ "|(Trace: )" /* 3 */
+ /* alpha */ "|(Trace:)" /* 3 */
/* various */ "|(" BRACKETED_ADDRESS ")" /* 4,5 */
/* ppc */ "|(Call backtrace:)" /* 6 */
/* ppc, s390 */ "|" UNBRACKETED_ADDRESS /* 7 */
@@ -1464,7 +1464,7 @@ static int Oops_print(const char *line,
* anybody wants to print a VERSION_nnnn line in their Oops, this code
* is ready.
*
- * string 9 is defined if the text is 'Trace: ' (alpha).
+ * string 9 is defined if the text is 'Trace:' (alpha).
* string 10 is defined if the text is 'Call backtrace:' (ppc, i370).
* string 11 is defined if the text is 'bh:' (i386). Stack addresses are
* on the next line. In our typical inconsistent manner, the bh: stack
@@ -1503,7 +1503,7 @@ static int Oops_print(const char *line,
/* various */ "|(Call Trace: )" /* 5 T */
/* various */ "|(" BRACKETED_ADDRESS ")" /* 6,7 T */
/* various */ "|(Version_[0-9]+)" /* 8 */
- /* alpha */ "|(Trace: )" /* 9 T */
+ /* alpha */ "|(Trace:)" /* 9 T */
/* ppc, i370 */ "|(Call backtrace:)" /* 10 T */
/* i386 */ "|(bh:)" /* 11 T */
/* i386 */ "|" REVBRACKETED_ADDRESS /* 12 T */
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: 2.4.0-test12-pre4 boot failure (better than pre3 and lower)
2000-12-04 21:43 ` Keith Owens
@ 2000-12-05 1:39 ` Wakko Warner
2000-12-05 1:43 ` Keith Owens
0 siblings, 1 reply; 4+ messages in thread
From: Wakko Warner @ 2000-12-05 1:39 UTC (permalink / raw)
To: Keith Owens; +Cc: linux-alpha, linux-kernel
> Most architectures dump their code as a string of bytes and print the
> code after the registers and trace back. Alpha dumps the code before
> the trace and also decodes the instructions which really confuses
> ksymoops. Somebody changed 'Trace: ' to 'Trace:' between 2.2 and 2.4
> kernels so ksymoops no longer picks the trace data.
>
> Is there any chance of changing arch/alpha/kernel/traps.c to print
> registers, trace and _raw_ code, in that order so it is more like other
> architectures? You can print the decoded instructions as well (prefix
> Decode:, not Code:) as long as the raw code bytes are also available.
>
> In the meantime, this patch to ksymoops 2.3.5 will pick up the change
> to the trace lines. It will still complain about a bad code line,
> ksymoops is built for raw data.
Didn't help much:
[wakko@kakarot:/home/wakko/ksymoops-2.3.4] ./ksymoops -v /usr/src/2.4.0-test12-pre4/vmlinux -K -L -O -m /usr/src/2.4.0-test12-pre4/System.map < /rod/home/wakko/240t12p4-boot
ksymoops 2.3.4 on alpha 2.2.17-LVM-RAID. Options used
-v /usr/src/2.4.0-test12-pre4/vmlinux (specified)
-K (specified)
-L (specified)
-O (specified)
-m /usr/src/2.4.0-test12-pre4/System.map (specified)
Unable to handle kernel paging request at virtual address 0000000000000010
swapper(53): Oops 0
pc = [<fffffc0000323270>] ra = [<fffffc0000323658>] ps = 0000
Using defaults from ksymoops -t elf64-alpha -a alpha
v0 = 0000000000000000 t0 = 0000000000000012 t1 = fffffc0000485748
t2 = fffffc0009f5c560 t3 = fffffc000046cfb0 t4 = 0000000000000000
t5 = fffffffffffffffe t6 = ffffffffffffffff t7 = fffffc0009e00000
s0 = fffffc0000323600 s1 = 0000000000000000 s2 = fffffc0009f5c560
s3 = fffffc0009f5c560 s4 = fffffc0009eb0ac0 s5 = fffffc0009eb0ac0
s6 = fffffc0009eb0ac0
a0 = fffffc00004870c8 a1 = fffffc0009e00050 a2 = fffffc00004871c8
a3 = 0000000000000000 a4 = 0000000000000001 a5 = 0000000000000000
t8 = 0000000000000001 t9 = 0000000000000003 t10= 0000000000000004
t11= 0000000000000010 pv = fffffc0000323600 at = 0000000000000000
gp = fffffc00004a3f58 sp = fffffc0009dffee0
Code: 40203001 addl t0,1,t0
Warning (Oops_code): trailing garbage ignored on Code: line
Text: 'Code: 40203001 addl t0,1,t0'
Garbage: 'l t0,1,t0'
Error (Oops_code_values): invalid value 0xadd in Code line, must be 2, 4, 8 or 16 digits, value ignored
>>PC; fffffc0000323270 <exec_usermodehelper+f0/480> <=====
Code; fffffc0000323270 <exec_usermodehelper+f0/480>
0000000000000000 <_PC>:
Code; fffffc0000323270 <exec_usermodehelper+f0/480>
0: 01 30 20 40 addl t0,0x1,t0
b82b0000 stl_c t0,0(s2)
e42001fe blt t0,.+2044
b57e0148 stq s2,328(sp)
a5480428 ldq s1,1064(t7)
a0220008 ldl t0,8(t1)
a52a0028 ldq s0,40(s1)
Trace:323658 323600
Unable to handle kernel paging request at virtual address 0000000000000010
swapper(54): Oops 0
pc = [<fffffc0000323270>] ra = [<fffffc0000323658>] ps = 0000
v0 = 0000000000000000 t0 = 0000000000000012 t1 = fffffc0000485748
t2 = fffffc0009f5c560 t3 = fffffc000046cfb0 t4 = 0000000000000000
t5 = fffffffffffffffe t6 = ffffffffffffffff t7 = fffffc0009e00000
s0 = fffffc0000323600 s1 = 0000000000000000 s2 = fffffc0009f5c560
s3 = fffffc0009f5c560 s4 = fffffc0009eb0ac0 s5 = fffffc0009eb0ac0
s6 = fffffc0009eb0ac0
a0 = fffffc00004870c8 a1 = fffffc0009e00050 a2 = fffffc00004871c8
a3 = 0000000000000000 a4 = 0000000000000001 a5 = 0000000000000000
t8 = 0000000000000001 t9 = 0000000000000003 t10= 0000000000000004
t11= 0000000000000010 pv = fffffc0000323600 at = 0000000000000000
gp = fffffc00004a3f58 sp = fffffc0009dffee0
Code: 40203001 addl t0,1,t0
Warning (Oops_code): trailing garbage ignored on Code: line
Text: 'Code: 40203001 addl t0,1,t0'
Garbage: 'l t0,1,t0'
Error (Oops_code_values): invalid value 0xadd in Code line, must be 2, 4, 8 or 16 digits, value ignored
Trace; 0000000000323658 Before first symbol
Trace; 0000000000323600 Before first symbol
>>PC; fffffc0000323270 <exec_usermodehelper+f0/480> <=====
Code; fffffc0000323270 <exec_usermodehelper+f0/480>
0000000000000000 <_PC>:
Code; fffffc0000323270 <exec_usermodehelper+f0/480>
0: 01 30 20 40 addl t0,0x1,t0
b82b0000 stl_c t0,0(s2)
e42001fe blt t0,.+2044
b57e0148 stq s2,328(sp)
a5480428 ldq s1,1064(t7)
a0220008 ldl t0,8(t1)
a52a0028 ldq s0,40(s1)
Trace:323658 323600
Unable to handle kernel paging request at virtual address 0000000000000010
swapper(56): Oops 0
pc = [<fffffc0000323270>] ra = [<fffffc0000323658>] ps = 0000
v0 = 0000000000000000 t0 = 0000000000000012 t1 = fffffc0000485748
t2 = fffffc0009f5c560 t3 = fffffc000046cfb0 t4 = 0000000000000000
t5 = fffffffffffffffe t6 = ffffffffffffffff t7 = fffffc0009e00000
s0 = fffffc0000323600 s1 = 0000000000000000 s2 = fffffc0009f5c560
s3 = fffffc0009f5c560 s4 = fffffc0009eb0ac0 s5 = fffffc0009eb0ac0
s6 = fffffc0009eb0ac0
a0 = fffffc00004870c8 a1 = fffffc0009e00050 a2 = fffffc00004871c8
a3 = 0000000000000000 a4 = 0000000000000001 a5 = 0000000000000000
t8 = 0000000000000001 t9 = 0000000000000003 t10= 0000000000000004
t11= 0000000000000010 pv = fffffc0000323600 at = 0000000000000000
gp = fffffc00004a3f58 sp = fffffc0009dffee0
Code: 40203001 addl t0,1,t0
Warning (Oops_code): trailing garbage ignored on Code: line
Text: 'Code: 40203001 addl t0,1,t0'
Garbage: 'l t0,1,t0'
Error (Oops_code_values): invalid value 0xadd in Code line, must be 2, 4, 8 or 16 digits, value ignored
Trace; 0000000000323658 Before first symbol
Trace; 0000000000323600 Before first symbol
>>PC; fffffc0000323270 <exec_usermodehelper+f0/480> <=====
Code; fffffc0000323270 <exec_usermodehelper+f0/480>
0000000000000000 <_PC>:
Code; fffffc0000323270 <exec_usermodehelper+f0/480>
0: 01 30 20 40 addl t0,0x1,t0
b82b0000 stl_c t0,0(s2)
e42001fe blt t0,.+2044
b57e0148 stq s2,328(sp)
a5480428 ldq s1,1064(t7)
a0220008 ldl t0,8(t1)
a52a0028 ldq s0,40(s1)
Trace:323658 323600
Unable to handle kernel paging request at virtual address 0000000000000010
swapper(57): Oops 0
pc = [<fffffc0000323270>] ra = [<fffffc0000323658>] ps = 0000
v0 = 0000000000000000 t0 = 0000000000000012 t1 = fffffc0000485748
t2 = fffffc0009f5c560 t3 = fffffc000046cfb0 t4 = 0000000000000000
t5 = fffffffffffffffe t6 = ffffffffffffffff t7 = fffffc0009e00000
s0 = fffffc0000323600 s1 = 0000000000000000 s2 = fffffc0009f5c560
s3 = fffffc0009f5c560 s4 = fffffc0009eb0ac0 s5 = fffffc0009eb0ac0
s6 = fffffc0009eb0ac0
a0 = fffffc00004870c8 a1 = fffffc0009e00050 a2 = fffffc00004871c8
a3 = 0000000000000000 a4 = 0000000000000001 a5 = 0000000000000000
t8 = 0000000000000001 t9 = 0000000000000003 t10= 0000000000000004
t11= 0000000000000010 pv = fffffc0000323600 at = 0000000000000000
gp = fffffc00004a3f58 sp = fffffc0009dffee0
Code: 40203001 addl t0,1,t0
Warning (Oops_code): trailing garbage ignored on Code: line
Text: 'Code: 40203001 addl t0,1,t0'
Garbage: 'l t0,1,t0'
Error (Oops_code_values): invalid value 0xadd in Code line, must be 2, 4, 8 or 16 digits, value ignored
Trace; 0000000000323658 Before first symbol
Trace; 0000000000323600 Before first symbol
>>PC; fffffc0000323270 <exec_usermodehelper+f0/480> <=====
Code; fffffc0000323270 <exec_usermodehelper+f0/480>
0000000000000000 <_PC>:
Code; fffffc0000323270 <exec_usermodehelper+f0/480>
0: 01 30 20 40 addl t0,0x1,t0
b82b0000 stl_c t0,0(s2)
e42001fe blt t0,.+2044
b57e0148 stq s2,328(sp)
a5480428 ldq s1,1064(t7)
a0220008 ldl t0,8(t1)
a52a0028 ldq s0,40(s1)
Trace:323658 323600
Warning (Oops_read): Code line not seen, dumping what data is available
Trace; 0000000000323658 Before first symbol
Trace; 0000000000323600 Before first symbol
5 warnings and 4 errors issued. Results may not be reliable.
[wakko@kakarot:/home/wakko/ksymoops-2.3.4]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: 2.4.0-test12-pre4 boot failure (better than pre3 and lower)
2000-12-05 1:39 ` Wakko Warner
@ 2000-12-05 1:43 ` Keith Owens
0 siblings, 0 replies; 4+ messages in thread
From: Keith Owens @ 2000-12-05 1:43 UTC (permalink / raw)
To: Wakko Warner; +Cc: linux-alpha, linux-kernel
On Mon, 4 Dec 2000 20:39:29 -0500,
Wakko Warner <wakko@animx.eu.org> wrote:
>Keith Owens wrote
>> Is there any chance of changing arch/alpha/kernel/traps.c to print
>> registers, trace and _raw_ code, in that order so it is more like other
>> architectures? You can print the decoded instructions as well (prefix
>> Decode:, not Code:) as long as the raw code bytes are also available.
>>
>> In the meantime, this patch to ksymoops 2.3.5 will pick up the change
>> to the trace lines. It will still complain about a bad code line,
>> ksymoops is built for raw data.
>
>Didn't help much:
>Code: 40203001 addl t0,1,t0
>Warning (Oops_code): trailing garbage ignored on Code: line
> Text: 'Code: 40203001 addl t0,1,t0'
>Trace:323658 323600
Because the trace is printed after the code line, it is treated as part
of the next oops, confusing. Even more of a problem, the trace
addresses only print the low word of the address, that should really be
Trace: fffffc0000323658 fffffc0000323600
If somebody would change the Alpha oops text to print the registers,
the trace (with full addresses) and original code, in that order, then
ksymoops would have no problem. I do not want to change ksymoops
because that might affect processing of logs for other architectures.
IMNSHO we need to be more consistent in the way that we print oops
logs, Alpha is quite different from the other architectures.
In the meantime, if you manually edit the oops log to this layout then
you will get a much better listing.
Unable to handle kernel paging request at virtual address 0000000000000010
swapper(53): Oops 0
pc = [<fffffc0000323270>] ra = [<fffffc0000323658>] ps = 0000
Using defaults from ksymoops -t elf64-alpha -a alpha
v0 = 0000000000000000 t0 = 0000000000000012 t1 = fffffc0000485748
t2 = fffffc0009f5c560 t3 = fffffc000046cfb0 t4 = 0000000000000000
t5 = fffffffffffffffe t6 = ffffffffffffffff t7 = fffffc0009e00000
s0 = fffffc0000323600 s1 = 0000000000000000 s2 = fffffc0009f5c560
s3 = fffffc0009f5c560 s4 = fffffc0009eb0ac0 s5 = fffffc0009eb0ac0
s6 = fffffc0009eb0ac0
a0 = fffffc00004870c8 a1 = fffffc0009e00050 a2 = fffffc00004871c8
a3 = 0000000000000000 a4 = 0000000000000001 a5 = 0000000000000000
t8 = 0000000000000001 t9 = 0000000000000003 t10= 0000000000000004
t11= 0000000000000010 pv = fffffc0000323600 at = 0000000000000000
gp = fffffc00004a3f58 sp = fffffc0009dffee0
Trace: fffffc0000323658 fffffc0000323600
Code: 40203001 b82b0000 e42001fe b57e0148 a5480428 a0220008 a52a0028
That last line may be incomplete, it is probably missing the failing
instruction. To build a correct Code: line, extract the hex values for
the code bytes, enclose the failing instruction in < >, without the
leading '*'.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2000-12-05 2:14 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-12-04 21:26 2.4.0-test12-pre4 boot failure (better than pre3 and lower) Wakko Warner
2000-12-04 21:43 ` Keith Owens
2000-12-05 1:39 ` Wakko Warner
2000-12-05 1:43 ` Keith Owens
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox