From owner-freebsd-net@FreeBSD.ORG Thu Oct 30 21:41:52 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 1948B106567E for ; Thu, 30 Oct 2008 21:41:52 +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 9FE6F8FC12 for ; Thu, 30 Oct 2008 21:41:51 +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; Thu, 30 Oct 2008 22:41:46 +0100 id 0002E032.490A2A1A.0000D3DD From: Milan Obuch To: freebsd-net@freebsd.org, pyunyh@gmail.com Date: Thu, 30 Oct 2008 22:41:01 +0100 User-Agent: KMail/1.9.10 References: <200810300829.35980.freebsd-net@dino.sk> <20081030102656.GD78796@cdnetworks.co.kr> In-Reply-To: <20081030102656.GD78796@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810302241.01863.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: Thu, 30 Oct 2008 21:41:52 -0000 On Thursday 30 October 2008 11:26:56 Pyun YongHyeon wrote: > On Thu, Oct 30, 2008 at 08:29:35AM +0100, Milan Obuch wrote: > > Hi, > > yesterday I csup'ped my 8-current sources on my MSI Wind netbook (again) > > and tried to build new kernel. There is again a problem with re > > interface. It just does not work, with following > > > > re0: port 0xc000-0xc0ff > > mem 0xffd10000-0xffd10fff,0xffd00000-0xffd0ffff irq 16 at device 0.0 on > > pci1 re0: Chip rev. 0x34800000 > > re0: MAC rev. 0x00200000 > > re0: PHY write failed > > re0: PHY write failed > > re0: MII without any phy! > > device_attach: re0 attach returned 6 > > > > in dmesg. This happened already some time ago, but I did not investigate > > it, just reverted to older kernel and later it disappeared. Today I > > found there is some timing issue or racing condition - when I boot with > > verbose message logging, it works with expected > > > > re0: port 0xc000-0xc0ff > > mem 0xffd10000-0xffd10fff,0xffd00000-0xffd0ffff irq 16 at device 0.0 on > > pci1 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xffd10000 > > re0: MSI count : 1 > > re0: Chip rev. 0x34800000 > > re0: MAC rev. 0x00200000 > > miibus0: on re0 > > rlphy0: PHY 1 on miibus0 > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > re0: bpf attached > > re0: Ethernet address: 00:1d:92:59:f5:8b > > re0: [MPSAFE] > > re0: [FILTER] > > > > So I think some issue could be in miibus or rlphy code. > > I am using stripped down kernel with no interfaces, I kldload if_re (and > > miibus as dependency), if that matters. > > Has anybody an idea or patch to test? Something similar appeared > > recently on list, but I would like to get issue commented first (maybe > > with a pointer to patch). > > That's known issue for newer RealTek PCIe controllers. Would you > please try the patch at the following URL? > http://people.freebsd.org/~yongari/re/re.ephy.patch.20081021 > > Since it's not easy to reproduce this issue please make sure to > (cold and warm) reboot several times until you can put confidence > in the patch. I tried, but no change - with patch applied re still does not work unless I boot with verbose logging, no matter whether I boot cold or warm. Regards, Milan