fxp EEPROM checksum mismatch in recent -CURRENT

[Dag-Erling Smørgrav]

Peter Edwards <peadar.edwards at gmail.com> writes:
> Tracing further, it looks like on waking up from D3 into  D0, the fxp
> device needs some time to settle, or the config write to restore the
> BAR doesn't "take". That explains why it works if it's dragged in from
> the loader: the device probes without ever going to sleep.

That explains why the problem disappeared when I compiled fxp into the
kernel.  Great detective work!  I'll test your patch and let you know
if it works for me.

DES
-- 
Dag-Erling Smørgrav - des at des.no