Sorry for the delay (vacation).
it seems to be the same problem (after reading a diff from the lspci
output (attached).
When i reload the module it seems to reset the adapters power state.
/Pawel
----- Original Message -----
From: Kai Germaschewski <kai@tp1.ruhr-uni-bochum.de>
Date: Tuesday, July 31, 2001 12:55 pm
Subject: Re: eepro100 2.4.7-ac3 problems (apm related)
> On Tue, 31 Jul 2001, Martin Knoblauch wrote:
>
> > > The eepro100 interface in my Fujitsy/Siemens Lifebook S-4546
> > > won't come up after a suspend, if I unload the module and load
> it again
> > > it works fine...
> > > "ioctl SIOCSIFFLAGS: No such device" is the error message.
> >
> > same here with an eepro100 inside a IBM Thinkpad570. Happened with
> > 2.4.6-ac2. Since then I apply the appended patch after installing
> "-ac"
> > stuff. This completely disables power state handling for the
> device. Not
> > very clean, but I do not care in this particular case. It
> probably shows
> > a more principal issue with the eepro100. Kai - did you look
> deeper into
> > the issue?
>
> I didn't look to deep, since my eepro100 works fine here, so I
> can't
> reproduce your problem.
>
> However, I'm wondering if the problems you guys are having are
> really the
> same. IIRC, Martin's eepro100 wouldn't ever come up from state D2
> into
> working state again until the next reboot, right?
>
> 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 it stands, I don't see an alternative to Martin's problem apart
> fromthe 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
> chancesAlan would take it as an -ac patch.
>
> --Kai
>
>
-
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/
This archive was generated by hypermail 2b29 : Tue Aug 07 2001 - 21:00:31 EST