On 02/19/2013 03:46 PM, Ben Greear wrote:
On 02/19/2013 03:24 PM, Ben Greear wrote:
On 02/19/2013 02:52 PM, Ben Greear wrote:
On 02/18/2013 02:16 PM, Johannes Berg wrote:
On Mon, 2013-02-18 at 14:14 -0800, Ben Greear wrote:
We often see crashes in work-queue processing when deleting
lots of wifi station interfaces. I'm guessing that there is probably
a work item that was not properly un-registered before deleting
memory. I have backported some wifi fixes from upstream, so
maybe they are to blame, but in case anyone has any suggestions
for places to look, please let me know.
Enable CONFIG_DEBUG_OBJECTS and CONFIG_DEBUG_OBJECTS_WORK :)
That did not catch anything.
So, maybe the problem is in the sta_quiesce logic.
It cancels the work items before it stops the timers, so
I think it could re-add the work before the timers are
stopped??
Maybe not just this, at least. In my case, I'm never seeing the
sta_quiesce code called at all..I guess it is just for cases
where we are quiescing the hardware.
So, what is supposed to clean up these work items (and timers?)
when we are deleting an interface?
Thanks,
Ben
--
Ben Greear <greearb@xxxxxxxxxxxxxxx>
Candela Technologies Inc http://www.candelatech.com
--
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
