From owner-freebsd-current@FreeBSD.ORG Tue Feb 5 14:55:18 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 9D8BC16A469 for ; Tue, 5 Feb 2008 14:55:18 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from loki.netlab.sk (loki.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 43A8713C46B for ; Tue, 5 Feb 2008 14:55:18 +0000 (UTC) (envelope-from freebsd-current@dino.sk) Received: from fox.dino.sk (home.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Tue, 05 Feb 2008 15:38:12 +0100 id 0002E02F.47A874D4.00014BBD From: Milan Obuch To: freebsd-current@freebsd.org Date: Tue, 5 Feb 2008 15:40:01 +0100 User-Agent: KMail/1.9.7 References: <20080204022334.GC27999@cdnetworks.co.kr> In-Reply-To: <20080204022334.GC27999@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200802051540.01916.freebsd-current@dino.sk> Subject: Re: CFT: vr(4) 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: Tue, 05 Feb 2008 14:55:18 -0000 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. 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 -- Address this mail is sent from is used only for this mailing list. Do not send any messages to it directly as a response, reply only to mailing list. For mail to me personally, use milan in address instead.