1. 23 2月, 2010 1 次提交
  2. 13 2月, 2010 1 次提交
    • J
      drivers/net/atl1e: Use netdev_printk helpers · ba211e3e
      Joe Perches 提交于
      Logging messages sometimes had duplicated "ATL1E" output.
      
      For instance:
      ATL1E 0000:03:00.0: ATL1E: eth0 NIC Link is Up<100 Mbps Full Duplex>
      is now:
      ATL1E 0000:03:00.0: eth0: NIC Link is Up <100 Mbps Full Duplex>
      
      Add some consistency to logging messages
      Add some missing \n's to logging messages
      Miscellaneous typo spelling corrections
      Change atl1e_validate_option argument from pdev to adapter
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ba211e3e
  3. 08 1月, 2010 1 次提交
  4. 07 1月, 2010 1 次提交
  5. 02 12月, 2009 1 次提交
  6. 19 11月, 2009 1 次提交
  7. 14 10月, 2009 1 次提交
  8. 18 9月, 2009 1 次提交
  9. 04 9月, 2009 1 次提交
  10. 01 9月, 2009 1 次提交
  11. 02 8月, 2009 1 次提交
  12. 12 6月, 2009 1 次提交
  13. 30 5月, 2009 1 次提交
  14. 29 5月, 2009 1 次提交
  15. 26 5月, 2009 1 次提交
  16. 14 4月, 2009 1 次提交
  17. 07 4月, 2009 1 次提交
  18. 22 1月, 2009 1 次提交
  19. 27 12月, 2008 1 次提交
  20. 23 12月, 2008 1 次提交
  21. 21 11月, 2008 1 次提交
  22. 20 11月, 2008 1 次提交
  23. 13 11月, 2008 1 次提交
    • W
      netdevice: safe convert to netdev_priv() #part-1 · 454d7c9b
      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>
      454d7c9b
  24. 04 11月, 2008 1 次提交
  25. 25 9月, 2008 1 次提交
    • M
      [netdrvr] atl1e: Don't take the mdio_lock in atl1e_probe · f382a0a8
      Matthew Wilcox 提交于
      Lockdep warns about the mdio_lock taken with interrupts enabled then later
      taken from interrupt context.  Initially, I considered changing these
      to spin_lock_irq/spin_unlock_irq, but then I looked at atl1e_phy_init()
      and saw that it calls msleep().  Sleeping while holding a spinlock is
      not allowed either.
      
      In the probe path, we haven't registered the interrupt handler, so
      it can't poke at this card yet.  It's before we call register_netdev(),
      so I don't think any other threads can reach this card either.  If I'm
      right, we don't need a spinlock at all.
      Signed-off-by: NMatthew Wilcox <willy@linux.intel.com>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      f382a0a8
  26. 27 8月, 2008 1 次提交
  27. 14 8月, 2008 1 次提交
    • A
      [netdrvr] uninline atl1e_setup_mac_ctrl() · 1595ab5d
      Adrian Bunk 提交于
      There doesn't seem to be a compelling reason why atl1e_setup_mac_ctrl()
      is marked as "inline":
      
      It's not used in any place where speed would matter much, and as long as
      it has only one caller non-ancient gcc versions anyway inline it
      automatically.
      
      This patch fixes the following compile error with gcc 3.4:
      
      <--  snip  -->
      
      ...
        CC      drivers/net/atl1e/atl1e_main.o
      atl1e_main.c: In function `atl1e_check_link':
      atl1e_main.c:50: sorry, unimplemented: inlining failed in call to
      atl1e_main.c:196: sorry, unimplemented: called from here
      make[4]: *** [drivers/net/atl1e/atl1e_main.o] Error 1
      
      <--  snip  -->
      Reported-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NJeff Garzik <jgarzik@redhat.com>
      1595ab5d
  28. 10 8月, 2008 1 次提交
    • A
      uninline atl1e_setup_mac_ctrl() · e6ca2328
      Adrian Bunk 提交于
      There doesn't seem to be a compelling reason why atl1e_setup_mac_ctrl()
      is marked as "inline":
      
      It's not used in any place where speed would matter much, and as long as
      it has only one caller non-ancient gcc versions anyway inline it
      automatically.
      
      This patch fixes the following compile error with gcc 3.4:
      
          CC      drivers/net/atl1e/atl1e_main.o
        atl1e_main.c: In function `atl1e_check_link':
        atl1e_main.c:50: sorry, unimplemented: inlining failed in call to
        atl1e_main.c:196: sorry, unimplemented: called from here
      Reported-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NAdrian Bunk <bunk@kernel.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      e6ca2328
  29. 23 7月, 2008 2 次提交