diff options
author | Andreas Henriksson <andreas@fatal.se> | 2013-11-07 18:26:38 +0100 |
---|---|---|
committer | Ben Hutchings <ben@decadent.org.uk> | 2014-01-03 04:33:32 +0000 |
commit | 6b23a9a0fbd5ec9a6b5d0034156134864adaf768 (patch) | |
tree | f1e32c792b080eefcd351cd122d28338aa62be6e /net/ipv6 | |
parent | dc55b2a5a8f2abd303198c8169c52550a010391d (diff) | |
download | kernel_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