1. 14 4月, 2010 3 次提交
  2. 04 12月, 2009 1 次提交
    • E
      net: Allow fib_rule_unregister to batch · e9c5158a
      Eric W. Biederman 提交于
      Refactor the code so fib_rules_register always takes a template instead
      of the actual fib_rules_ops structure that will be used.  This is
      required for network namespace support so 2 out of the 3 callers already
      do this, it allows the error handling to be made common, and it allows
      fib_rules_unregister to free the template for hte caller.
      
      Modify fib_rules_unregister to use call_rcu instead of syncrhonize_rcu
      to allw multiple namespaces to be cleaned up in the same rcu grace
      period.
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e9c5158a
  3. 21 5月, 2009 1 次提交
  4. 18 5月, 2009 1 次提交
  5. 06 7月, 2008 1 次提交
  6. 29 1月, 2008 4 次提交
  7. 11 11月, 2007 1 次提交
  8. 11 10月, 2007 1 次提交
  9. 08 6月, 2007 1 次提交
  10. 26 4月, 2007 4 次提交
  11. 26 3月, 2007 1 次提交
    • T
      [NET]: Fix fib_rules compatibility breakage · e1701c68
      Thomas Graf 提交于
      Based upon a patch from Patrick McHardy.
      
      The fib_rules netlink attribute policy introduced in 2.6.19 broke
      userspace compatibilty. When specifying a rule with "from all"
      or "to all", iproute adds a zero byte long netlink attribute,
      but the policy requires all addresses to have a size equal to
      sizeof(struct in_addr)/sizeof(struct in6_addr), resulting in a
      validation error.
      
      Check attribute length of FRA_SRC/FRA_DST in the generic framework
      by letting the family specific rules implementation provide the
      length of an address. Report an error if address length is non
      zero but no address attribute is provided. Fix actual bug by
      checking address length for non-zero instead of relying on
      availability of attribute.
      Signed-off-by: NThomas Graf <tgraf@suug.ch>
      Signed-off-by: NPatrick McHardy <kaber@trash.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e1701c68
  12. 12 2月, 2007 1 次提交
  13. 11 2月, 2007 1 次提交
  14. 03 12月, 2006 5 次提交
  15. 08 11月, 2006 1 次提交
  16. 23 9月, 2006 7 次提交
  17. 22 7月, 2006 1 次提交
  18. 09 7月, 2006 1 次提交
  19. 01 7月, 2006 1 次提交
  20. 21 3月, 2006 2 次提交
  21. 19 6月, 2005 1 次提交