Re: Giant lock issue with almost -current

From: Robert Watson <rwatson_at_freebsd.org>
Date: Fri, 6 Aug 2004 16:32:18 -0400 (EDT)
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_fledge.watson.org      Principal Research Scientist, McAfee Research
Received on Fri Aug 06 2004 - 18:33:42 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:05 UTC