From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 20 May 2002 08:32:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 20 May 2002 08:32:04 -0400 Received: from 217-79-104-247.adsl.griffin.net.uk ([217.79.104.247]:50983 "EHLO lemur.beezly.org.uk") by vger.kernel.org with ESMTP id ; Mon, 20 May 2002 08:32:03 -0400 Subject: OOPS: ext3/sparc badness From: Beezly To: linux-kernel@vger.kernel.org Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Mailer: Ximian Evolution 1.0.5 Date: 20 May 2002 13:32:00 +0100 Message-Id: <1021897921.8474.8.camel@montgomery> Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org I'm having problems with an ext3 filesystem on sparc64 (an Ultra1). kernel is: Linux lemur 2.4.19-pre7 #5 SMP Fri Apr 26 01:30:49 BST 2002 sparc64 unknown and was compiled with gcc-3.0.4. The ext3 filesystem is on an md-raid1 set and I get an oops after a seemingly random amount of time. The kernel was compiled with gcc-3.0.4 because it appears 2.95 does not compile the md code correctly on Sparc (see http://marc.theaimsgroup.com/?l=linux-raid&m=101981888804890&w=2). Here's the oops. I would be very happy to help debugging this problem. Cheers, Andrew Beresford Oops follows... Unable to handle kernel NULL pointer dereference tsk->{mm,active_mm}->context = 000000000000070e tsk->{mm,active_mm}->pgd = fffff8000155e000 \|/ ____ \|/ "@'/ .. \`@" /_| \__/ |_\ \__U_/ mrtg(14342): Oops CPU[0]: local_irq_count[0] irqs_running[0] TSTATE: 0000004411009607 TPC: 00000000004a2b3c TNPC: 00000000004a2b40 Y: 00000000 Not tainted Using defaults from ksymoops -t elf32-sparc -a sparc g0: fffff8000074bb78 g1: 00000000004a2960 g2: 0000000000000001 g3: fffff800115cd068 g4: fffff80000000000 g5: 0000000000000001 g6: fffff80001564000 g7: 0000000000000001 o0: fffff80001564000 o1: 0000000000000000 o2: 0000000000ff0000 o3: 000000000000ff00 o4: 0000000000000001 o5: 0000000000000001 sp: fffff800015672c1 ret_pc: 00000000004a2b20 l0: fffff800104f0400 l1: fffff8001257fd20 l2: 00000000006d1800 l3: fffff80013e913b0 l4: 000000000000000a l5: fffff80003e0a011 l6: 00000000005f9400 l7: 0000000000649c00 i0: fffffffffffffff3 i1: fffff800104f0400 i2: 00000000005fad40 i3: 00000000004a2b00 i4: 0000000000000005 i5: 0000000000000003 i6: fffff80001567391 i7: 00000000004784d0 Caller[00000000004784d0] Caller[000000000047904c] Caller[00000000004799ec] Caller[00000000004751d0] Caller[00000000004112f4] Caller[00000000702b5040] Instruction DUMP: 94102000 15003fc0 d25fa7e7 1300003f a12ae018 92126300 920ac009 940ac00a >>PC; 004a2b3c <===== >>g0; fffff8000074bb78 >>g1; 004a2960 >>g3; fffff800115cd068 >>g4; fffff80000000000 >>g6; fffff80001564000 >>o0; fffff80001564000 >>o2; 00ff0000 <_end+8b44f8/18c44f8> >>o3; 0000ff00 Before first symbol >>sp; fffff800015672c1 >>ret_pc; 004a2b20 >>l0; fffff800104f0400 >>l1; fffff8001257fd20 >>l2; 006d1800 >>l3; fffff80013e913b0 >>l5; fffff80003e0a011 >>l6; 005f9400 >>l7; 00649c00 >>i0; fffffffffffffff3 >>i1; fffff800104f0400 >>i2; 005fad40 >>i3; 004a2b00 >>i6; fffff80001567391 >>i7; 004784d0 Trace; 004784d0 Trace; 0047904c Trace; 004799ec <__user_walk+4c/80> Trace; 004751d0 Trace; 004112f4 Trace; 702b5040 Code; 004a2b30 00000000 <_PC>: Code; 004a2b30 0: 94 10 20 00 clr %o2 Code; 004a2b34 4: 15 00 3f c0 sethi %hi(0xff0000), %o2 Code; 004a2b38 8: d2 5f a7 e7 unknown Code; 004a2b3c <===== c: d6 02 40 00 ld [ %o1 ], %o3 <===== Code; 004a2b40 10: 13 00 00 3f sethi %hi(0xfc00), %o1 Code; 004a2b44 14: a1 2a e0 18 sll %o3, 0x18, %l0 Code; 004a2b48 18: 92 12 63 00 or %o1, 0x300, %o1 Code; 004a2b4c 1c: 92 0a c0 09 and %o3, %o1, %o1 Code; 004a2b50 20: 94 0a c0 0a and %o3, %o2, %o2 1 warning issued. Results may not be reliable.