summaryrefslogtreecommitdiffstats
path: root/lib/extable.c
diff options
context:
space:
mode:
authorDavid Ahern <dsa@cumulusnetworks.com>2017-02-08 09:29:00 -0800
committerDavid S. Miller <davem@davemloft.net>2017-02-08 12:52:11 -0500
commit2bd137de531367fb573d90150d1872cb2a2095f7 (patch)
tree7c352cf2a83c4bc7f47ea612f8deee36638b36c2 /lib/extable.c
parenta11a7f71cac209c7c9cca66eb506e1ebb033a3b3 (diff)
downloadlinux-stable-2bd137de531367fb573d90150d1872cb2a2095f7.tar.gz
linux-stable-2bd137de531367fb573d90150d1872cb2a2095f7.tar.bz2
linux-stable-2bd137de531367fb573d90150d1872cb2a2095f7.zip
lwtunnel: valid encap attr check should return 0 when lwtunnel is disabled
An error was reported upgrading to 4.9.8: root@Typhoon:~# ip route add default table 210 nexthop dev eth0 via 10.68.64.1 weight 1 nexthop dev eth0 via 10.68.64.2 weight 1 RTNETLINK answers: Operation not supported The problem occurs when CONFIG_LWTUNNEL is not enabled and a multipath route is submitted. The point of lwtunnel_valid_encap_type_attr is catch modules that need to be loaded before any references are taken with rntl held. With CONFIG_LWTUNNEL disabled, there will be no modules to load so the lwtunnel_valid_encap_type_attr stub should just return 0. Fixes: 9ed59592e3e3 ("lwtunnel: fix autoload of lwt modules") Reported-by: pupilla@libero.it Signed-off-by: David Ahern <dsa@cumulusnetworks.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'lib/extable.c')
0 files changed, 0 insertions, 0 deletions