1. 16 10月, 2008 1 次提交
    • P
      IPV6: Fix default gateway criteria wrt. HIGH/LOW preference radv option · 22441cfa
      Pedro Ribeiro 提交于
      Problem observed:
                     In IPv6, in the presence of multiple routers candidates to
                     default gateway in one segment, each sending a different
                     value of preference, the Linux hosts connected to the
                     segment weren't selecting the right one in all the
                     combinations possible of LOW/MEDIUM/HIGH preference.
      
      This patch changes two files:
      include/linux/icmpv6.h
                     Get the "router_pref" bitfield in the right place
                     (as RFC4191 says), named the bit left with this fix as
                     "home_agent" (RFC3775 say that's his function)
      
      net/ipv6/ndisc.c
                     Corrects the binary logic behind the updating of the
                     router preference in the flags of the routing table
      
      Result:
                     With this two fixes applied, the default route used by
                     the system was to consistent with the rules mentioned
                     in RFC4191 in case of changes in the value of preference
                     in router advertisements
      Signed-off-by: NPedro Ribeiro <pribeiro@net.ipl.pt>
      Acked-by: NYOSHIFUJI Hideaki <yoshfuji@linux-ipv6.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      22441cfa
  2. 09 10月, 2008 3 次提交
  3. 15 8月, 2008 1 次提交
  4. 20 7月, 2008 1 次提交
  5. 20 5月, 2008 1 次提交
  6. 13 5月, 2008 1 次提交
  7. 12 4月, 2008 2 次提交
  8. 04 4月, 2008 1 次提交
  9. 03 4月, 2008 3 次提交
  10. 28 3月, 2008 1 次提交
  11. 27 3月, 2008 1 次提交
  12. 26 3月, 2008 1 次提交
  13. 25 3月, 2008 2 次提交
    • Y
    • P
      [NEIGH]: Fix race between pneigh deletion and ipv6's ndisc_recv_ns (v3). · fa86d322
      Pavel Emelyanov 提交于
      Proxy neighbors do not have any reference counting, so any caller
      of pneigh_lookup (unless it's a netlink triggered add/del routine)
      should _not_ perform any actions on the found proxy entry. 
      
      There's one exception from this rule - the ipv6's ndisc_recv_ns() 
      uses found entry to check the flags for NTF_ROUTER.
      
      This creates a race between the ndisc and pneigh_delete - after 
      the pneigh is returned to the caller, the nd_tbl.lock is dropped 
      and the deleting procedure may proceed.
      
      One of the fixes would be to add a reference counting, but this
      problem exists for ndisc only. Besides such a patch would be too 
      big for -rc4.
      
      So I propose to introduce a __pneigh_lookup() which is supposed
      to be called with the lock held and use it in ndisc code to check
      the flags on alive pneigh entry.
      
      
      Changes from v2:
      As David noticed, Exported the __pneigh_lookup() to ipv6 module. 
      The checkpatch generates a warning on it, since the EXPORT_SYMBOL 
      does not follow the symbol itself, but in this file all the 
      exports come at the end, so I decided no to break this harmony.
      
      Changes from v1:
      Fixed comments from YOSHIFUJI - indentation of prototype in header
      and the pndisc_check_router() name - and a compilation fix, pointed
      by Daniel - the is_routed was (falsely) considered as uninitialized
      by gcc.
      Signed-off-by: NPavel Emelyanov <xemul@openvz.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      fa86d322
  14. 24 3月, 2008 1 次提交
  15. 23 3月, 2008 1 次提交
  16. 08 3月, 2008 2 次提交
  17. 06 3月, 2008 2 次提交
  18. 04 3月, 2008 3 次提交
  19. 01 3月, 2008 1 次提交
  20. 29 1月, 2008 6 次提交
  21. 26 1月, 2008 1 次提交
    • R
      IPoIB: improve IPv4/IPv6 to IB mcast mapping functions · a9e527e3
      Rolf Manderscheid 提交于
      An IPoIB subnet on an IB fabric that spans multiple IB subnets can't
      use link-local scope in multicast GIDs.  The existing routines that
      map IP/IPv6 multicast addresses into IB link-level addresses hard-code
      the scope to link-local, and they also leave the partition key field
      uninitialised.  This patch adds a parameter (the link-level broadcast
      address) to the mapping routines, allowing them to initialise both the
      scope and the P_Key appropriately, and fixes up the call sites.
      
      The next step will be to add a way to configure the scope for an IPoIB
      interface.
      Signed-off-by: NRolf Manderscheid <rvm@obsidianresearch.com>
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      a9e527e3
  22. 21 12月, 2007 1 次提交
  23. 13 11月, 2007 1 次提交
  24. 30 10月, 2007 1 次提交
  25. 19 10月, 2007 1 次提交