<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2800.1555" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=260051002-29082006><FONT face=宋体
color=#0000ff size=2>Do testing with the latest kernel
version,</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=260051002-29082006><FONT face=宋体
color=#0000ff size=2>see if it still have the oops.</FONT></SPAN></DIV><BR>
<BLOCKQUOTE
style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px solid; MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B>
linuxppc-embedded-bounces+daveliu=freescale.com@ozlabs.org
[mailto:linuxppc-embedded-bounces+daveliu=freescale.com@ozlabs.org] <B>On
Behalf Of </B>SIP COP 009<BR><B>Sent:</B> Tuesday, August 29, 2006 7:34
AM<BR><B>To:</B> linuxppc-embedded@ozlabs.org<BR><B>Cc:</B>
sipcop009@gmail.com<BR><B>Subject:</B> MPC83xx and Gianfar Drive
Oops<BR></FONT><BR></DIV>
<DIV></DIV>Folks,<BR><BR>Anyone seen this before ?<BR><BR>We have the MPC8349
based EVM board which has 2 GigEs. IP forwarding is enabled on the system. The
kernel/gianfar is 2.6.11 based.<BR><BR>We were trying to stress the GigE
interfaces by sending bidirectional smartbits traffic. <BR><BR>We observe the
following kernel oops:<BR>e-99-0-21-1# Oops: Exception in kernel mode, sig: 5
[#1]<BR>NIP: C016EB80 LR: C016EB80 SP: C0241DE0 REGS: c0241d30 TRAP:
0700<BR>Tainted: P<BR>MSR: 00029032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 TASK =
c022bdb0[0] 'swapper' THREAD: c0240000 Last syscall: 120<BR>GPR00: C016EB80
C0241DE0 C022BDB0 00000030 C0263BF4 000001A1 DF700060 3B9ACA00<BR>GPR08:
C0263BF8 C023DB24 DEA5DE9C C0241CF0 00003C9B 1001A1F8 1FFF8000
00000000<BR>GPR16: FFFFFFFF 00000001 00000000 1FFF297C 1FF9E330 00000001
007FFF00 C0230000<BR>GPR24: 00000001 0000FFFC DFD6B800 0000003F DDC42F48
00000000 D7FA9140 DFD6BA20 Call trace: [c01495d4] [c0149748]
[c0176078] [c0018d34] [c0018e00] [c0005438] [c000460c]
[c00038ac] [c00054d0] [c0003928] [c0242674] [000035fc]
Kernel panic - not syncing: Aiee, killing interrupt handler!<BR>
<0>Rebooting in 180 seconds..<BR><BR>After decoding this it looks like
the following:<BR><BR>Enter hex value:
c01495d4<BR>0xc01495d4:gfar_error(0xc01494bc)+0x118<BR>Enter hex value:
c0149748<BR>0xc0149748:gfar_gdrvinfo(0xc0149718)+0x30<BR>Enter hex value:
c0176078<BR>0xc0176078:dev_ioctl(0xc0175f0c)+0x16c<BR>Enter hex value:
c0018d34<BR>0xc0018d34:__do_softirq(0xc0018cb4)+0x80<BR>Enter hex value:
c0018e00<BR>0xc0018e00:do_softirq(0xc0018da8)+0x58<BR>Enter hex value:
c0005438<BR>0xc0005438:do_IRQ(0xc00053b4)+0x84<BR>Enter hex value:
c000460c<BR>0xc000460c:ret_from_except(0xc000460c)+0x0<BR>Enter hex value:
c00038ac<BR>0xc00038ac:ppc6xx_idle(0xc00037c8)+0xe4<BR>Enter hex value:
c00054d0<BR>0xc00054d0:cpu_idle(0xc00054a8)+0x28<BR><BR>Any idea on this one ?
Any new fixes that went in for such issues
?<BR><BR>Thanks!<BR>ashutosh<BR><BR></BLOCKQUOTE></BODY></HTML>