It's been at least a year since I first noticed that, on WiFi-busy environments such as airports, hotels and Free Software conferences, my Yeeloong laptop with a RTL8187B WiFi card will freeze or oops shortly after I enable WiFi. This problem doesn't seem to happen when I'm at home, probably because of the low WiFi traffic. The problem occurs while running 3.11.* and 3.10.* kernels, but not 3.4.* or 3.0.*. I couldn't find any changes to the rtl8187 module that explain this misbehavior, so I suspect it's some new source of parallelism in the mac80211 layer that has exposed the lack of synchronization in uses of rx_queue and b_tx_status.queue. Indeed, I found many uses of these queues that don't take locks to ensure consistency. Unfortunately, adding spin locks around all uses causes harder freezes and/or complains about scheduling in atomic contexts, depending on which race I hit first. Without any changes, the problem I get most often is a crash within rtl8187b_status_cb, when skb_unlink attempts to dereference a NULL pointer. Testing skb->prev and skb->next before entering the branch where the skb is removed seemed to make the error a little bit less frequent, but surely not enough for the machine to remain up for very long while WiFi is enabled. Is this a known problem? Any suggestions on what I could try next to fix the problem? Thanks in advance, -- Alexandre Oliva, freedom fighter http://FSFLA.org/~lxoliva/ You must be the change you wish to see in the world. -- Gandhi Be Free! -- http://FSFLA.org/ FSF Latin America board member Free Software Evangelist Red Hat Brazil Compiler Engineer -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
