diff options
| author | Andreas Henriksson <andreas@fatal.se> | 2013-11-07 18:26:38 +0100 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2013-12-08 07:29:24 -0800 |
| commit | d9160deb040a6b6dbd467cd2a20d731155b742fd (patch) | |
| tree | cc793aa481cde9034c2b9ba618a3b791241c97ca /net/ipv6 | |
| parent | 99e9489477a4b5c90d64f82a40dbc9680c630b1c (diff) | |
| download | lwn-d9160deb040a6b6dbd467cd2a20d731155b742fd.tar.gz lwn-d9160deb040a6b6dbd467cd2a20d731155b742fd.zip | |
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: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'net/ipv6')
0 files changed, 0 insertions, 0 deletions