Giant lock issue with almost -current

Robert Watson rwatson at
Fri Aug 6 13:33:42 PDT 2004

On Fri, 6 Aug 2004, Poul-Henning Kamp wrote:

> Transcribed by hand:
> Giant not owned
> mtx_assert()
> if_start()
> ieee80211_mgmt_output()
> ieee80211_send_mgmt()
> ieee80211_newstate()
> ath_newstate()
> ieee80211_end_scan()
> ieee80211_next_scan()
> ath_next_scan()
> softclock()

Yeah, I got another report of this this morning.  The 802.11 code is
calling into the network stack from a Giant-free timeout/callout without
first acquiring Giant, and you're running the stack with Giant required
(i.e., debug.mpsafenet=0).  Exactly where to draw the "Needs Giant" line
for debug.mpsafenet=0 is a little vague; generally, it has included the
network device drivers, which suggests that ath should use
CALLOUT_MPSAFENET only if debug.mpsafenet != 0. 

Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
robert at      Principal Research Scientist, McAfee Research

More information about the freebsd-current mailing list