eth0: tx queue full
At runtime during the usual life of my board (MPC852 and linux-2.4.20 Denk's distribution) I have experienced the following crash: eth0: tx queue full!. eth0: tx queue full!. eth0: tx queue full!. Oops: kernel access of bad area, sig: 11 NIP: C000D440 XER: LR: C00BB040 SP: C0C9BC10 REGS: c0c9bb60 TRAP: 0300Tainted: P MSR: 9032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 DAR: 1F9D, DSISR: 00E4 TASK = c0c9a000[145] 'L5421' Last syscall: 4 last math last altivec GPR00: C0C9BC10 C0C9A000 C0F56D70 1F99 003C C0F56D6C 0007 GPR08: 0001 003C C0F56DB0 C0D83C3C 10071D28 C312 GPR16: C311CB04 C311C8D8 C311C754 C017 C312 C311CB30 0001 C0169DA0 GPR24: FE00 1F9D C0F58400 003C 0040 C2080100 C0F58200 C0F501B0 Call backtrace: C00BAF8C C00BABC8 C0005848 C3119448 C31194C0 C31194F8 C00066F8 C0011A48 C00BA8FC C00CADD8 C00C3F00 C0016B50 C00AFE4C C00B4B94 C00B5EF4 C003571C C000457C 0FFD5E4C 0FEDB8DC 0FEDB284 1003B5B8 1003D558 1003A88C 0FED34A4 0FED32D0 0FFCFEE4 0FD5F590 Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing 0Rebooting in 180 seconds.. Could you suggest me something to investigate? -- next part -- An HTML attachment was scrubbed... URL: http://ozlabs.org/pipermail/linuxppc-embedded/attachments/20060606/dbdcce98/attachment.htm
eth0: tx queue full
On 6/6/06, salvatore cusenza salvatore.cusenza at gmail.com wrote: At runtime during the usual life of my board (MPC852 and linux-2.4.20 Denk's distribution) I have experienced the following crash: eth0: tx queue full!. eth0: tx queue full!. eth0: tx queue full!. Oops: kernel access of bad area, sig: 11 NIP: C000D440 XER: LR: C00BB040 SP: C0C9BC10 REGS: c0c9bb60 TRAP: 0300Tainted: P MSR: 9032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 DAR: 1F9D, DSISR: 00E4 TASK = c0c9a000[145] 'L5421' Last syscall: 4 last math last altivec GPR00: C0C9BC10 C0C9A000 C0F56D70 1F99 003C C0F56D6C 0007 GPR08: 0001 003C C0F56DB0 C0D83C3C 10071D28 C312 GPR16: C311CB04 C311C8D8 C311C754 C017 C312 C311CB30 0001 C0169DA0 GPR24: FE00 1F9D C0F58400 003C 0040 C2080100 C0F58200 C0F501B0 Call backtrace: C00BAF8C C00BABC8 C0005848 C3119448 C31194C0 C31194F8 C00066F8 C0011A48 C00BA8FC C00CADD8 C00C3F00 C0016B50 C00AFE4C C00B4B94 C00B5EF4 C003571C C000457C 0FFD5E4C 0FEDB8DC 0FEDB284 1003B5B8 1003D558 1003A88C 0FED34A4 0FED32D0 0FFCFEE4 0FD5F590 Kernel panic: Aiee, killing interrupt handler! In interrupt handler - not syncing 0Rebooting in 180 seconds.. Could you suggest me something to investigate? First thing I'd do is get my hands on ksymoops and look at the callstack. Check out... http://www.kernel.org/pub/linux/utils/kernel/ksymoops/v2.4/ From my past experience, seems to me that I have had a similar oops when the driver code that I have been debugging usually is stuck in a loop at interrupt time and your missing interrupts. Or better yet, your just plain crashing at interrupt time. It sounds like this is pretty easy to reproduce so follow the readme on ksymoops. Hope that helps. -stv
eth0: tx queue full
In message 9252a64b0606060113v696adbb7ib43ad95836c0724b at mail.gmail.com you wrote: At runtime during the usual life of my board (MPC852 and linux-2.4.20 Denk's distribution) I have experienced the following crash: 2.4.20 is at least 3.5 years old. Please use recent code. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de Brain fried - Core dumped
