1. 18 7月, 2012 6 次提交
    • H
      r8169: remove rtl_ocpdr_cond. · 3a83ad12
      Hayes Wang 提交于
      It is not needed for mac_ocp_{write / read}. Actually bit 31 of OCPDR
      does not change and r8168_mac_ocp_read always returns ~0.
      Signed-off-by: NHayes Wang <hayeswang@realtek.com>
      Tested-by: NFrancois Romieu <romieu@fr.zoreil.com>
      3a83ad12
    • E
      ipv4: fix rcu splat · 5abf7f7e
      Eric Dumazet 提交于
      free_nh_exceptions() should use rcu_dereference_protected(..., 1)
      since its called after one RCU grace period.
      
      Also add some const-ification in recent code.
      Signed-off-by: NEric Dumazet <edumazet@google.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5abf7f7e
    • D
      ipv4: Fix nexthop exception hash computation. · d3a25c98
      David S. Miller 提交于
      Need to mask it with (FNHE_HASH_SIZE - 1).
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d3a25c98
    • D
      Merge branch 'nexthop_exceptions' · a6ff1a2f
      David S. Miller 提交于
      These patches implement the final mechanism necessary to really allow
      us to go without the route cache in ipv4.
      
      We need a place to have long-term storage of PMTU/redirect information
      which is independent of the routes themselves, yet does not get us
      back into a situation where we have to write to metrics or anything
      like that.
      
      For this we use an "next-hop exception" table in the FIB nexthops.
      
      The one thing I desperately want to avoid is having to create clone
      routes in the FIB trie for this purpose, because that is very
      expensive.   However, I'm willing to entertain such an idea later
      if this current scheme proves to have downsides that the FIB trie
      variant would not have.
      
      In order to accomodate this any such scheme, we need to be able to
      produce a full flow key at PMTU/redirect time.  That required an
      adjustment of the interface call-sites used to propagate these events.
      
      For a PMTU/redirect with a fully specified socket, we pass that socket
      and use it to produce the flow key.
      
      Otherwise we use a passed in SKB to formulate the key.  There are two
      cases that need to be distinguished, ICMP message processing (in which
      case the IP header is at skb->data) and output packet processing
      (mostly tunnels, and in all such cases the IP header is at ip_hdr(skb)).
      
      We also have to make the code able to handle the case where the dst
      itself passed into the dst_ops->{update_pmtu,redirect} method is
      invalidated.  This matters for calls from sockets that have cached
      that route.  We provide a inet{,6} helper function for this purpose,
      and edit SCTP specially since it caches routes at the transport rather
      than socket level.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a6ff1a2f
    • J
      team: add netpoll support · bd2d0837
      Jiri Pirko 提交于
      It's done in very similar way this is done in bonding and bridge.
      Signed-off-by: NJiri Pirko <jiri@resnulli.us>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bd2d0837
    • J
  2. 17 7月, 2012 34 次提交