nl80211: Fix vendor command handling
In wiphy_info_handler(), vendor specific commands were interpreted as QCA specific without checking for the OUI, which caused incorrect setting of driver flags with commands from other vendors. As a result, that could prevent proper operation (e.g., inability to process CSA). This patch ensures that QCA vendor specific commands are checked against QCA OUI before related flags are set. Signed-off-by: Zefir Kurtisi <zefir.kurtisi@neratec.com>
This commit is contained in:
parent
55e8f0eafc
commit
5f9c92f8f7
1 changed files with 19 additions and 16 deletions
|
@ -575,6 +575,7 @@ static int wiphy_info_handler(struct nl_msg *msg, void *arg)
|
|||
continue;
|
||||
}
|
||||
vinfo = nla_data(nl);
|
||||
if (vinfo->vendor_id == OUI_QCA) {
|
||||
switch (vinfo->subcmd) {
|
||||
case QCA_NL80211_VENDOR_SUBCMD_TEST:
|
||||
drv->vendor_cmd_test_avail = 1;
|
||||
|
@ -589,9 +590,11 @@ static int wiphy_info_handler(struct nl_msg *msg, void *arg)
|
|||
drv->get_features_vendor_cmd_avail = 1;
|
||||
break;
|
||||
case QCA_NL80211_VENDOR_SUBCMD_DO_ACS:
|
||||
drv->capa.flags |= WPA_DRIVER_FLAGS_ACS_OFFLOAD;
|
||||
drv->capa.flags |=
|
||||
WPA_DRIVER_FLAGS_ACS_OFFLOAD;
|
||||
break;
|
||||
}
|
||||
}
|
||||
|
||||
wpa_printf(MSG_DEBUG, "nl80211: Supported vendor command: vendor_id=0x%x subcmd=%u",
|
||||
vinfo->vendor_id, vinfo->subcmd);
|
||||
|
|
Loading…
Reference in a new issue