diff options
author | Gavin Shan <gwshan@linux.vnet.ibm.com> | 2014-09-30 12:39:07 +1000 |
---|---|---|
committer | Michael Ellerman <mpe@ellerman.id.au> | 2014-09-30 17:15:18 +1000 |
commit | 5cfb20b96f624e9852c4f3f1c4397e81ca28d5aa (patch) | |
tree | acf784a0da023e6ef83e60514e3ee3fa1fe30a53 /kernel | |
parent | 93e8b36d7bf5c54f1c52d8b78e34f88e52a3dfa2 (diff) | |
download | linux-5cfb20b96f624e9852c4f3f1c4397e81ca28d5aa.tar.gz linux-5cfb20b96f624e9852c4f3f1c4397e81ca28d5aa.tar.bz2 linux-5cfb20b96f624e9852c4f3f1c4397e81ca28d5aa.zip |
powerpc/eeh: Emulate EEH recovery for VFIO devices
When enabling EEH functionality on passed through devices (PE)
with VFIO, the devices in the PE would be removed permanently
from guest side. In that case, the PE remains frozen state.
When returning PE to host, or restarting the guest again, we
had mechanism unfreezing the PE by clearing PESTA/B frozen
bits. However, that's not enough for some adapters, which are
indicated as following "lspci" shows. Those adapters require
hot reset on the parent bus to bring their firmware back to
workable state. Otherwise, those adaptrs won't be operative
and the host (for returning case) or the guest will fail to
load the drivers for those adapters without exception.
0000:01:00.0 Ethernet controller: Emulex Corporation OneConnect \
10Gb NIC (be3) (rev 02)
0000:01:00.0 0200: 19a2:0710 (rev 02)
0001:03:00.0 Ethernet controller: Emulex Corporation OneConnect \
NIC (Lancer) (rev 10)
0001:03:00.0 0200: 10df:e220 (rev 10)
The patch adds mechanism to emulate EEH recovery (for hot reset
on parent PCI bus) on 3 gates to fix the issue: open/release one
adapter of the PE, enable EEH functionality on one adapter of the
PE.
Reported-by: Murilo Fossa Vicentini <muvic@br.ibm.com>
Signed-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions