From owner-freebsd-net@FreeBSD.ORG Sat Nov 15 08:14:01 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF32D1065678 for ; Sat, 15 Nov 2008 08:14:01 +0000 (UTC) (envelope-from freebsd-net@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE2F8FC17 for ; Sat, 15 Nov 2008 08:14:00 +0000 (UTC) (envelope-from freebsd-net@dino.sk) Received: from via.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Sat, 15 Nov 2008 09:12:35 +0100 id 0002E00F.491E8473.0000924A From: Milan Obuch To: freebsd-net@freebsd.org, pyunyh@gmail.com Date: Sat, 15 Nov 2008 09:13:15 +0100 User-Agent: KMail/1.9.10 References: <200810300829.35980.freebsd-net@dino.sk> <200811032339.07412.freebsd-net@dino.sk> <20081104014604.GB98154@cdnetworks.co.kr> In-Reply-To: <20081104014604.GB98154@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811150913.16407.freebsd-net@dino.sk> Cc: Subject: Re: re weird bug X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Nov 2008 08:14:01 -0000 On Tuesday 04 November 2008 02:46:04 Pyun YongHyeon wrote: > On Mon, Nov 03, 2008 at 11:39:06PM +0100, Milan Obuch wrote: > > On Monday 03 November 2008 04:59:08 Pyun YongHyeon wrote: > > > > [ snip ] > > > > > I vaguely guess hardware was not properly initialized. How about > > > this one? > > > http://people.freebsd.org/~yongari/re/re.phy.patch.20081103 > > > > This bug seems again to disappear - csup two days ago, kernel built with > > no patches and everything works. Something like this happened already in > > the > > Yeah, this is one of reason that makes it hard to fix. > > > past. No idea whether it has something with if_re being built as module, > > but if it happens again, I will test this possibility, too. > > Ok. Please let me know your findings. Strange. This trouble occured again. Two days ago, fresh csup, rebuilt whole system, re works only when with verbose boot logging. Yesterday, fresh csup, full rebuild, re works again. There is no change in if_re.c at all - it is dated Sep 9, 2008. This is coming from somewhere else, but I have no idea how this could be debugged. One possibility is there is some weird issue with code or maybe more probably buffer placement in memory, but this is just a shot in the wild, and no idea what means could be used to trace that. It occurs to me from time to time, only with -current, everytime verbose boot logging masks the trouble, at least everytime I tried. Really weird, not predictable. And maybe only difference tracking one per one could give some clue, but this is really time consuming (apply change, rebuild kernel, reboot, test... grrr). Regards, Milan