diff options
author | Kevin Brace <kevinbrace@bracecomputerlab.com> | 2020-09-29 23:09:40 +0300 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2020-09-30 00:23:45 +0300 |
commit | d120c9a81e32c43cba8017dec873b6a414898716 (patch) | |
tree | 288e9a4fbbcf902471ceae08a397edab8ad5c0ad /tools/perf/scripts/python/export-to-postgresql.py | |
parent | 6667df916fceca7d585b34d8bb7a4aea2402f11f (diff) | |
download | linux-d120c9a81e32c43cba8017dec873b6a414898716.tar.xz |
via-rhine: Fix for the hardware having a reset failure after resume
In rhine_resume() and rhine_suspend(), the code calls netif_running()
to see if the network interface is down or not. If it is down (i.e.,
netif_running() returning false), they will skip any housekeeping work
within the function relating to the hardware. This becomes a problem
when the hardware resumes from a standby since it is counting on
rhine_resume() to map its MMIO and power up rest of the hardware.
Not getting its MMIO remapped and rest of the hardware powered
up lead to a soft reset failure and hardware disappearance. The
solution is to map its MMIO and power up rest of the hardware inside
rhine_open() before soft reset is to be performed. This solution was
verified on ASUS P5V800-VM mainboard's integrated Rhine-II Ethernet
MAC inside VIA Technologies VT8251 South Bridge.
Signed-off-by: Kevin Brace <kevinbrace@bracecomputerlab.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions