From: Auke Kok <auke-jan.h.kok@intel.com>
To: Harry Coin <hcoin@n4comm.com>
Cc: netdev@vger.kernel.org
Subject: Re: e100.c patch to 2.6.18 fixing Wake on Lan (WOL)
Date: Mon, 15 Jan 2007 11:42:36 -0800 [thread overview]
Message-ID: <45ABD92C.8090001@intel.com> (raw)
In-Reply-To: <4.3.2.7.2.20070115131516.01ce9ec0@www.n4comm.com>
Harry Coin wrote:
> At 10:19 AM 1/15/2007 -0800, Auke Kok wrote:
>> Have you tried the version in 2.6.19?
>
> I even tried copying and pasting the e100_down and the latest PM stuff
> from the newest e100.c version on sourceforge. I admit to being
> defeated as to how to join a sourceforge group. Too many hours writing
> Microsoft drivers maybe?
the list is open to posting, so that's fairly easy.
> It comes down to this:
>
> 1) The e100_configure command is the only place that turns off the WOL
> disable bit.
>
> 2) That bit is only turned off if e100_configure is called after
> netif_running is false and wol is set.
>
> 3) e100_configure is not called at any point after dev->stop (the first
> moment netif_running is false) through the end of .shutdown. Therefore
> WOL disable is always turned on, no matter the request by ethtools.
>
> I sense there is a sense that if pci_enable_wake has been called
> properly, then all's well. But on this board, there is a configuration
> bit that also has to be disabled, a but that is silently reset during a
> hw_reset, and hw_reset __is__ called in e100_down.
>
> Hence, the fix I submitted. I know it isn't perfect because I'm not
> intimately familiar with the dynamics of this chip. But I do know this:
>
> 14 Dell Optiplex systems failed to WOL with the stock 2.6.18 distributed
> with debian etch. After my patch is applied to e100.c, and no other
> changes from anything default in 2.6.18 and debian etch, it works
> perfectly every time. I should have added that ACPI and lapic are in
> use, but that's the usual case.
okay, I don't necesary meant that your patch is incorrect, however we need to make sure
that your patch doesn't break 2.6.19, because that code is already upstream.
on top of that, both patches might be needed, and I suspect that is the case to keep
suspend and netconsole to keep working, so I would still like to ask you to test 2.6.19,
with and without your patch.
I'll do the same here and push your patch to Garzik if (after testing) we're both OK
with it.
Thanks,
Auke
prev parent reply other threads:[~2007-01-15 19:42 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-15 15:12 3c59x.c patch to 2.6.18 fixing Wake on Lan (WOL) Harry Coin
2007-01-15 16:00 ` Dan Williams
2007-01-15 17:35 ` Harry Coin
2007-01-15 17:43 ` e100.c " Harry Coin
2007-01-15 18:19 ` Auke Kok
2007-01-15 19:24 ` Harry Coin
2007-01-15 19:42 ` Auke Kok [this message]
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=45ABD92C.8090001@intel.com \
--to=auke-jan.h.kok@intel.com \
--cc=hcoin@n4comm.com \
--cc=netdev@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).