From owner-freebsd-stable@FreeBSD.ORG Fri Apr 9 14:52:56 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DCB1106566B for ; Fri, 9 Apr 2010 14:52:56 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 140608FC24 for ; Fri, 9 Apr 2010 14:52:55 +0000 (UTC) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id C4E4A2BB35F; Fri, 9 Apr 2010 10:52:54 -0400 (EDT) Date: Fri, 9 Apr 2010 10:52:53 -0400 From: "Peter C. Lai" To: Michael Beckmann Message-ID: <20100409145252.GT31859@cesium.hyperfine.info> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: 'Adam Vande More' , stable@freebsd.org Subject: Re: Realtek Ethernet not functioning on Asus M4A89GTD PRO 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, 09 Apr 2010 14:52:56 -0000 On 2010-04-09 12:10:16PM +0200, Michael Beckmann wrote: > > re0@pci0:4:0:0: class=0x020000 card=0x84321043 chip=0x816810ec rev=0x06 > hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111)' > class = network > subclass = ethernet > > So I have rev=0x06 and you have rev=0x03. The dmesg output says I have an > unknown H/W revision. > > The mainboard is fairly new. So I guess I have to report a bug and wait for > a driver update? > > Thanks, > > Michael > Well you could patch the source yourself and see if it works. It's been a while but you need to find the actual revision not the one that pciconf prints out (I think if you select the verbose boot option it might print it in dmesg), then add that "real" revision code to /usr/src/sys/pci/if_rlreg.h, rebuild the kernel and go from there... (Or file a PR and wait for Pyun to get back to you :) -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 ===========================================================