Thread (29 messages) 29 messages, 5 authors, 2014-05-20

Re: [PATCH 8/8] powerpc/powernv: Error injection infrastructure

From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Date: 2014-05-19 22:40:11

On Mon, 2014-05-19 at 15:04 +0200, Alexander Graf wrote:
On 14.05.14 06:12, Gavin Shan wrote:
quoted
The patch intends to implement the error injection infrastructure
for PowerNV platform. The predetermined handlers will be called
according to the type of injected error (e.g. OpalErrinjctTypeIoaBusError).
For now, we just support PCI error injection. We need support
injecting other types of errors in future.
Your token to a VFIO device is the VFIO fd. If you want to inject an 
error into that device, you should do it via that token. That gets you 
all permission problems solved for free.

But I still didn't quite grasp why you need to do this. Why do we need 
to inject an error into a device via OPAL when we want to do EEH inside 
of a guest? Are you trying to emulate guest side error injection?
Yes, that's what he's trying to do but let's keep that separate from
the core EEH. I'd like the latter to be reviewed /fixed and upstream
first, then we can look at guest side injection.

Cheers,
Ben.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help