1. 24 4月, 2011 1 次提交
  2. 20 4月, 2011 1 次提交
  3. 19 4月, 2011 1 次提交
  4. 18 4月, 2011 3 次提交
  5. 15 4月, 2011 4 次提交
  6. 14 4月, 2011 5 次提交
  7. 13 4月, 2011 19 次提交
  8. 12 4月, 2011 6 次提交
    • B
      sfc: Do not use efx_process_channel_now() in online self-test · d4fabcc8
      Ben Hutchings 提交于
      During self-tests we use efx_process_channel_now() to handle
      completion and other events synchronously.  This disables interrupts
      and NAPI processing for the channel in question, but it may still be
      interrupted by another channel.  A single socket may receive packets
      from multiple net devices or even multiple channels of the same net
      device, so this can result in deadlock on a socket lock.
      
      Receiving packets in process context will also result in incorrect
      classification by the network cgroup classifier.
      
      Therefore, we must only use efx_process_channel_now() in the offline
      loopback tests (which never deliver packets up the stack) and not for
      the online interrupt and event tests.
      
      For the interrupt test, there is no reason to process events.  We
      only care that an interrupt is raised.
      
      For the event test, we want to know whether events have been received,
      and there may be many events ahead of the one we inject.  Therefore
      remove efx_channel::magic_count and instead test whether
      efx_channel::eventq_read_ptr advances.  This is currently an event
      queue index and might wrap around to exactly the same value, resulting
      in a false negative.  Therefore move the masking to efx_event() and
      efx_nic_eventq_read_ack() so that it cannot wrap within the time of
      the test.
      
      The event test also tries to diagnose failures by checking whether an
      event was delivered without causing an interrupt.  Add and use a
      helper function that only does this.
      Signed-off-by: NBen Hutchings <bhutchings@solarflare.com>
      d4fabcc8
    • N
      sfc: Stop the TX queues during loopback self-tests · 9d1aea62
      Neil Turton 提交于
      If the TX queues are running during loopback self tests, host
      traffic gets looped back which causes the test to fail.  Avoid
      restarting the TX queues after the port reset so that any packets
      sent by the host get held back until after the tests have completed.
      
      [bwh: Also wake all TX queues at the end of self-tests.]
      Signed-off-by: NBen Hutchings <bhutchings@solarflare.com>
      9d1aea62
    • D
      llc: Fix length check in llc_fixup_skb(). · aa867359
      David S. Miller 提交于
      Fixes bugzilla #32872
      
      The LLC stack pretends to support non-linear skbs but there is a
      direct use of skb_tail_pointer() in llc_fixup_skb().
      
      Use pskb_may_pull() to see if data_size bytes remain and can be
      accessed linearly in the packet, instead of direct pointer checks.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      aa867359
    • S
      caif: performance bugfix - allow radio stack to prioritize packets. · 4a9f65f6
      Sjur Brændeland 提交于
          In the CAIF Payload message the Packet Type indication must be set to
          UNCLASSIFIED in order to allow packet prioritization in the modem's
          network stack. Otherwise TCP-Ack is not prioritized in the modems
          transmit queue.
      Signed-off-by: NSjur Brændeland <sjur.brandeland@stericsson.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4a9f65f6
    • S
    • A
      netxen: limit skb frags for non tso packet · c968bdf6
      amit salecha 提交于
      Machines are getting deadlock in four node cluster environment.
      All nodes are accessing (find /gfs2 -depth -print|cpio -ocv > /dev/null)
      200 GB storage on a GFS2 filesystem.
      This result in memory fragmentation and driver receives 18 frags for
      1448 byte packets.
      For non tso packet, fw drops the tx request, if it has >14 frags.
      
      Fixing it by pulling extra frags.
      
      Cc: stable@kernel.org
      Signed-off-by: NAmit Kumar Salecha <amit.salecha@qlogic.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c968bdf6