From owner-freebsd-current@FreeBSD.ORG Wed Jun 11 01:00:28 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7A0B1065681 for ; Wed, 11 Jun 2008 01:00:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 82BDB8FC1F for ; Wed, 11 Jun 2008 01:00:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3452394rvf.43 for ; Tue, 10 Jun 2008 18:00:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Dv7y56nDrfsJMjH5Ldf2UFROpXa5c1T+xJtSq7Kl8fI=; b=Kwe0MYa8lkWN+xBIuFML/MEpocc4YdR8cwKP2QEx0B2GKy1OqyJ5ZZA9UIQE6Wpcly ah5Ze/JhpowCN5SbwplJC/CdGwqdDvyce58ODJOYw54Q4QnBbPW955JTy19WbXaZid5j CuzaHMBJVfyh4gmnNKxY9mJHhn2xcRYz5i00U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=inDsqGP5hI3tgrD+wgihZa/qYyM988ISB2CjZ0l2qEBUYPjvHyWChEa8RFkonV/xW6 YN7FkvnDnvHVbUjb5JoPA7eIPcAupeeHyEtKmgytayWo0/6aq8z0b4YvNl5DzVgrWcZX /dwqy9rcv3G4budmTR8zbsmewviWJK7xSzWDI= Received: by 10.140.201.21 with SMTP id y21mr3459123rvf.259.1213146028224; Tue, 10 Jun 2008 18:00:28 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id g31sm17487919rvb.2.2008.06.10.18.00.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Jun 2008 18:00:23 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m5B0wFSi003570 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Jun 2008 09:58:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m5B0wEkH003569; Wed, 11 Jun 2008 09:58:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 11 Jun 2008 09:58:14 +0900 From: Pyun YongHyeon To: Dimitry Andric Message-ID: <20080611005814.GA3529@cdnetworks.co.kr> References: <20080607035911.GD4565@cdnetworks.co.kr> <484BC9FB.2040605@andric.com> <20080609012657.GD12521@cdnetworks.co.kr> <484D215A.7050700@andric.com> <20080609123206.GF12521@cdnetworks.co.kr> <484D25CC.9050106@andric.com> <20080610050550.GB17874@cdnetworks.co.kr> <484E9377.2050609@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <484E9377.2050609@andric.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@FreeBSD.org Subject: Re: Call for testers: re(4) and RTL8168C/RTL8168CP/RTL8111C/RTL8111CP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2008 01:00:28 -0000 On Tue, Jun 10, 2008 at 04:45:11PM +0200, Dimitry Andric wrote: > On 2008-06-10 07:05, Pyun YongHyeon wrote: > > > rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 > > > rgephy1 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 > > > > The PHY model number is 0x02 which doesn't have advanced link power > > saving feature so I guess the issue is not related with PHY. > > > > Would you try updated patch? > > http://people.freebsd.org/~yongari/re/re.HEAD.20080610 > > This seems to work better, although it still takes quite some time > (~10s) for the interfaces to go up at boot time. I haven't yet been > able to get them "stuck", however, so that's good. :) Hmm, that's interesting. Can you spot where re(4) spends its time? Did RELENG_7 also have this issue? Plugging/unplugging UTP cable to ethernet controller during boot change the long delay? How about disabling WOL before system shutdown?(e.g. ifconfig re0 -wol) > > dmesg didn't change: > > re0: port 0xf000-0xf0ff mem 0xfdfff000-0xfdfff0ff irq 18 at device 9.0 on pci0 > re0: Chip rev. 0x18000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 00:30:18:a6:f1:a8 > re0: [FILTER] > re1: port 0xf200-0xf2ff mem 0xfdffe000-0xfdffe0ff irq 19 at device 11.0 on pci0 > re1: Chip rev. 0x18000000 > re1: MAC rev. 0x00000000 > miibus1: on re1 > rgephy1: PHY 1 on miibus1 > rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re1: Ethernet address: 00:30:18:a6:f1:a9 > re1: [FILTER] > > devinfo: > re0 pnpinfo vendor=0x10ec device=0x8167 subvendor=0x16f3 subdevice=0x10ec class=0x020000 at slot=9 function=0 > Interrupt request lines: > 18 > I/O ports: > 0xf000-0xf0ff > I/O memory addresses: > 0xfdfff000-0xfdfff0ff > miibus0 > rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 > re1 pnpinfo vendor=0x10ec device=0x8167 subvendor=0x16f3 subdevice=0x10ec class=0x020000 at slot=11 function=0 > Interrupt request lines: > 19 > I/O ports: > 0xf200-0xf2ff > I/O memory addresses: > 0xfdffe000-0xfdffe0ff > miibus1 > rgephy1 pnpinfo oui=0x732 model=0x11 rev=0x2 at phyno=1 -- Regards, Pyun YongHyeon