vlan: Ignore DELLINK on interfaces that exists
When hitting > Failed to create interface wlan3.1: -23 (Too many open files in system) > Try to remove and re-create wlan3.1 hostapd deletes the AP_VLAN interface and then recreates it. Thus the kernel assigns the same ifidx to the new interfaces and sends DELLINK and NEWLINK mesages. As the DELLINK messages are processed after the struct hostapd_vlan is added, hostapd deletes the struct hostapd_vlan entry, deconfigures the AP_VLAN interface and leaves vlan_newlink nothing to find afterwards. So this patch makes DELLINK messages to be ignored when the interface exists. Signed-off-by: Michael Braun <michael-dev@fami-braun.de>
This commit is contained in:
parent
a5e81ba9eb
commit
371205dd0c
1 changed files with 5 additions and 0 deletions
|
@ -651,6 +651,11 @@ vlan_read_ifnames(struct nlmsghdr *h, size_t len, int del,
|
|||
|
||||
if (!ifname[0])
|
||||
return;
|
||||
if (del && if_nametoindex(ifname)) {
|
||||
/* interface still exists, race condition ->
|
||||
* iface has just been recreated */
|
||||
return;
|
||||
}
|
||||
|
||||
wpa_printf(MSG_DEBUG,
|
||||
"VLAN: RTM_%sLINK: ifi_index=%d ifname=%s ifi_family=%d ifi_flags=0x%x (%s%s%s%s)",
|
||||
|
|
Loading…
Reference in a new issue