From owner-freebsd-current@FreeBSD.ORG Wed Dec 17 06:10:28 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A3321065670 for ; Wed, 17 Dec 2008 06:10:28 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [66.246.138.153]) by mx1.freebsd.org (Postfix) with ESMTP id C066F8FC1D for ; Wed, 17 Dec 2008 06:10:27 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 759111901C; Wed, 17 Dec 2008 01:10:26 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.2 required=8.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 Received: from [66.45.160.84] (unknown [66.45.160.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 17 Dec 2008 01:10:26 -0500 (EST) Message-ID: <494897CB.7000507@cran.org.uk> Date: Tue, 16 Dec 2008 22:10:19 -0800 From: Bruce Cran User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: pyunyh@gmail.com References: <4947E59A.8000408@cran.org.uk> <20081217005106.GA66999@cdnetworks.co.kr> <49486EDD.6060607@cran.org.uk> <20081217034155.GB66999@cdnetworks.co.kr> In-Reply-To: <20081217034155.GB66999@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: RTL8102E (if_re) doesn't work with -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2008 06:10:28 -0000 Pyun YongHyeon wrote: > On Tue, Dec 16, 2008 at 07:15:41PM -0800, Bruce Cran wrote: > > Pyun YongHyeon wrote: > > >On Tue, Dec 16, 2008 at 09:30:02AM -0800, Bruce Cran wrote: > > > > I just upgraded an HP Pavillion laptop from 7.1-RC1 to 8-CURRENT last > > > > night and now the network doesn't work. This laptop has a RTL8102E > > > > chip, and no errors appear in the logs - it attaches and doesn't claim > > > > to have any TX/RX errors, but it just doesn't do anything. I've > > > > attached the dmesg from a verbose boot. I've seen messages saying > > > > there might be issues with MSI interrupts - is that possibly an issue > > > here? > > > > > > > > > >No, it is in disabled state by default. > > >The issue could be related with link state tracking code in re(4). > > >Would you show me the output of "devinfo -rv | grep rlphy"? > > >How about unplugging/replugging UTP cable? > > >Does it make any difference? > > > > > > > devinfo provides the output: > > rlphy0 pnpinfo oui=0x20 model=0x20 rev=0x1 at phyno=1 > > > > I let the startup continue so that dhclient was still running in the > > background, and I started getting lots of messages: > > > > arp: 00:1e:ec:72:2b:8e attempts to modify permanent entry for 0.0.0.0 on re0 > > > > After unplugging the replugging the UTP cable the messages > > > > re0: link state changed to DOWN > > re0: link state changed to UP > > > > apppeared in the logs but dhclient still didn't get any replies, and the > > arp messages started again. > > > > Hmm, this seem to happen when link partner doesn't support NWAY > autonegotiation. Can you confirm that? > And would you try attached patch? Also show me the outout of > "ifconfig re0" before/after applying attached patch. > The laptop is connected straight into the apartment internet system, so I don't know what sort of switch it is. However I applied your 2nd patch but nothing changed; the ifconfig output is still re0: flags=8843 metric 0 mtu 1500 options=389b ether 00:1e:ec:f5:fd:4f inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: Ethernet autoselect (100baseTX ) status: active I did notice that if I unplug and replug the UTP cable while dhclient is trying to find a lease during startup then as soon as I plug it in again it claims to find a lease and configures the IP address, routes etc. However trying to ping anything once the system has started results in the message "No buffer space available" so the network isn't really working. -- Bruce Cran