Hello, Luis!
On Thu, 2006-07-13 at 12:59 +0200, Luis Arnaiz wrote:
> If the packet cannot be corrected at the FEC, then I simply make
> kfree_skb to discard the packet. After a while, the kernel hangs out!!
> But is not a kernel panic!! I realize of this fact because the receiver
> is able to listen to frames sent by the transmitter but it can not reply
> to them. Does anyone know what is happening?? Am I doing something
> really wrong?
Actually, the receive and the transmit path are quite independent.
Maybe you lose some events that call netif_wake_queue() or
netif_start_queue()? Or maybe you forget to unlock something? It looks
like you have a lock that blocks softirqs used for transmission, but not
irqs used for receiving.
> By the way, I am running version 2.6.13.2 of Linux kernel.
Linux 2.6.18-rc1 has some facilities for debugging locks.
You can also use sparse - it can catch some errors too, but it reports
some false positives, so be careful not to trust it too much. "make
check" in the Subversion version of Orinoco would run sparse with all
warnings enabled.
--
Regards,
Pavel Roskin
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
|
