Skip to contentSkip to conversation

test1[12] + sparc + bind 9.1.0b1 == bad things

DISCUSSION Pete Zaitcev 2 participants 2 messages Dec 14, 2000

lore
Share & tools
lore

Pete Zaitcev

author
#0 lore raw
Quoted 9 lines

Is this the first OOPS it prints out? I don't think so. I am very sure it printed out messages from die_if_kernel first and we need that initial OOPS to diagnose this bug and fix it.

All the rest of the OOPS messages are useless and won't tell us what the real problem is.

Later,
David S. Miller

Bad news about recursive Oops is that too often the system cannot continue and oopsen never reach /var/log/messages.

This problem was so common on sparc(32) that I run all my kernels with the attached patch. I think an application of a similar change should be mandatory if you are insterested in any sort of debugging.

The alternative is to use a serial console, captured at all times.

--Pete

sparc/kernel/traps.c 2000/06/26 18:19:10 renamed from sparc/kernel/traps.c 2000/06/04 06:23:52 1.63 +2 -1
diff -u -r1.63 traps.c
@@ -114,18 +116,23 @@
 		 * bound in case our stack is trashed and we loop.
 		 */
 		while(rw                                        &&
-		      count++ < 30                              &&
+		      count++ < 10                              && /* P3 30 */
 		       (((unsigned long) rw) >= PAGE_OFFSET)    &&
 		      !(((unsigned long) rw) & 0x7)) {
 			printk("Caller[%08lx]\n", rw->ins[7]);
 			rw = (struct reg_window *)rw->ins[6];
 		}
 	}
+#if 0
 	printk("Instruction DUMP:");
 	instruction_dump ((unsigned long *) regs->pc);
 	if(regs->psr & PSR_PS)

		do_exit(SIGKILL);

do_exit(SIGSEGV);
+#else
+ printk("Looping...");
+ for (;;) { }
+#endif
}

void do_hw_interrupt(unsigned long type, unsigned long psr, unsigned long pc)
Index: arch/sparc/mm/fault.c
===================================================================
RCS file: /vger-cvs/linux/arch/sparc/mm/fault.c,v
retrieving revision 1.116

sparc/mm/fault.c 2000/06/26 18:19:11 renamed from sparc/mm/fault.c 2000/05/03 06:37:03 1.116 +4 -1
diff -u -r1.116 fault.c
@@ -146,11 +146,15 @@
 		printk(KERN_ALERT "Unable to handle kernel paging request "
 			"at virtual address %08lx\n", address);
 	}
+	if (tsk->active_mm == NULL) {
+		printk(KERN_ALERT "tsk->active_mm = NULL\n");
+	} else {
 	printk(KERN_ALERT "tsk->{mm,active_mm}->context = %08lx\n",
 		(tsk->mm ? tsk->mm->context : tsk->active_mm->context));
 	printk(KERN_ALERT "tsk->{mm,active_mm}->pgd = %08lx\n",
 		(tsk->mm ? (unsigned long) tsk->mm->pgd :
 			(unsigned long) tsk->active_mm->pgd));
+	}
 	die_if_kernel("Oops", regs);
 }
-

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected]
Please read the FAQ at http://www.tux.org/lkml/

#1 lore raw
Quoted 9 lines · Pete Zaitcev
Quoted 9 lines

Is this the first OOPS it prints out? I don't think so. I am very sure it printed out messages from die_if_kernel first and we need that initial OOPS to diagnose this bug and fix it.

All the rest of the OOPS messages are useless and won't tell us what the real problem is.

Later,
David S. Miller

no, you're right. here's the first oops:

named(465): Oops
TSTATE: 00000000f0f09603 TPC: 000000000043f730 TNPC: 000000000043f734 Y: 0c000000
g0: 70029eb470029ea0 g1: 000000000000003d g2: 0000000000000002 g3: 0000000000000000
g4: fffff80000000000 g5: 0000000000000004 g6: fffff8001318c000 g7: 000000000000003d
o0: 000000000068dd00 o1: 0000000000000001 o2: 0000000000000000 o3: 0000000000000071
o4: 0000000000000000 o5: 0000000000000000 sp: fffff8001318ed91 ret_pc: 000000000042d5c0
l0: 0000000000000000 l1: 0000000070188270 l2: fffff8001398b8f0 l3: 00000000005b4400
l4: 000000000068fc00 l5: 00000000005b45c0 l6: 000000000000000f l7: 0000000000000000
i0: 0000000000000000 i1: fffff80010528908 i2: 0000000000000001 i3: 0000000000000001
i4: 0000000000000000 i5: 0000000000000003 i6: fffff8001318ee51 i7: 00000000004b2878 Caller[00000000004b2878]
Caller[00000000004b2b3c]
Caller[00000000004e205c]
Caller[00000000004ef3d8]
Caller[00000000004e3e5c]
Caller[000000000041b154]
Caller[0000000000408874]
Caller[000000000042d5c0]
Caller[000000000042da28]
Caller[00000000004100b4]
Caller[000000007005ccd4]
Instruction DUMP: a4063ff0 d85ca008 f05e0000 <d05b0000> 900f4008 80a22000 0247fff8 80a60019 02f6ffcc Aiee, killing interrupt handler

