aboutsummaryrefslogtreecommitdiffstats
path: root/net/ipv6
diff options
context:
space:
mode:
authorAndreas Henriksson <andreas@fatal.se>2013-11-07 18:26:38 +0100
committerBen Hutchings <ben@decadent.org.uk>2014-01-03 04:33:32 +0000
commit6b23a9a0fbd5ec9a6b5d0034156134864adaf768 (patch)
treef1e32c792b080eefcd351cd122d28338aa62be6e /net/ipv6
parentdc55b2a5a8f2abd303198c8169c52550a010391d (diff)
downloadkernel_samsung_smdk4412-6b23a9a0fbd5ec9a6b5d0034156134864adaf768.zip
kernel_samsung_smdk4412-6b23a9a0fbd5ec9a6b5d0034156134864adaf768.tar.gz
kernel_samsung_smdk4412-6b23a9a0fbd5ec9a6b5d0034156134864adaf768.tar.bz2
net: Fix "ip rule delete table 256"
[ Upstream commit 13eb2ab2d33c57ebddc57437a7d341995fc9138c ] When trying to delete a table >= 256 using iproute2 the local table will be deleted. The table id is specified as a netlink attribute when it needs more then 8 bits and iproute2 then sets the table field to RT_TABLE_UNSPEC (0). Preconditions to matching the table id in the rule delete code doesn't seem to take the "table id in netlink attribute" into condition so the frh_get_table helper function never gets to do its job when matching against current rule. Use the helper function twice instead of peaking at the table value directly. Originally reported at: http://bugs.debian.org/724783 Reported-by: Nicolas HICHER <nhicher@avencall.com> Signed-off-by: Andreas Henriksson <andreas@fatal.se> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
Diffstat (limited to 'net/ipv6')
0 files changed, 0 insertions, 0 deletions