Gianfar driver crashes in Kernel v3.10

Scott Wood scottwood at freescale.com
Sat Oct 12 04:49:33 EST 2013


On Fri, 2013-10-11 at 12:49 -0500, Scott Wood wrote:
> On Fri, 2013-10-11 at 11:17 +0200, Thomas Hühn wrote:
> > Hi Scott,
> > 
> > On 09.10.2013, at 00:09, Scott Wood <scottwood at freescale.com> wrote:
> > 
> > > On Fri, 2013-10-04 at 12:03 +0000, Thomas Hühn wrote:
> > >> [code]
> > >> [ 2671.841927] Oops: Exception in kernel mode, sig: 5 [#1]
> > >> [ 2671.847141] Freescale P1014
> > >> [ 2671.849925] Modules linked in: ath9k pppoe ppp_async iptable_nat ath9k_common pppox p
> > >> e xt_tcpudp xt_tcpmss xt_string xt_statistic xt_state xt_recent xt_quota xt_pkttype xt_o
> > >> mark xt_connbytes xt_comment xt_addrtype xt_TCPMSS xt_REDIRECT xt_NETMAP xt_LOG xt_IPMAR
> > >> ms_datafab ums_cypress ums_alauda slhc nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_r
> > >> ntrack_sip nf_conntrack_rtsp nf_conntrack_proto_gre nf_conntrack_irc nf_conntrack_h323 n
> > >> compat_xtables compat ath sch_teql sch_tbf sch_sfq sch_red sch_prio sch_htb sch_gred sc
> > >> skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_hfsc sch_ing
> > >> r usb_storage leds_gpio ohci_hcd ehci_platform ehci_hcd sd_mod scsi_mod fsl_mph_dr_of gp
> > >> [ 2671.988946] CPU: 0 PID: 5209 Comm: iftop Not tainted 3.10.13 #2
> > >> [ 2671.994859] task: c4b22220 ti: c7ff8000 task.ti: c477e000
> > >> [ 2672.000250] NIP: c018c7a0 LR: c018c794 CTR: c000b070
> > >> [ 2672.005206] REGS: c7ff9f10 TRAP: 3202   Not tainted  (3.10.13)
> > > 
> > > Trap 0x3202 is a watchdog timer.
> > > 
> > > Did you get a "Bad trap at…" line before the above dump?  
> > 
> > I need to setup my test scenario again as I just copied the crash lines out of it without saving the full file with all lines.
> > 
> > > Do you have
> > > any idea why the watchdog would have been armed without CONFIG_BOOKE_WDT
> > > being set?  
> > 
> > > Is CONFIG_BOOKE_WDT set?
> > > 
> > This config option is not set. Should I try with the CONFIG_BOOK_WDT enabled ?
> 
> Instead, could you try to track down where TCR[WE] is getting set, and
> dump TCR in unknown_exception()?

Sorry, that should be TCR[WIE].

-Scott





More information about the Linuxppc-dev mailing list