1. 04 2月, 2010 6 次提交
  2. 03 2月, 2010 9 次提交
  3. 02 2月, 2010 1 次提交
  4. 01 2月, 2010 13 次提交
  5. 28 1月, 2010 8 次提交
  6. 27 1月, 2010 1 次提交
  7. 26 1月, 2010 2 次提交
    • D
      ariadne: Fix build. · b747caf3
      David S. Miller 提交于
      References removed HAVE_MULTICAST.
      Reporeted-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b747caf3
    • H
      virtio_net: Make delayed refill more reliable · 39d32157
      Herbert Xu 提交于
      I have seen RX stalls on a machine that experienced a suspected
      OOM.  After the stall, the RX buffer is empty on the guest side
      and there are exactly 16 entries available on the host side.  As
      the number of entries is less than that required by a maximal
      skb, the host cannot proceed.
      
      The guest did not have a refill job scheduled.
      
      My diagnosis is that an OOM had occured, with the delayed refill
      job scheduled.  The job was able to allocate at least one skb, but
      not enough to overcome the minimum required by the host to proceed.
      
      As the refill job would only reschedule itself if it failed completely
      to allocate any skbs, this would lead to an RX stall.
      
      The following patch removes this stall possibility by always
      rescheduling the refill job until the ring is totally refilled.
      
      Testing has shown that the RX stall no longer occurs whereas
      previously it would occur within a day.
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      Acked-by: NRusty Russell <rusty@rustcorp.com.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      39d32157