From owner-freebsd-current@FreeBSD.ORG Mon Feb 11 06:09: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 87F6F16A419 for ; Mon, 11 Feb 2008 06:09:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from hs-out-2122.google.com (hs-out-0708.google.com [64.233.178.250]) by mx1.freebsd.org (Postfix) with ESMTP id 1D31B13C467 for ; Mon, 11 Feb 2008 06:09:27 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by hs-out-2122.google.com with SMTP id h53so2085958hsh.11 for ; Sun, 10 Feb 2008 22:09:27 -0800 (PST) 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=HXsQSyB/caUkY5x5+zjlHjXPeuNQzB2fmds217WCLTU=; b=MfWAy7qW/luMRGNmWI1s8QkoY8SPwlDLZG3DKLV+peCwW+ZlM72rGVqIz5wEVpiWK3f88OX/It42vYhnMdCEapCBkmPaI+GlQAkIh7mQmm6k1o1/DxsoN2GCLM6flMadQ487BH9r0//c01hzff0kko/qbCdAPS+n7hYCPjxyS64= 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=m6izdZkCe7l5Q+wyyUdpT0YCuANhdmZXka9d0rVfV00HpvVZYEwlyppzbM1nutntihM1+Tu2PNlBJWZrpDSts0yo7xS3Pkr6MT/VSxb+xblWdXsag6/WQQcOF+l4yC0HN7w28UhyXKTtaycu2V/LPLGviZnMuQRCzsxCe8BMkdk= Received: by 10.143.17.13 with SMTP id u13mr1049765wfi.69.1202710166368; Sun, 10 Feb 2008 22:09:26 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 24sm3779311wfc.18.2008.02.10.22.09.23 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 10 Feb 2008 22:09:24 -0800 (PST) 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 m1B69JMe003774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 11 Feb 2008 15:09:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1B69Fs6003773; Mon, 11 Feb 2008 15:09:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Mon, 11 Feb 2008 15:09:15 +0900 From: Pyun YongHyeon To: Milan Obuch Message-ID: <20080211060915.GI2317@cdnetworks.co.kr> References: <20080204022334.GC27999@cdnetworks.co.kr> <200802051540.01916.freebsd-current@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802051540.01916.freebsd-current@dino.sk> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: CFT: vr(4) 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: Mon, 11 Feb 2008 06:09:28 -0000 On Tue, Feb 05, 2008 at 03:40:01PM +0100, Milan Obuch wrote: > On Monday 04 February 2008, Pyun YongHyeon wrote: > > Dear all, > > > > Here is overhauled vr(4) that shall address all known issues. PR > > database showed vr(4) is not stable enough under high load and > > link state handling didn't work as expected as well as its poor > > performance. I've tried hard to fix the bugs reported in PR > > database for several months. It tooked more time than I had > > planned when I received donated hardware. > > vr(4) will now > > - work on all architectures. > > - have better Rx performance. > > - have more robust error recovery. > > - reliably detect link state changes. > > - support 32bit perfect multicast filtering for VT6105M. > > - support WOL. > > > > It seems that the overhauled vr(4) runs well under my limited test > > environments. Several users already reported success. Because there > > are three kinds of Rhine family and lots of variants for the > > hardware, I'd like to hear feedback from users priror to commit. > > You can get the latest vr(4) at the following URL. > > > > http://people.freebsd.org/~yongari/vr/if_vr.c > > http://people.freebsd.org/~yongari/vr/if_vrreg.h > > > > I wouldn't be available for 7 ~ 10 days from Feb 5, so please don't > > expect quick reply. > > Hi, > > did anybody test Routerboard 44? It is quad network card, uses VT6105M chips > as network controller (Via) and PCI6152 as PCI-PCI bridge (PLX Technology). > With both stock if_vr and modified from site given above it partially works - > interfaces are created, ifconfig works, but even pinging some host in local > network (I achieve the effect with ping -f in a minue or so) hangs system. > Nothing on my console, nothing in system log. Only hard powerdown restores > system in functioning state. > > I tested it with stock vr driver in both 6 and 7 stable on both i386 and > amd64, and now with overhauled vr in 8 freshly cvsupped and two files > replaced on i386. > > If anybody has any idea or some patches I could test, I will. > I have tested 4-port Rhine III(6105LOM) and I never seen this hangs. Does this also happen on other network interface too? When the system hangs, would you break into DDB and show me the output of 'show alllocks' and 'ps'? > Regards, > Milan > > This is on console after kldload if_vr: > > Feb 5 14:36:29 tix kernel: vr0: port > 0x9c00-0x9cff mem 0xfceff000-0xfceff0ff irq 17 at device 8.0 on pci3 > Feb 5 14:36:29 tix kernel: vr0: Quirks: 0x6 > Feb 5 14:36:29 tix kernel: vr0: Revision: 0x96 > Feb 5 14:36:29 tix kernel: miibus1: on vr0 > Feb 5 14:36:29 tix kernel: ukphy0: PHY > 1 on miibus1 > Feb 5 14:36:29 tix kernel: ukphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Feb 5 14:36:29 tix kernel: vr0: Ethernet address: 00:0c:42:02:38:a8 > Feb 5 14:36:29 tix kernel: vr0: [ITHREAD] > Feb 5 14:36:29 tix kernel: vr1: port > 0x9800-0x98ff mem 0xfcefe000-0xfcefe0ff irq 18 at device 9.0 on pci3 > Feb 5 14:36:29 tix kernel: vr1: Quirks: 0x6 > Feb 5 14:36:29 tix kernel: vr1: Revision: 0x96 > Feb 5 14:36:29 tix kernel: miibus2: on vr1 > Feb 5 14:36:29 tix kernel: ukphy1: PHY > 1 on miibus2 > Feb 5 14:36:29 tix kernel: ukphy1: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Feb 5 14:36:29 tix kernel: vr1: Ethernet address: 00:0c:42:02:38:a9 > Feb 5 14:36:29 tix kernel: vr1: [ITHREAD] > Feb 5 14:36:29 tix kernel: vr2: port > 0x9400-0x94ff mem 0xfcefd000-0xfcefd0ff irq 19 at device 10.0 on pci3 > Feb 5 14:36:29 tix kernel: vr2: Quirks: 0x6 > Feb 5 14:36:29 tix kernel: vr2: Revision: 0x96 > Feb 5 14:36:29 tix kernel: miibus3: on vr2 > Feb 5 14:36:29 tix kernel: ukphy2: PHY > 1 on miibus3 > Feb 5 14:36:29 tix kernel: ukphy2: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Feb 5 14:36:29 tix kernel: vr2: Ethernet address: 00:0c:42:02:38:aa > Feb 5 14:36:29 tix kernel: vr2: [ITHREAD] > Feb 5 14:36:29 tix kernel: vr3: port > 0x9000-0x90ff mem 0xfcefc000-0xfcefc0ff irq 16 at device 11.0 on pci3 > Feb 5 14:36:29 tix kernel: vr3: Quirks: 0x6 > Feb 5 14:36:29 tix kernel: vr3: Revision: 0x96 > Feb 5 14:36:29 tix kernel: miibus4: on vr3 > Feb 5 14:36:29 tix kernel: ukphy3: PHY > 1 on miibus4 > Feb 5 14:36:29 tix kernel: ukphy3: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, auto > Feb 5 14:36:29 tix kernel: vr3: Ethernet address: 00:0c:42:02:38:ab > Feb 5 14:36:29 tix kernel: vr3: [ITHREAD] > Feb 5 14:36:29 tix kernel: vr0: link state changed to DOWN > Feb 5 14:36:29 tix kernel: vr1: link state changed to DOWN > Feb 5 14:36:29 tix kernel: vr2: link state changed to DOWN > Feb 5 14:36:29 tix kernel: vr3: link state changed to DOWN > -- Regards, Pyun YongHyeon