On Friday 19 February 2010 21:28:01 Stefan Wahren wrote: > @Michael: Okay, is there any method to get more reliable information > about the kernel panic (strace, ...) or a idea to faster reproduce the > kernel panic than waiting?
I think the backtrace is pretty good as-is, if you ignore the controller_restart line. It's pretty obvious that this is an skb overflow panic caused by a received packet. There's nothing in the trace that falsifies this, as far as I can see. So what if you set up another device in monitor mode and simply capture all packets until the error happens again? If the panic happened by receiving a malformed packet, it should be obvious to see then. -- Greetings, Michael. _______________________________________________ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
