summaryrefslogtreecommitdiffstats
path: root/net/wireless/nl80211.c
diff options
context:
space:
mode:
authorEric Biggers <ebiggers@google.com>2018-05-14 20:09:24 -0700
committerJohannes Berg <johannes.berg@intel.com>2018-05-18 10:01:06 +0200
commit814596495dd2b9d4aab92d8f89cf19060d25d2ea (patch)
treeb959b02ce2feee5aeece71a5593e81951339cc0d /net/wireless/nl80211.c
parent6caf9fb3bda17df59de4ed6ed4950c43ca1361e3 (diff)
downloadop-kernel-dev-814596495dd2b9d4aab92d8f89cf19060d25d2ea.zip
op-kernel-dev-814596495dd2b9d4aab92d8f89cf19060d25d2ea.tar.gz
cfg80211: further limit wiphy names to 64 bytes
wiphy names were recently limited to 128 bytes by commit a7cfebcb7594 ("cfg80211: limit wiphy names to 128 bytes"). As it turns out though, this isn't sufficient because dev_vprintk_emit() needs the syslog header string "SUBSYSTEM=ieee80211\0DEVICE=+ieee80211:$devname" to fit into 128 bytes. This triggered the "device/subsystem name too long" WARN when the device name was >= 90 bytes. As before, this was reproduced by syzbot by sending an HWSIM_CMD_NEW_RADIO command to the MAC80211_HWSIM generic netlink family. Fix it by further limiting wiphy names to 64 bytes. Reported-by: syzbot+e64565577af34b3768dc@syzkaller.appspotmail.com Fixes: a7cfebcb7594 ("cfg80211: limit wiphy names to 128 bytes") Signed-off-by: Eric Biggers <ebiggers@google.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'net/wireless/nl80211.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud