linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Alex Deucher <adeucher@UU.NET>
To: David Christensen <David_Christensen@Phoenix.com>
Cc: 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: Fri, 15 Jun 2001 14:44:12 -0400	[thread overview]
Message-ID: <3B2A577C.9FDD2AAF@uu.net> (raw)
In-Reply-To: <D973CF70008ED411B273009027893BA401BE6B22@irv-exch.phoenix.com>

Thanks, I'll try to take a look at the source if I get a chance next
week.  Any tulip developers out there know off hand if this is enabled?
Or can be disabled?

Thanks,

Alex

David Christensen wrote:
> 
> 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.

      reply	other threads:[~2001-06-15 18:46 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-06-14 18:35 David Christensen
2001-06-15 18:44 ` Alex Deucher [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=3B2A577C.9FDD2AAF@uu.net \
    --to=adeucher@uu.net \
    --cc=David_Christensen@Phoenix.com \
    --cc=acpi@phobos.fachschaften.tu-muenchen.de \
    --cc=linux-kernel@vger.kernel.org \
    --subject='Re: [Acpi] APM, ACPI, and Wake on LAN - the bane of my existance' \
    /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

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).