summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorLubomir Rintel <lkundrak@v3.sk>2019-03-05 19:59:06 +0100
committerLubomir Rintel <lkundrak@v3.sk>2019-03-05 20:29:52 +0100
commit232928ec4e413313dfd81fa2712e04610a27cffe (patch)
tree33c98782bca220bc9b0ce31d91894d45b4fae69e
parentd8070c7a148c8867db149aa09a61cc59fd5e47bb (diff)
platform/linux: fix detection of IFA_FLAGS supportlr/ifla-flags-detection
The condition got accidentally reversed, which means we're always undecided and thus wrongly assuming support and never being able to set any addresses. This would bother the few that are struck with 3.4 android kernels. Very few indeed, given this got unnoticed since 1.10. Fixes: 8670aacc7ce ('platform: cleanup detecting kernel support for IFA_FLAGS and IPv6LL')
-rw-r--r--src/platform/nm-linux-platform.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/platform/nm-linux-platform.c b/src/platform/nm-linux-platform.c
index f6b04833d..4bf855580 100644
--- a/src/platform/nm-linux-platform.c
+++ b/src/platform/nm-linux-platform.c
@@ -590,7 +590,7 @@ _support_kernel_extended_ifa_flags_detect (struct nl_msg *msg)
/* IFA_FLAGS is set for IPv4 and IPv6 addresses. It was added first to IPv6,
* but if we encounter an IPv4 address with IFA_FLAGS, we surely have support. */
- if (NM_IN_SET (((struct ifaddrmsg *) nlmsg_data (msg_hdr))->ifa_family, AF_INET, AF_INET6))
+ if (!NM_IN_SET (((struct ifaddrmsg *) nlmsg_data (msg_hdr))->ifa_family, AF_INET, AF_INET6))
return;
/* see if the nl_msg contains the IFA_FLAGS attribute. If it does,