You may be 101% right and the problems are not identical, but something
seems to be fishy around eepro100 in notebooks and powersaving. Just
curious - is your working eepro100 in a notebook or in a "traditional"
server/desktop?
> Whereas Pawel's eepro100 can be revived by reloading the module, so there
> seems to be a difference. For Pawel, can you supply lspci -vvxxx output
> before and after the suspend. That should give some hints.
>
> Martin, if you want to spend some work on your problem, you could try to
> collect some more data an your problem, particularly what about using
> another state (D1/D3) when the interface is down. D3 will probably mean
> that you have to save/restore PCI config space, so it's a bit more
> tedious. Also, is there anything which makes your card work again after it
> was in state D2? Like suspend/resume, or putting it into D3 and back into
> D0? Does a warm reboot suffice, or do you need to power cycle.
>
As I said before, whatever I can do... Care to tell me (offline) where
to put the save/restore stuff?
In any case, I always need a cold reboot to revive the interface. Cold,
because the fu..... notebook has problems to do warm reboots. I guess
that has nothing to do with the eepro100 though.
> As it stands, I don't see an alternative to Martin's problem apart from
> the patch he's using - well, that could be done a bit more nicely, like
> having a config option for the sleep D state, which would increase chances
> Alan would take it as an -ac patch.
>
Actually, my little patch is in no way intended for inclusion. Just to
make my interface work again. If it helps others, wonderful. But the
real solution would be to find the root cause and fix it.
Martin
-- ------------------------------------------------------------------ Martin Knoblauch | email: Martin.Knoblauch@TeraPort.de TeraPort GmbH | Phone: +49-89-510857-309 C+ITS | Fax: +49-89-510857-111 http://www.teraport.de | Mobile: +49-170-4904759 - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/