aboutsummaryrefslogtreecommitdiff
path: root/contrib/groff/font/devX75-12/(developers-only)
diff options
context:
space:
mode:
authorAdrian Chadd <adrian@FreeBSD.org>2025-06-11 18:10:03 +0000
committerAdrian Chadd <adrian@FreeBSD.org>2025-07-16 15:12:11 +0000
commit33e8fc370c186c693c32f909305520de7c75853a (patch)
treef6227985ec7892d598555c92e42039c7cc39919f /contrib/groff/font/devX75-12/(developers-only)
parent4e78b9b5afe9c1ebe93ccd8a0767fda39b26da4a (diff)
net80211: don't dereference a NULL HTINFO IE if it's presentedHEADmain
ieee80211_vht_get_vhtflags() is checking the htinfo IE for the 20/40MHz flag as part of deciding valid channel widths. However, in the hostapd path, the ASSOC_REQ/REASSOC_REQ path will parse the IEs, do some HT/VHT setup, then call ieee80211_ht_updatehtcap_final(). In a HT ASSOC/REASSOC request there won't be a HTINFO IE, however ieee80211_vht_get_vhtflags() still checks for it, leading to a panic. Instead, treat it as if we don't yet know if it's HT40 or not. I'm not sure if we should do that or have it just do _RETURN_CHAN_BITS(0). Differential Revision: https://reviews.freebsd.org/D50794
Diffstat (limited to 'contrib/groff/font/devX75-12/(developers-only)')
0 files changed, 0 insertions, 0 deletions