From owner-freebsd-current@FreeBSD.ORG Sun Jun 29 14:01:59 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 B9D6A106567E for ; Sun, 29 Jun 2008 14:01:59 +0000 (UTC) (envelope-from vibarus@googlemail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.172]) by mx1.freebsd.org (Postfix) with ESMTP id 88BEC8FC2C for ; Sun, 29 Jun 2008 14:01:59 +0000 (UTC) (envelope-from vibarus@googlemail.com) Received: by wf-out-1314.google.com with SMTP id 24so1042944wfg.7 for ; Sun, 29 Jun 2008 07:01:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=M8M/8rBOw9GUWLkADk/phGIWg9ZTBzAvKbbWjDkq/qU=; b=TDU7WlxcGP4XXBfq441GJAFSng3nuzDw2XuiirZKsvQqkvpshLOxV34I1yk3w1rhoH FYez6dbxQxURNxloc98iTxtbEsywQF5WyC44U5dIXYUhCPE9JryptNYAbF7/SkvaeNmb bUpH7pBB8CL2S2Ejx+DiXzgLg/dE0VWtdUQ+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=oVxabczpChB9I1HMS4Bo+6CUMDf8Qw3LegvpNPCyYzdtJ3mD9KuN3SWqueptmGwxMV azFsltG/2cpFIJEybAvqnxwhu8ZMoQpcD12LPF5EhVt/JnNkfdu26T4evUwSlG6aox5o gm9iJbUzub27HtgcT100BqJbgGzcMSu4bCobo= Received: by 10.143.8.10 with SMTP id l10mr1376218wfi.340.1214746634097; Sun, 29 Jun 2008 06:37:14 -0700 (PDT) Received: by 10.142.155.21 with HTTP; Sun, 29 Jun 2008 06:37:14 -0700 (PDT) Message-ID: Date: Sun, 29 Jun 2008 15:37:14 +0200 From: "Vincent Barus" To: "Dimitry Andric" In-Reply-To: <48666CD7.9020706@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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> <20080611005814.GA3529@cdnetworks.co.kr> <48666CD7.9020706@andric.com> 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jun 2008 14:01:59 -0000 On Sat, Jun 28, 2008 at 6:54 PM, Dimitry Andric wrote: > On 2008-06-11 02:58, Pyun YongHyeon wrote: >> > 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? > > Apparently it's experiencing timeouts, I usually get these: > > re0: link state changed to DOWN > re0: watchdog timeout > re0: 3 link states coalesced > re0: link state changed to UP > re1: link state changed to DOWN > > I've been running all tests under RELENG_7, btw. Note also, these > delays don't always happen, in some cases the interfaces react very > quickly. In rare cases, they don't work at all, until you manually > ifconfig down and up them a few times. > > What's funny though, is that the interfaces seem to start in DOWN mode: > > [...booting...] > Mounting local file systems:. > Setting hostname: tensor.andric.com. > re0: link state changed to DOWN > re1: link state changed to DOWN > lo0: flags=8049 metric 0 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 > inet 127.0.0.1 netmask 0xff000000 > re0: flags=8843 metric 0 mtu 1500 > options=399b > ether 00:30:18:a6:f1:a8 > inet6 fe80::230:18ff:fea6:f1a8%re0 prefixlen 64 tentative scopeid 0x1 > inet 87.251.56.140 netmask 0xffffffc0 broadcast 87.251.56.191 > media: Ethernet autoselect (none) > status: no carrier > re1: flags=8843 metric 0 mtu 1500 > options=399b > ether 00:30:18:a6:f1:a9 > inet6 fe80::230:18ff:fea6:f1a9%re1 prefixlen 64 tentative scopeid 0x2 > inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255 > media: Ethernet autoselect (none) > status: no carrier > [...more initialization...] > net.inet6.ip6.forwarding: 0 -> 1 > net.inet6.ip6.accept_rtadv: 0 -> 0 > re0: link state changed to UP > re1: link state changed to UP > > and only then do they "really" go up... :) > > Do you have any good suggestions on where I could put some debug > printfs in re to find out what it's timing out on? > > >> 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) > > Plugging/unplugging the cable doesn't seem to make much difference, and > neither does disabling WOL before shutdown (or altogether)... > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Hi Dimitry, what happens if you load the if_re module after you logged in instead of loading it while boot time? I get a watchdog every time with a boot time loaded if_re, so maybe this is not affecting you too. Regards, vb