Date: Tue, 10 Apr 2007 15:38:10 -0700 From: "Jack Vogel" <jfvogel@gmail.com> To: "Scott Long" <scottl@samsco.org> Cc: freebsd-current <freebsd-current@freebsd.org>, Julian Elischer <julian@elischer.org> Subject: Re: WOL question Message-ID: <2a41acea0704101538l6ae90e8ckf30b10fca4b571eb@mail.gmail.com> In-Reply-To: <461C0C3A.7010304@samsco.org> References: <2a41acea0704101439l17ba9347o8b9844416dbb25a1@mail.gmail.com> <461C08DF.8010201@elischer.org> <461C0C3A.7010304@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 4/10/07, Scott Long <scottl@samsco.org> wrote: > Julian Elischer wrote: > > Jack Vogel wrote: > >> I am hoping someone here who has more familiarity with the ACPI > >> code can enlighten me.... > >> > >> I have an internal bug filed complaining that FreeBSD disables > >> wake-on-lan on the hardware. This means that if you boot, say, > >> Linux, even Knoppix as a quickie, and then shutdown, if the > >> hardware supports it, it will be left in a state where a magic-packet > >> wakeup will work. However, even if I boot up a FreeBSD kernel > >> with NO em driver, and then shutdown, it undoes the WOL setup. > >> > >> Now, I would like to have explicit WOL support added into the > >> em driver, but before I even worry about that I need to understand > >> where the kernel turns this off without the driver even needed. > >> > >> I've looked around at the dev/acpi and arch/acpi code and at > >> least so far I'm having a hard time getting an adequate picture > >> to know how it happens. > >> > >> Jack > >> _______________________________________________ > >> freebsd-current@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-current > >> To unsubscribe, send any mail to > >> "freebsd-current-unsubscribe@freebsd.org" > > > > I think I heard once that some BIOSes turn it off during the boot cycle > > somewhere and it is up to the OS to turn it back on. I do know that some > > BIOSes > > phuck with the NIC enough to stop IPMI from working during the boot. > > > > That would make sense; you don't want the card to generate an NMI during > boot from a spurius WOL package before the system is ready to handle it. Hmm, so I have two competing views about things, one is that the kernel is actively doing something to disable WOL on shutdown, and now the theory that its just not rearming the system. I really need to know which it is, because I'm putting code in the driver that I think should rearm it, and it doesnt work, and I've been left wondering if my code is wrong, or if something deeper in the kernel is clobbering the things I am trying to set up :) Jack
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2a41acea0704101538l6ae90e8ckf30b10fca4b571eb>