From owner-freebsd-stable@FreeBSD.ORG Fri Oct 10 04:08:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4F59106568C for ; Fri, 10 Oct 2008 04:08:40 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from mailext2.its.uwa.edu.au (mailext2.its.uwa.edu.au [130.95.128.60]) by mx1.freebsd.org (Postfix) with ESMTP id 4818E8FC08 for ; Fri, 10 Oct 2008 04:08:40 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from kas30pipe.localhost (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with ESMTP id 76B45877F3 for ; Fri, 10 Oct 2008 19:42:00 +0800 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with SMTP id 97A6288282 for ; Fri, 10 Oct 2008 19:41:59 +0800 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id 837DA877F3 for ; Fri, 10 Oct 2008 19:41:59 +0800 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 0431D367D8; Fri, 10 Oct 2008 11:41:59 +0800 (WST) Received: from martello.ucc.gu.uwa.edu.au (martello.ucc.gu.uwa.edu.au [130.95.13.23]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id D508F367D4; Fri, 10 Oct 2008 11:41:59 +0800 (WST) Received: by martello.ucc.gu.uwa.edu.au (Postfix, from userid 11251) id B62DC6C09E; Fri, 10 Oct 2008 11:41:59 +0800 (WST) Received: from localhost (localhost [127.0.0.1]) by martello.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 9ABEF6C096; Fri, 10 Oct 2008 11:41:59 +0800 (WST) Date: Fri, 10 Oct 2008 11:41:59 +0800 (WST) From: David Adam To: Georgi Iovchev In-Reply-To: <596673353.20081006181334@pulsar.bg> Message-ID: References: <596673353.20081006181334@pulsar.bg> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Envelope-From: zanchey@ucc.gu.uwa.edu.au X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 5366 [Oct 10 2008] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: can not wake on lan after halt -p (or shutdown -p now) on releng_7 and releng_7_0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Oct 2008 04:08:40 -0000 On Mon, 6 Oct 2008, Georgi Iovchev wrote: > I have a shutdown problem. I have a machine with gigabyte GA-G33M-DS2R > motherboard. Integrated network card is Realtek 8111B. > I can not wake the computer after I shutdown it from FreeBSD. > It is a dualboot system - windows xp and freebsd. If I shutdown the > computer from windows - later I can wake it up with magic packet. Even > if i shutdown the machine on the boot menu with the power button - than > later I can wake on lan. The only situation where I CANNOT wake it is > when I shutdown the machine from freebsd (halt -p). > > First I tested with 7.0-RELEASE-p5 amd64 (RELENG_7_0) and than I > upgraded to 7.1 PRERELASE amd64 (RELENG_7). I also tested with two > network cards - the integrated one Realtek 8111B and another one Intel > PRO1000PT PCI-E with WOL enabled. > > With both nics and both freebsd versions the situation is the same - > after shutdown from bsd the computer is not able to wake on lan. The > indication on the switch port says that after shut down there is > active link. I have a similar problem with an Intel SR1200 Pentium 3-class system, using fxp(4) cards, although I haven't yet tried the `halt -p` command. I was discussing WoL with a colleague recently and he suggested that on some Linux systems he needed to use `ethtool -s eth0 wol g` on every boot to maintain the WoL status. >From the ethtool(1) manpage: wol p|u|m|b|a|g|s|d... Set Wake-on-LAN options. Not all devices support this. g Wake on MagicPacket(tm) >From my reading, this might be necessary if the driver clears the flag during initialisation of the card. kern/83807 was filed to fix this issue for sis(4), but was never committed. However, work is apparently being done in 8-CURRENT to support exposing the WoL settings to ifconfig: see http://wiki.freebsd.org/WakeOnLan . Until that work lands in a release, I think we're out of luck. (Another administrator has also suggested that, on Linux at least, using the 'ifdown' command will destroy WoL status, but I don't think that's an issue here.) Hope that helps. I'm sure any contributions to the effort to add driver support will be appreciated. David Adam zanchey@ucc.gu.uwa.edu.au