1. 02 9月, 2009 2 次提交
  2. 01 9月, 2009 1 次提交
  3. 30 8月, 2009 17 次提交
  4. 27 8月, 2009 9 次提交
  5. 08 6月, 2009 1 次提交
    • E
      net: skb_shared_info optimization · 042a53a9
      Eric Dumazet 提交于
      skb_dma_unmap() is quite expensive for small packets,
      because we use two different cache lines from skb_shared_info.
      
      One to access nr_frags, one to access dma_maps[0]
      
      Instead of dma_maps being an array of MAX_SKB_FRAGS + 1 elements,
      let dma_head alone in a new dma_head field, close to nr_frags,
      to reduce cache lines misses.
      
      Tested on my dev machine (bnx2 & tg3 adapters), nice speedup !
      Signed-off-by: NEric Dumazet <eric.dumazet@gmail.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      042a53a9
  6. 29 5月, 2009 1 次提交
  7. 21 4月, 2009 8 次提交
  8. 14 4月, 2009 1 次提交
    • J
      tg3: fix big endian MAC address collection failure · 0d489ffb
      James Bottomley 提交于
      We noticed on parisc that our broadcoms all swapped MAC addresses going
      from 2.6.29 to 2.6.30-rc1:
      
      Apr 11 07:48:24 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:30:6e:4b:15:59
      Apr 13 07:34:34 ion kernel: eth0: Tigon3 [partno(BCM95700A6) rev 0105] (PCI:66MHz:64-bit) MAC address 00:00:59:15:4b:6e
      
      The problem patch is:
      
      commit 6d348f2c
      Author: Matt Carlson <mcarlson@broadcom.com>
      Date:   Wed Feb 25 14:25:52 2009 +0000
      
          tg3: Eliminate tg3_nvram_read_swab()
      
      With the root cause being the use of memcpy to set the mac address:
      
         memcpy(&dev->dev_addr[0], ((char *)&hi) + 2, 2);
         memcpy(&dev->dev_addr[2], (char *)&lo, sizeof(lo));
      
      This might work on little endian machines, but it can't on big endian
      ones.  You have to use the original setting mechanism to be correct on
      all architectures.
      
      The attached patch fixes parisc.
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0d489ffb