Skip to content

cloud-kernel
cloud-kernel

openanolis / cloud-kernel
大约 1 年 前同步成功

通知 158
Star 36
Fork 7
cloud-kernel
cloud-kernel

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 28 12月, 2005 1 次提交
  3. 27 12月, 2005 2 次提交
  5. 24 12月, 2005 2 次提交
  7. 22 12月, 2005 5 次提交
    • D
      [IPSEC]: Fix policy updates missed by sockets · 9b78a82c
      由 David S. Miller 提交于 
      The problem is that when new policies are inserted, sockets do not see
the update (but all new route lookups do).

This bug is related to the SA insertion stale route issue solved
recently, and this policy visibility problem can be fixed in a similar
way.

The fix is to flush out the bundles of all policies deeper than the
policy being inserted.  Consider beginning state of "outgoing"
direction policy list:

	policy A --> policy B --> policy C --> policy D

First, realize that inserting a policy into a list only potentially
changes IPSEC routes for that direction.  Therefore we need not bother
considering the policies for other directions.  We need only consider
the existing policies in the list we are doing the inserting.

Consider new policy "B'", inserted after B.

	policy A --> policy B --> policy B' --> policy C --> policy D

Two rules:

1) If policy A or policy B matched before the insertion, they
   appear before B' and thus would still match after inserting
   B'

2) Policy C and D, now "shadowed" and after policy B', potentially
   contain stale routes because policy B' might be selected
   instead of them.

Therefore we only need flush routes assosciated with policies
appearing after a newly inserted policy, if any.
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9b78a82c
    • I
      [DCCP]: Comment typo · 4c7e6895
      由 Ian McDonald 提交于 
      I hope to actually change this behaviour shortly but this will help
anybody grepping code at present.
Signed-off-by: NIan McDonald <imcdnzl@gmail.com>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4c7e6895
    • K
      [IPV6]: Fix address deletion · 1d142804
      由 Kristian Slavov 提交于 
      If you add more than one IPv6 address belonging to the same prefix and 
delete the address that was last added, routing table entry for that 
prefix is also deleted.
Tested on 2.6.14.4

To reproduce:
ip addr add 3ffe::1/64 dev eth0
ip addr add 3ffe::2/64 dev eth0
/* wait DAD */
sleep 1
ip addr del 3ffe::2/64 dev eth0
ip -6 route

(route to 3ffe::/64 should be gone)

In ipv6_del_addr(), if ifa == ifp, we set ifa->if_next to NULL, and later 
assign ifap = &ifa->if_next, effectively terminating the for-loop.
This prevents us from checking if there are other addresses using the same 
prefix that are valid, and thus resulting in deletion of the prefix.
This applies only if the first entry in idev->addr_list is the address to 
be deleted.
Signed-off-by: NKristian Slavov <kristian.slavov@nomadiclab.com>
Acked-by: NYOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      1d142804
    • M
      [VLAN]: Add two missing checks to vlan_ioctl_handler() · 7eb1b3d3
      由 Mika Kukkonen 提交于 
      In vlan_ioctl_handler() the code misses couple checks for
error return values.
Signed-off-by: NMika Kukkonen <mikukkon@iki.fi>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7eb1b3d3
    • M
      [NETROM]: Fix three if-statements in nr_state1_machine() · 0d77d59f
      由 Mika Kukkonen 提交于 
      I found these while compiling with extra gcc warnings;
considering the indenting surely they are not intentional?
Signed-off-by: NMika Kukkonen <mikukkon@iki.fi>
Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0d77d59f
  9. 21 12月, 2005 5 次提交
  11. 20 12月, 2005 9 次提交
  13. 16 12月, 2005 1 次提交
  15. 15 12月, 2005 2 次提交
  17. 14 12月, 2005 2 次提交
  19. 13 12月, 2005 3 次提交
  21. 09 12月, 2005 2 次提交
  23. 07 12月, 2005 4 次提交
  25. 06 12月, 2005 2 次提交