Skip to content

R
raspberrypi-kernel

openeuler / raspberrypi-kernel

通知 13
Star 1
Fork 0
R
raspberrypi-kernel
切换分支/标签
  1. 01 9月, 2009 1 次提交
  3. 13 8月, 2009 6 次提交
  5. 27 7月, 2009 1 次提交
  7. 19 6月, 2009 1 次提交
  9. 18 6月, 2009 1 次提交
  11. 11 6月, 2009 1 次提交
  13. 09 6月, 2009 1 次提交
  15. 29 5月, 2009 1 次提交
  17. 27 5月, 2009 1 次提交
  19. 26 5月, 2009 1 次提交
    • D
      r8169: avoid losing MSI interrupts · f11a377b
      由 David Dillow 提交于 
      The 8169 chip only generates MSI interrupts when all enabled event
sources are quiescent and one or more sources transition to active. If
not all of the active events are acknowledged, or a new event becomes
active while the existing ones are cleared in the handler, we will not
see a new interrupt.

The current interrupt handler masks off the Rx and Tx events once the
NAPI handler has been scheduled, which opens a race window in which we
can get another Rx or Tx event and never ACK'ing it, stopping all
activity until the link is reset (ifconfig down/up). Fix this by always
ACK'ing all event sources, and loop in the handler until we have all
sources quiescent.
Signed-off-by: NDavid Dillow <dave@thedillows.org>
Tested-by: NMichael Buesch <mb@bu3sch.de>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      f11a377b
  21. 20 5月, 2009 2 次提交
  23. 14 4月, 2009 1 次提交
    • R
      NET/r8169: Rework suspend and resume · 861ab440
      由 Rafael J. Wysocki 提交于 
      The recent changes of the PCI PM core allow us to simplify the
suspend and resume handling in a number of device drivers, since they
don't need to carry out the general PCI PM operations, such as
changing the power state of the device, during suspend and resume any
more.

Simplify the suspend and resume callbacks of r8169 using the
observation that the PCI PM core can take care of some operations
carried out by the driver.

Additionally, make the shutdown callback of r8169 only put the device
into a low power state if the system is going to be powered off
(kexec is known to have problems with network adapters that are put
into low power states on shutdown).

This patch has been tested on MSI Wind U100.
Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
Tested-by: NBruno Prémont <bonbons@linux-vserver.org>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      861ab440
  25. 07 4月, 2009 2 次提交
  27. 02 4月, 2009 1 次提交
  29. 16 3月, 2009 2 次提交
  31. 02 3月, 2009 1 次提交
    • I
      r8169: read MAC address from EEPROM on init (2nd attempt) · 6709fe9a
      由 Ivan Vecera 提交于 
      This is 2nd attempt to implement the initialization/reading of MAC address
from EEPROM. The first used PCI's VPD and there were some problems, some
devices are not able to read EEPROM content by VPD. The 2nd one uses direct
access to EEPROM through bit-banging interface and my testing results seem
to be much better.

I tested 5 systems each with different Realtek NICs and I didn't find any
problem. AFAIK Francois's NICs also works fine.

Original description:
This fixes the problem when MAC address is set by ifconfig or by
ip link commands and this address is stored in the device after
reboot. The power-off is needed to get right MAC address.
This is problem when Xen daemon is running because it renames the device
name from ethX to pethX and sets its MAC address to FE:FF:FF:FF:FF:FF.
After reboot the device is still using FE:FF:FF:FF:FF:FF.
Signed-off-by: NIvan Vecera <ivecera@redhat.com>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      6709fe9a
  33. 07 2月, 2009 1 次提交
  35. 22 1月, 2009 1 次提交
  37. 23 12月, 2008 1 次提交
  39. 21 11月, 2008 1 次提交
  41. 20 11月, 2008 1 次提交
  43. 04 11月, 2008 1 次提交
  45. 27 10月, 2008 1 次提交
  47. 22 10月, 2008 2 次提交
  49. 13 10月, 2008 1 次提交
  51. 11 10月, 2008 6 次提交