From nobody@FreeBSD.org  Thu Dec 12 10:29:46 2013
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
	(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by hub.freebsd.org (Postfix) with ESMTPS id 58C7D1DB
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 12 Dec 2013 10:29:46 +0000 (UTC)
Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.freebsd.org (Postfix) with ESMTPS id 44BA1116E
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 12 Dec 2013 10:29:46 +0000 (UTC)
Received: from oldred.freebsd.org ([127.0.1.6])
	by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id rBCATjSd016379
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 12 Dec 2013 10:29:45 GMT
	(envelope-from nobody@oldred.freebsd.org)
Received: (from nobody@localhost)
	by oldred.freebsd.org (8.14.5/8.14.5/Submit) id rBCATjdD016378;
	Thu, 12 Dec 2013 10:29:45 GMT
	(envelope-from nobody)
Message-Id: <201312121029.rBCATjdD016378@oldred.freebsd.org>
Date: Thu, 12 Dec 2013 10:29:45 GMT
From: Simon Magrin <simon.magrin@hotmail.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: HP MicroServer N40L, WOL packet doesn't wake up the computer
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         184718
>Category:       amd64
>Synopsis:       HP MicroServer N40L, WOL packet doesn't wake up the computer
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-amd64
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Dec 12 10:30:00 UTC 2013
>Closed-Date:    
>Last-Modified:  Sun Dec 22 05:10:00 UTC 2013
>Originator:     Simon Magrin
>Release:        FreeBSD 9.2-RELEASE
>Organization:
>Environment:
FreeBSD sm1 9.2-RELEASE FreeBSD 9.2-RELEASE #0 r255898: Thu Sep 26 22:50:31 UTC 2013     root@bake.isc.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

>Description:
WOL is enabled in BIOS. When I boot into Debian Linux (v7 x64) on another disk, WOL works. With FreeBSD, I cannot wake the host by sending a WOL packet from all computers I've tried.

This MicroServer N40L only has the onboard Broadcom (bge) NIC installed.

I've tried enabling WOL via 'ipconfig';

# ifconfig bge0 wol wol_ucast wol_mcast

After a power cycle, the verbose from ipconfig doesn't provide any indication (WOL_MAGIC) that it's enabled or supported.

I've tried loading the NIC driver as a start up module in the loader.conf;

if_bge_load="YES"

After a power cycle, still no go. I even tried loading known working driver (From FreeNAS forum post, see link below) to correct this;

http://forums.nas4free.org/viewtopic.php?f=69&t=2974

Though 'if_bge.ko' didn't work as well.

Cheers

>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:

From: Gary Palmer <gpalmer@freebsd.org>
To: Simon Magrin <simon.magrin@hotmail.com>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: amd64/184718: HP MicroServer N40L, WOL packet doesn't wake up
 the computer
Date: Mon, 16 Dec 2013 16:03:00 -0500

 See also kern/177184 ( http://bugs.freebsd.org/177184 )
 
 The patch in that bug works for me on my N40L.  Note that my if_bge is
 compiled in to my kernel, not loaded as a module.  Not sure if that makes
 a difference.
 
 Regards,
 
 Gary

From: Simon Magrin <simon.magrin@hotmail.com>
To: "bug-followup@FreeBSD.org" <bug-followup@freebsd.org>, Simon Magrin
	<simon.magrin@hotmail.com>
Cc:  
Subject: Re: amd64/184718: HP MicroServer N40L, WOL packet doesn&#39;t wake
 up the computer
Date: Tue, 17 Dec 2013 21:43:51 +1100

 --_7a381359-a2ee-4b12-986e-63ca87f5a8b2_
 Content-Type: text/plain; charset="iso-8859-1"
 Content-Transfer-Encoding: quoted-printable
 
 Thanks for the reply=2C
 how to I apply the patch? I don't know exactly how to compile this code int=
 o the kernel.
 Cheers 		 	   		  =
 
 --_7a381359-a2ee-4b12-986e-63ca87f5a8b2_
 Content-Type: text/html; charset="iso-8859-1"
 Content-Transfer-Encoding: quoted-printable
 
 <html>
 <head>
 <style><!--
 .hmmessage P
 {
 margin:0px=3B
 padding:0px
 }
 body.hmmessage
 {
 font-size: 12pt=3B
 font-family:Calibri
 }
 --></style></head>
 <body class=3D'hmmessage'><div dir=3D'ltr'>Thanks for the reply=2C<div><br>=
 </div><div>how to I apply the patch? I don't know exactly how to compile th=
 is code into the kernel.</div><div><br></div><div>Cheers</div> 		 	   		  <=
 /div></body>
 </html>=
 
 --_7a381359-a2ee-4b12-986e-63ca87f5a8b2_--

From: Simon Magrin <simon.magrin@hotmail.com>
To: "bug-followup@freebsd.org" <bug-followup@freebsd.org>
Cc:  
Subject: Re: amd64/184718: HP MicroServer N40L, WOL packet doesn&#39;t wake
 up the computer
Date: Tue, 17 Dec 2013 22:35:09 +1100

 --_7a10b929-334c-46a1-b462-fa673b2e4022_
 Content-Type: text/plain; charset="iso-8859-1"
 Content-Transfer-Encoding: quoted-printable
 
 Apologies=2C I should clarify=2C I've never done this before=2C so I have t=
 wo questions I have=3B
 
 1. How do I update the existing if_bge.c file to include WOL support with t=
 he updated code in the link?
 
 2. How to I then compile this into the kernel?
 
 Cheers 		 	   		  =
 
 --_7a10b929-334c-46a1-b462-fa673b2e4022_
 Content-Type: text/html; charset="iso-8859-1"
 Content-Transfer-Encoding: quoted-printable
 
 <html>
 <head>
 <style><!--
 .hmmessage P
 {
 margin:0px=3B
 padding:0px
 }
 body.hmmessage
 {
 font-size: 12pt=3B
 font-family:Calibri
 }
 --></style></head>
 <body class=3D'hmmessage'><div dir=3D'ltr'><div>Apologies=2C I should clari=
 fy=2C I've never done this before=2C so I have two questions I have=3B</div=
 ><div><br></div><div><br></div><div>1. How do I update the existing if_bge.=
 c file to include WOL support with the updated code in the link?</div><div>=
 <br></div><div><br></div><div>2. How to I then compile this into the kernel=
 ?</div><div><br></div><div><br></div><div>Cheers</div> 		 	   		  </div></b=
 ody>
 </html>=
 
 --_7a10b929-334c-46a1-b462-fa673b2e4022_--

From: Gary Palmer <gpalmer@freebsd.org>
To: bug-followup@FreeBSD.org, simon.magrin@hotmail.com
Cc:  
Subject: Re: amd64/184718: HP MicroServer N40L, WOL packet doesn't wake up
 the computer
Date: Sat, 21 Dec 2013 13:56:20 -0500

 Hi,
 
 Assuming you have the full FreeBSD source tree for the release you are running
 then download the patch file and save it somewhere
 
 Then go to /sys/dev/bge and do
 
 patch < /path/to/saved/patch/file
 
 Then follow the handbook instructions for building your kernel.  If you
 don't have a custom kernel configuration (i.e. "uname -I" is GENERIC)
 then you can do 
 
 cd /usr/src && make buildkernel && make installkernel
 
 then reboot at your leisure
 
 Note the above should only be used if you have the source tree that exactly
 matches your running kernel version.
 
 Regards,
 
 Gary

From: Simon Magrin <simon.magrin@hotmail.com>
To: Gary Palmer <gpalmer@freebsd.org>, "bug-followup@freebsd.org"
	<bug-followup@freebsd.org>
Cc:  
Subject: RE: amd64/184718: HP MicroServer N40L, WOL packet doesn't wake up
 the computer
Date: Sun, 22 Dec 2013 16:03:16 +1100

 --_927f7b53-2f78-421a-b36a-94e882e8aea9_
 Content-Type: text/plain; charset="iso-8859-1"
 Content-Transfer-Encoding: quoted-printable
 
 
 Hi Gary. I'll no doubt keep that in mind. In the mean time=2C I thought I'd=
  try my luck at what NAS4Free had to offer for their if_bge< driver and the=
 y've now included the WOL fix. I tested by=3B
 1. Retrieving the driver from the NAS4Free 9.1.0.1.847 x64 ISO (Current rel=
 ease to date)2. On the host=2C renamed the existing if_bge.ko driver3. Copi=
 ed across the NAS4Free build to hosts /boot/kernel4. Probably wasn't necess=
 ary=2C but made the driver load upon boot up=2C by placing the "if_bge_load=
 =3D"YES" at the bottom of /boot/loader.conf file5. Bounced the host. Verbos=
 e from ifconfig bge0 confirmed WOL support=3B
 
 $ bge0: flags=3D8843<UP=2CBROADCAST=2CRUNNING=2CSIMPLEX=2CMULTICAST> metric=
  0 mtu 1500 options=3Dc219b<RXCSUM=2CTXCSUM=2CVLAN_MTU=2CVLAN_HWTAGGING=2CV=
 LAN_HWCSUM=2CTSO4=2CWOL_MAGIC=2CVLAN_HWTSO=2CLINKSTATE>
 6. Powered down the host using shutdown -p now7. And via <i>wakeonlan</i>=
 =2C sent a magic packet to the NIC and the WOL woke up the host.
 The NIC seems to be behaving fine ATM=2C though I suspect upgrading to 10.0=
  will be overwrite and/or whether this driver will work if it's retrofitted=
  back... Upon inspecting the 10.0-RC1 if_bge.c file=2C I didn't see any WOL=
  lines.
 Thanks for all your input and help.=20
 Cheers
  		 	   		  =
 
 --_927f7b53-2f78-421a-b36a-94e882e8aea9_
 Content-Type: text/html; charset="iso-8859-1"
 Content-Transfer-Encoding: quoted-printable
 
 <html>
 <head>
 <style><!--
 .hmmessage P
 {
 margin:0px=3B
 padding:0px
 }
 body.hmmessage
 {
 font-size: 12pt=3B
 font-family:Calibri
 }
 --></style></head>
 <body class=3D'hmmessage'><div dir=3D'ltr'><br><div><div style=3D"color: rg=
 b(34=2C 34=2C 34)=3B font-family: arial=3B font-size: small=3B">Hi Gary. I'=
 ll no doubt keep that in mind. In the mean time=2C I thought I'd try my luc=
 k at what NAS4Free had to offer for their if_bge&lt=3B driver and they've n=
 ow included the WOL fix. I tested by=3B</div><div style=3D"color: rgb(34=2C=
  34=2C 34)=3B font-family: arial=3B font-size: small=3B"><br></div><div sty=
 le=3D"color: rgb(34=2C 34=2C 34)=3B font-family: arial=3B font-size: small=
 =3B">1. Retrieving the driver from the NAS4Free 9.1.0.1.847 x64 ISO (Curren=
 t release to date)</div><div style=3D"color: rgb(34=2C 34=2C 34)=3B font-fa=
 mily: arial=3B font-size: small=3B">2. On the host=2C renamed the existing =
 if_bge.ko driver</div><div style=3D"color: rgb(34=2C 34=2C 34)=3B font-fami=
 ly: arial=3B font-size: small=3B">3. Copied across the NAS4Free build to ho=
 sts /boot/kernel</div><div style=3D"color: rgb(34=2C 34=2C 34)=3B font-fami=
 ly: arial=3B font-size: small=3B">4. Probably wasn't necessary=2C but made =
 the driver load upon boot up=2C by placing the "if_bge_load=3D"YES" at the =
 bottom of /boot/loader.conf file</div><div style=3D"color: rgb(34=2C 34=2C =
 34)=3B font-family: arial=3B font-size: small=3B">5. Bounced the host. Verb=
 ose from ifconfig bge0 confirmed WOL support=3B<br></div><div style=3D"colo=
 r: rgb(34=2C 34=2C 34)=3B font-family: arial=3B font-size: small=3B"><br></=
 div><div style=3D"color: rgb(34=2C 34=2C 34)=3B font-family: arial=3B font-=
 size: small=3B">$ bge0: flags=3D8843&lt=3BUP=2CBROADCAST=2CRUNNING=2CSIMPLE=
 X=2CMULTICAST&gt=3B metric 0 mtu 1500 options=3Dc219b&lt=3BRXCSUM=2CTXCSUM=
 =2CVLAN_MTU=2CVLAN_HWTAGGING=2CVLAN_HWCSUM=2CTSO4=2CWOL_MAGIC=2CVLAN_HWTSO=
 =2CLINKSTATE&gt=3B</div><div style=3D"color: rgb(34=2C 34=2C 34)=3B font-fa=
 mily: arial=3B font-size: small=3B"><br></div><div style=3D"color: rgb(34=
 =2C 34=2C 34)=3B font-family: arial=3B font-size: small=3B">6. Powered down=
  the host using shutdown -p now</div><div style=3D"color: rgb(34=2C 34=2C 3=
 4)=3B font-family: arial=3B font-size: small=3B">7. And via &lt=3Bi&gt=3Bwa=
 keonlan&lt=3B/i&gt=3B=2C sent a magic packet to the NIC and the WOL woke up=
  the host.</div><div style=3D"color: rgb(34=2C 34=2C 34)=3B font-family: ar=
 ial=3B font-size: small=3B"><br></div><div style=3D"color: rgb(34=2C 34=2C =
 34)=3B font-family: arial=3B font-size: small=3B">The NIC seems to be behav=
 ing fine ATM=2C though I suspect upgrading to 10.0 will be overwrite and/or=
  whether this driver will work if it's retrofitted back...&nbsp=3B</div><di=
 v style=3D"color: rgb(34=2C 34=2C 34)=3B font-family: arial=3B font-size: s=
 mall=3B">Upon inspecting the 10.0-RC1 if_bge.c file=2C I didn't see any WOL=
  lines.</div><div style=3D"color: rgb(34=2C 34=2C 34)=3B font-family: arial=
 =3B font-size: small=3B"><br></div><div style=3D"color: rgb(34=2C 34=2C 34)=
 =3B font-family: arial=3B font-size: small=3B">Thanks for all your input an=
 d help.&nbsp=3B</div><div style=3D"color: rgb(34=2C 34=2C 34)=3B font-famil=
 y: arial=3B font-size: small=3B"><br></div><div style=3D"color: rgb(34=2C 3=
 4=2C 34)=3B font-family: arial=3B font-size: small=3B">Cheers</div></div><d=
 iv><br></div> 		 	   		  </div></body>
 </html>=
 
 --_927f7b53-2f78-421a-b36a-94e882e8aea9_--
>Unformatted:
