The needs_freset bit went in since the last time I touched
all this code, so I don't think this will affect ipr at least.
The way this works for the ipr adapters we needed a warm reset
for was, we would get the hot reset in the generic EEH code, the
the ipr driver would come along after that and is
On 10 May 2010 20:38, Anton Blanchard wrote:
>
> If we take an EEH early enough, we oops:
>
>
> Call Trace:
> [c00010483770] [c0013ee4] .show_stack+0xd8/0x218 (unreliable)
> [c00010483850] [c0658940] .dump_stack+0x28/0x3c
> [c000104838d0] [c0057a68] .eeh_dn_chec
If we take an EEH early enough, we oops:
Call Trace:
[c00010483770] [c0013ee4] .show_stack+0xd8/0x218 (unreliable)
[c00010483850] [c0658940] .dump_stack+0x28/0x3c
[c000104838d0] [c0057a68] .eeh_dn_check_failure+0x2b8/0x304
[c00010483990] [c00259c8]