From: "christophe barbé" <christophe.barbe.ml@online.fr>
To: linux-kernel@vger.kernel.org
Cc: Andrew Morton <akpm@zip.com.au>
Subject: Re: suspend/resume and 3c59x
Date: Tue, 26 Feb 2002 10:13:04 -0500 [thread overview]
Message-ID: <20020226151304.GA803@ufies.org> (raw)
In-Reply-To: <20020225200056.GW12719@ufies.org> <3C7A9C75.F6A4BA05@zip.com.au> <3C7A9C75.F6A4BA05@zip.com.au> <20020225233242.GA5370@ufies.org> <3C7AD0AC.13A554DA@zip.com.au> <20020227001144.328c210c.sfr@canb.auug.org.au>
In-Reply-To: <20020227001144.328c210c.sfr@canb.auug.org.au>
[-- Attachment #1: Type: text/plain, Size: 2000 bytes --]
On Wed, Feb 27, 2002 at 12:11:44AM +1100, Stephen Rothwell wrote:
> On Mon, 25 Feb 2002 16:02:52 -0800 Andrew Morton <akpm@zip.com.au> wrote:
> >
> > Just for the record: Both Christophe's 3c<mumble> and my 3c556B
> > mini-PCI NIC failed to survive APM resumes in 2.4.17. But something
> > outside the 3c59x driver got fixed somewhere in the 2.4.18-pre series,
> > and resume works OK in 2.4.18.
>
> We now notify (and wait for a response from) user mode processes about
> the pending suspend BEFORE we notify the drivers. We used to do this the
> other way around (which was never correct - mea culpa).
>
> This MAY have changed the behaviour of the drivers ...
Unfortunately after a few experiments my 3c59x does not resume correctly
with 2.4.18. I don't understand why but sometimes it takes a few seconds
to return in a good state after a suspend/resume cycle and sometimes (at
least one time) the card stay in a bad state.
Would it be possible that the driver is never notified that the machine
is going in a suspend mode ?
When you said 'we now notify ...' the 'we' stand for apm ?
Looking in the driver, the enable_wol (now I know that wol means Wake up
on Lan, and I would prefer let this option disabled but it also turn on
pm stuff as Andrew told me) enables few acpi call.
Andrew : Is your card back immediately after resuming ?
Christophe
>
> --
> Cheers,
> Stephen Rothwell sfr@canb.auug.org.au
> http://www.canb.auug.org.au/~sfr/
> -
> 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/
--
Christophe Barbé <christophe.barbe@ufies.org>
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
Thousands of years ago, cats were worshipped as gods.
Cats have never forgotten this. --Anonymous
[-- Attachment #2: Type: application/pgp-signature, Size: 241 bytes --]
next prev parent reply other threads:[~2002-02-26 15:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-02-25 20:00 suspend/resume and 3c59x christophe barbé
2002-02-25 20:20 ` Andrew Morton
2002-02-25 23:28 ` Andreas Dilger
2002-02-25 23:37 ` christophe barbé
2002-02-25 23:32 ` christophe barbé
2002-02-26 0:02 ` Andrew Morton
2002-02-26 13:11 ` Stephen Rothwell
2002-02-26 15:13 ` christophe barbé [this message]
2002-02-26 16:58 ` christophe barbé
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020226151304.GA803@ufies.org \
--to=christophe.barbe.ml@online.fr \
--cc=akpm@zip.com.au \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.