From: David Christensen <David_Christensen@Phoenix.com>
To: "'Alex Deucher'" <adeucher@UU.NET>,
linux-kernel@vger.kernel.org,
acpi@phobos.fachschaften.tu-muenchen.de
Subject: RE: [Acpi] APM, ACPI, and Wake on LAN - the bane of my existance
Date: Thu, 14 Jun 2001 11:35:22 -0700 [thread overview]
Message-ID: <D973CF70008ED411B273009027893BA401BE6B22@irv-exch.phoenix.com> (raw)
Alex,
Looking at the back of a Linksys EtherFast 10/100 manual I happen to have,
they describe two different remote wake-up events, Magic Packet and Link
Change. The first one is pretty obvious and is probably not related to
your problems, but the second one may be. The manual states ""Link Change
is a remote wake up event that is triggered by any change in the EtherFast
card's link state." Plugging in a LAN cable is the example given that
would turn the system on. You may have to look at the driver source to see
if this is enabled by default or you may have to modify the driver to
disable this "feature" on the card.
Regarding the WOL cable, this was used for older motherboards before PCI
2.2,
though it is still present on newer motherboards to support older PCI cards.
A PCI 2.2 compliant motherboard and NIC use the #PME signal on the PCI bus
to signal the wake.
Dave
>
> I have an athlon system with a iwill kk266 motherboard (via
> kt133A). I
> have a linksys 10/100 PCI ethernet card with wake on lan
> capabilities.
> Anyway, when I shut the PC down it turns off, but refuses to
> stay off.
> Within a minute or two, it turns itself on again. If i run over and
> turn it off by hitting the power putton, it turns off, but then comes
> back on again at a later somewaht arbitrary time (1 minute to several
> hours later). I originally got the WOL card so I could
> remotely boot my
> PC, but at this point it has turned out to be more trouble than it's
> worth. I tried to disable WOL inthe BIOS, but that didn't change
> anything. So I removed the three pin cross connect that connects the
> card to the WOL header on the motherboard. That fixed it for a few
> days, but now it's doing it again, even without the cable installed.
> the only fix is to unplug the ethernet cable when I turn it off.
>
> I suspect the problem has something to do with WOL vs. resume on LAN.
> the system should only turn on when it recieves a magic packet, but it
> seems that any packet may cause it to boot (or resume, but since it is
> in the "off" state, boot). I've only been using APM, but perhaps acpi
> is required for this to work properly. As far as why it does
> this when
> the 3 pin WOL connector was not used, I'm not sure, maybe something to
> do with PCI 2.2.
next reply other threads:[~2001-06-14 18:35 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-06-14 18:35 David Christensen [this message]
2001-06-15 18:44 ` [Acpi] APM, ACPI, and Wake on LAN - the bane of my existance Alex Deucher
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=D973CF70008ED411B273009027893BA401BE6B22@irv-exch.phoenix.com \
--to=david_christensen@phoenix.com \
--cc=acpi@phobos.fachschaften.tu-muenchen.de \
--cc=adeucher@UU.NET \
--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 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).