Sorry, realized I might not have been clear as to what I meant! The patch was attached to the bugzilla entry, but I'll attach it here as well. My description of the patch itself was really as complicated as it gets too (just two lines, switch (void*)mac to &mac->assoc.work.work in net/ieee80211/softmac/ieee80211softmac_assoc.c), just a small bug while somebody was rushing through the work/delayed_work changes. -Mike On 12/13/06, Mike Galbraith <[email protected]> wrote:
On Wed, 2006-12-13 at 13:17 -0500, Michael Bommarito wrote: > This didn't get much attention on bugzilla and I figured it was > important enough to forward along to the whole list since it's been > lingering around in ieee80211-softmac since 19-git5 at least. > http://bugzilla.kernel.org/show_bug.cgi?id=7657 > > Somebody was passing the whole mac device structure to > ieee80211softmac_assoc_work instead of just the assocation work, which > lead to much death and locking. > > Attached is a patch that fixes this (the actual change is two lines > but context provided in patch for review). The dmesg containing call > trace is attached to the bugzilla entry above. -ENOPATCH :)
Attachment:
patch-ieee80211softmac_assoc_work
Description: Binary data
- Follow-Ups:
- References:
- [PATCH 2.6.19-git19] BUG due to bad argument to ieee80211softmac_assoc_work
- From: "Michael Bommarito" <[email protected]>
- [PATCH 2.6.19-git19] BUG due to bad argument to ieee80211softmac_assoc_work
- Prev by Date: amd64 agpgart aperture base value
- Next by Date: Re: Postgrey experiment at VGER
- Previous by thread: [PATCH 2.6.19-git19] BUG due to bad argument to ieee80211softmac_assoc_work
- Next by thread: Re: [PATCH 2.6.19-git19] BUG due to bad argument to ieee80211softmac_assoc_work
- Index(es):