diff options
author | Arnd Bergmann <arnd@arndb.de> | 2016-05-31 22:42:11 +0200 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2016-05-31 14:07:49 -0700 |
commit | 95e4daa82086e2bd7b7163f33a4f455bf8ecdf48 (patch) | |
tree | 06f50e48e852fca7c527e336bb8cfb9392da4690 /scripts/unifdef.c | |
parent | bc7cc5999fd392cc799630d7e375b2f4e29cc398 (diff) | |
download | lwn-95e4daa82086e2bd7b7163f33a4f455bf8ecdf48.tar.gz lwn-95e4daa82086e2bd7b7163f33a4f455bf8ecdf48.zip |
fou: fix IPv6 Kconfig options
The Kconfig options I added to work around broken compilation ended
up screwing up things more, as I used the wrong symbol to control
compilation of the file, resulting in IPv6 fou support to never be built
into the kernel.
Changing CONFIG_NET_FOU_IPV6_TUNNELS to CONFIG_IPV6_FOU fixes that
problem, I had renamed the symbol in one location but not the other,
and as the file is never being used by other kernel code, this did not
lead to a build failure that I would have caught.
After that fix, another issue with the same patch becomes obvious, as we
'select INET6_TUNNEL', which is related to IPV6_TUNNEL, but not the same,
and this can still cause the original build failure when IPV6_TUNNEL is
not built-in but IPV6_FOU is. The fix is equally trivial, we just need
to select the right symbol.
I have successfully build 350 randconfig kernels with this patch
and verified that the driver is now being built.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Reported-by: Valentin Rothberg <valentinrothberg@gmail.com>
Fixes: fabb13db448e ("fou: add Kconfig options for IPv6 support")
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'scripts/unifdef.c')
0 files changed, 0 insertions, 0 deletions