Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 23 Mar 2013 17:05:45 -0700
From:      Adrian Chadd <adrian@freebsd.org>
To:        Joshua Isom <jrisom@gmail.com>
Cc:        "freebsd-wireless@freebsd.org" <freebsd-wireless@freebsd.org>
Subject:   Re: Periodic panics with ath
Message-ID:  <CAJ-VmommAmpA%2BFLZ=pYVE2QMdNpow%2BW7GyvvkC5nPWoeYe9urQ@mail.gmail.com>
In-Reply-To: <514E3D6D.4060800@gmail.com>
References:  <514E3D6D.4060800@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Ok, do you get crashdumps? Can you attach the core.X.txt files from /var/crash ?

Thanks,


Adrian

On 23 March 2013 16:40, Joshua Isom <jrisom@gmail.com> wrote:
> I'm getting periodic panics with the latest ath driver.  I've had six panics
> today where the debugger was not entered and it just rebooted. Each one
> lists ath_edma_tx_processq as the cause.  I can provide all six core.txt
> files, but here's some of the dmesg listed in one core.txt file.  The dmesg
> part looks like it has better info than the early backtrace.
>
>> Kernel page fault with the following non-sleepable locks held:
>> exclusive sleep mutex ath0 TX lock (ath0 TX lock) r = 0
>> (0xffffff800090d790) locked @
>> /root/ATH/head/sys/modules/ath/../../dev/ath/if_ath_tx_edma.c:529
>> KDB: stack backtrace:
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
>> 0xffffff8020bdd520
>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff8020bdd5d0
>> witness_warn() at witness_warn+0x4a8/frame 0xffffff8020bdd690
>> trap_pfault() at trap_pfault+0x5a/frame 0xffffff8020bdd740
>> trap() at trap+0x659/frame 0xffffff8020bdd950
>> calltrap() at calltrap+0x8/frame 0xffffff8020bdd950
>> --- trap 0xc, rip = 0xffffffff81334da4, rsp = 0xffffff8020bdda10, rbp =
>> 0xffffff8020bddb30 ---
>> ath_edma_tx_processq() at ath_edma_tx_processq+0x1a4/frame
>> 0xffffff8020bddb30
>> taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame
>> 0xffffff8020bddb80
>> taskqueue_thread_loop() at taskqueue_thread_loop+0x7b/frame
>> 0xffffff8020bddbb0
>> fork_exit() at fork_exit+0x84/frame 0xffffff8020bddbf0
>> fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8020bddbf0
>> --- trap 0, rip = 0, rsp = 0xffffff8020bddcb0, rbp = 0 ---
>>
>>
>> Fatal trap 12: page fault while in kernel mode
>> cpuid = 1; apic id = 01
>> fault virtual address   = 0x0
>> fault code      = supervisor read data, page not present
>> instruction pointer = 0x20:0xffffffff81334da4
>> stack pointer           = 0x28:0xffffff8020bdda10
>> frame pointer           = 0x28:0xffffff8020bddb30
>> code segment        = base 0x0, limit 0xfffff, type 0x1b
>>             = DPL 0, pres 1, long 1, def32 0, gran 1
>> processor eflags    = interrupt enabled, resume, IOPL = 0
>> current process     = 0 (ath0 taskq)
>> Kernel page faultath0: ath_edma_recv_proc_queue: handled npkts 0
>>  with the following non-sleepable locks held:
>> exclusive sleep mutex ath0 TX lock (ath0 TX lock) r = 0
>> (0xffffff800090d790) locked @
>> /root/ATH/head/sys/modules/ath/../../dev/ath/if_ath_tx_edma.c:529
>> KDB: stack backtrace:
>> ath0: ath_edma_recv_proc_queue: handled npkts 0
>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
>> 0xffffff8020bdd520
>> kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff8020bdd5d0
>> witness_warn() at witness_warn+0x4a8/frame 0xffffff8020bdd690
>> trap_pfault() at trap_pfault+0x5a/frame 0xffffff8020bdd740
>> trap() at trap+0x659/frame 0xffffff8020bdd950
>> calltrap() at calltrap+0x8/frame 0xffffff8020bdd950
>> --- trap 0xc, rip = 0xffffffff81334da4, rsp = 0xffffff8020bdda10, rbp =
>> 0xffffff8020bddb30 ---
>> ath_edma_tx_processq() at ath_edma_tx_processq+0x1a4/frame
>> 0xffffff8020bddb30
>> taskqueue_run_locked() at taskqueue_run_locked+0xf0/frame
>> 0xffffff8020bddb80
>> taskqueue_thread_loop() at taskqueue_thread_loop+0x7b/frame
>> 0xffffff8020bddbb0
>> fork_exit() at fork_exit+0x84/frame 0xffffff8020bddbf0
>> fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8020bddbf0
>> --- trap 0, rip = 0, rsp = 0xffffff8020bddcb0, rbp = 0 ---
>>
>>
>> Fatal trap 12: page fault while in kernel mode
>> cpuid = 1; apic id = 01
>> fault virtual address   = 0x0
>> fault code      = supervisor read data, page not present
>> instruction pointer = 0x20:0xffffffff81334da4
>> stack pointer           = 0x28:0xffffff8020bdda10
>> frame pointer           = 0x28:0xffffff8020bddb30
>> code segment        = base 0x0, limit 0xfffff, type 0x1b
>>             = DPL 0, pres 1, long 1, def32 0, gran 1
>> processor eflags    = interrupt enabled, resume, IOPL = 0
>> current process     = 0 (ath0 taskq)
>> Uptime: 32m28s
>> Dumping 270 out of 1771
>> MB:..6%..12%..24%..36%..42%..54%..66%..71%..83%..95%
>
> _______________________________________________
> freebsd-wireless@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmommAmpA%2BFLZ=pYVE2QMdNpow%2BW7GyvvkC5nPWoeYe9urQ>