1. 09 10月, 2008 1 次提交
  2. 15 8月, 2008 1 次提交
  3. 20 7月, 2008 1 次提交
  4. 20 5月, 2008 1 次提交
  5. 13 5月, 2008 1 次提交
  6. 12 4月, 2008 2 次提交
  7. 04 4月, 2008 1 次提交
  8. 03 4月, 2008 3 次提交
  9. 28 3月, 2008 1 次提交
  10. 27 3月, 2008 1 次提交
  11. 26 3月, 2008 1 次提交
  12. 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
  13. 24 3月, 2008 1 次提交
  14. 23 3月, 2008 1 次提交
  15. 08 3月, 2008 2 次提交
  16. 06 3月, 2008 2 次提交
  17. 04 3月, 2008 3 次提交
  18. 01 3月, 2008 1 次提交
  19. 29 1月, 2008 6 次提交
  20. 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
  21. 21 12月, 2007 1 次提交
  22. 13 11月, 2007 1 次提交
  23. 30 10月, 2007 1 次提交
  24. 19 10月, 2007 1 次提交
  25. 11 10月, 2007 3 次提交