| commit | 490e00f68534cd724ba8e486ff6cd6b10d1891b1 | |
| author | Roland Vossen <rvossen@broadcom.com> | |
| Tue, 15 Feb 2011 10:13:51 +0000 (15 11:13 +0100) | ||
| committer | Greg Kroah-Hartman <gregkh@suse.de> | |
| Fri, 18 Feb 2011 21:04:55 +0000 (18 13:04 -0800) | ||
| tree | d7bca47b161dd60e4049a179a5ebc1f8ea2d2276 | treesnapshot (tar.gz zip) |
| parent | 59909c7c296a9f75ff395db2006de0aa6f57e7a7 | commitdiff |
staging: brcm80211: bugfix for stack dump on firmware load problems
If there is a problem with the firmware load (eg, firmware not present in
/lib/firmware/brcm), then the driver would dump its stack instead of bailing
out gracefully. Root cause was an uninitialized variable (wl->pub) being
dereferenced in the rfkill portion of a cleanup routine (wl_remove). Fix was
to move the rfkill calls into the correct spot in wl_remove().
Signed-off-by: Roland Vossen <rvossen@broadcom.com>
Reviewed-by: Arend van Spriel <arend@broadcom.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
If there is a problem with the firmware load (eg, firmware not present in
/lib/firmware/brcm), then the driver would dump its stack instead of bailing
out gracefully. Root cause was an uninitialized variable (wl->pub) being
dereferenced in the rfkill portion of a cleanup routine (wl_remove). Fix was
to move the rfkill calls into the correct spot in wl_remove().
Signed-off-by: Roland Vossen <rvossen@broadcom.com>
Reviewed-by: Arend van Spriel <arend@broadcom.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
| drivers/staging/brcm80211/brcmsmac/wl_mac80211.c | diffblobblamehistory |