Unable to handle kernel NULL pointer dereference

tsk->{mm,active_mm}->context = 00000000000005c9
tsk->{mm,active_mm}->pgd = fffff80013789000

..and here's its ksymoops output:

ksymoops 2.3.5 on sparc64 2.4.0-test12-1. Options used
-V (default)
-K (specified)
-L (specified)
-O (specified)
-m /usr/src/linux/System.map (default)

named(465): Oops
TSTATE: 00000000f0f09603 TPC: 000000000043f730 TNPC: 000000000043f734 Y:0c000000
Using defaults from ksymoops -t elf32-sparc -a sparc
g0: 70029eb470029ea0 g1: 000000000000003d g2: 0000000000000002 g3: 0000000000000000
g4: fffff80000000000 g5: 0000000000000004 g6: fffff8001318c000 g7: 000000000000003d
o0: 000000000068dd00 o1: 0000000000000001 o2: 0000000000000000 o3: 0000000000000071
o4: 0000000000000000 o5: 0000000000000000 sp: fffff8001318ed91 ret_pc: 000000000042d5c0
l0: 0000000000000000 l1: 0000000070188270 l2: fffff8001398b8f0 l3: 00000000005b4400
l4: 000000000068fc00 l5: 00000000005b45c0 l6: 000000000000000f l7: 0000000000000000
i0: 0000000000000000 i1: fffff80010528908 i2: 0000000000000001 i3: 0000000000000001
i4: 0000000000000000 i5: 0000000000000003 i6: fffff8001318ee51 i7: 00000000004b2878 Caller[00000000004b2878]
Caller[00000000004b2b3c]
Caller[00000000004e205c]
Caller[00000000004ef3d8]
Caller[00000000004e3e5c]
Caller[000000000041b154]
Caller[0000000000408874]
Caller[000000000042d5c0]
Caller[000000000042da28]
Caller[00000000004100b4]
Caller[000000007005ccd4]
Instruction DUMP: a4063ff0 d85ca008 f05e0000 <d05b0000> 900f4008 80a22000 0247fff8 80a60019 02f6ffcc

Quoted 3 lines
Quoted 3 lines
PC;  0043f730 <__wake_up+110/220>   <=====
O7;  0042d5c0 <cmsg32_recvmsg_fixup+80/120>
I7;  004b2878 <end_buffer_io_sync+58/80>

Trace; 004b2878 <end_buffer_io_sync+58/80>
Trace; 004b2b3c <end_that_request_first+5c/e0>
Trace; 004e205c <ide_end_request+1c/80>
Trace; 004ef3d8 <ide_dma_intr+78/c0>
Trace; 004e3e5c <ide_intr+13c/1a0>
Trace; 0041b154 <handler_irq+114/1c0>
Trace; 00408874 <tl0_irq3+14/40>
Trace; 0042d5c0 <cmsg32_recvmsg_fixup+80/120>
Trace; 0042da28 <sys32_recvmsg+1e8/2e0>
Trace; 004100b4 <linux_sparc_syscall32+34/40>
Trace; 7005ccd4 <END_OF_CODE+6f9ab454/????>
Code; 0043f724 <__wake_up+104/220>
0000000000000000 <_PC>:
Code; 0043f724 <__wake_up+104/220>
0: a4 06 3f f0 add %i0, -16, %l2
Code; 0043f728 <__wake_up+108/220>
4: d8 5c a0 08 unknown
Code; 0043f72c <__wake_up+10c/220>
8: f0 5e 00 00 unknown
Code; 0043f730 <__wake_up+110/220> <=====
c: d0 5b 00 00 unknown <=====
Code; 0043f734 <__wake_up+114/220>
10: 90 0f 40 08 and %i5, %o0, %o0
Code; 0043f738 <__wake_up+118/220>
14: 80 a2 20 00 cmp %o0, 0
Code; 0043f73c <__wake_up+11c/220>
18: 02 47 ff f8 unknown
Code; 0043f740 <__wake_up+120/220>
1c: 80 a6 00 19 cmp %i0, %i1
Code; 0043f744 <__wake_up+124/220>
20: 02 f6 ff cc unknown

Aiee, killing interrupt handler

Unable to handle kernel NULL pointer dereference

tsk->{mm,active_mm}->context = 00000000000005c9
tsk->{mm,active_mm}->pgd = fffff80013789000

thanks,
pete

Signature · 2 lines
Pete Toscano    p:[email protected]     w:[email protected]
GPG fingerprint: D8F5 A087 9A4C 56BB 8F78  B29C 1FF0 1BA7 9008 2736