1. 10 8月, 2009 1 次提交
    • G
      fec: fix FEC driver packet transmission breakage · 9555b31e
      Greg Ungerer 提交于
      Commit f0b3fbea ("FEC Buffer rework")
      breaks transmission of packets where the skb data buffer is not memory
      aligned according to FEC_ALIGNMENT. It incorrectly passes to
      dma_sync_single() the buffer address directly from the skb, instead of
      the address calculated for use (which may be the skb address or one of
      the bounce buffers).
      
      It seems there is no use converting the cpu address of the buffer to
      a physical either, since dma_map_single() expects the cpu address and
      will return the dma address to use in the descriptor. So remove the use
      of __pa() on the buffer address as well.
      
      This patch is against 2.6.30-rc5. This breakage is a regression over
      2.6.30, which does not have this problem.
      Signed-off-by: NGreg Ungerer <gerg@uclinux.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9555b31e
  2. 13 7月, 2009 1 次提交
  3. 06 7月, 2009 1 次提交
  4. 13 6月, 2009 1 次提交
  5. 16 4月, 2009 11 次提交
  6. 09 4月, 2009 1 次提交
  7. 27 2月, 2009 1 次提交
  8. 01 2月, 2009 9 次提交
  9. 27 1月, 2009 1 次提交
  10. 13 11月, 2008 1 次提交
    • W
      netdevice: safe convert to netdev_priv() #part-2 · 4cf1653a
      Wang Chen 提交于
      We have some reasons to kill netdev->priv:
      1. netdev->priv is equal to netdev_priv().
      2. netdev_priv() wraps the calculation of netdev->priv's offset, obviously
         netdev_priv() is more flexible than netdev->priv.
      But we cann't kill netdev->priv, because so many drivers reference to it
      directly.
      
      This patch is a safe convert for netdev->priv to netdev_priv(netdev).
      Since all of the netdev->priv is only for read.
      But it is too big to be sent in one mail.
      I split it to 4 parts and make every part smaller than 100,000 bytes,
      which is max size allowed by vger.
      Signed-off-by: NWang Chen <wangchen@cn.fujitsu.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4cf1653a
  11. 28 10月, 2008 1 次提交
  12. 23 7月, 2008 3 次提交
  13. 01 5月, 2008 4 次提交
  14. 05 3月, 2008 1 次提交
  15. 23 10月, 2007 2 次提交
  16. 11 10月, 2007 1 次提交