From owner-freebsd-amd64@FreeBSD.ORG Mon May 29 08:51:27 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF2B116A420 for ; Mon, 29 May 2006 08:51:27 +0000 (UTC) (envelope-from ohartman@uni-mainz.de) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06CEA43D48 for ; Mon, 29 May 2006 08:51:26 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from [130.133.86.198] (telesto.geoinf.fu-berlin.de [130.133.86.198]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id EFA253000253; Mon, 29 May 2006 10:51:24 +0200 (CEST) Message-ID: <447AB60F.8010700@uni-mainz.de> Date: Mon, 29 May 2006 10:51:27 +0200 From: "O. Hartmann" User-Agent: Thunderbird 1.5.0.2 (X11/20060503) MIME-Version: 1.0 To: Mathieu Prevot References: <44506B8B.4090605@se.hiroshima-u.ac.jp> <20060508071835.GA594@scienceclue.ath.cx> <445F13C8.1050402@se.hiroshima-u.ac.jp> <20060508104039.GA1003@scienceclue.ath.cx> <20060508105611.GA609@scienceclue.ath.cx> <4166.210.250.105.90.1147100275.squirrel@www.se.hiroshima-u.ac.jp> <20060508191134.GA642@scienceclue.ath.cx> <445FFEAB.3060206@se.hiroshima-u.ac.jp> <20060509074423.GA47090@scienceclue.ath.cx> <1610.210.250.105.90.1147194909.squirrel@www.se.hiroshima-u.ac.jp> <20060529061333.GA635@scienceclue.ath.cx> In-Reply-To: <20060529061333.GA635@scienceclue.ath.cx> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD nfe driver for NVIDIA nForce network adapter X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 May 2006 08:51:27 -0000 Mathieu Prevot wrote: > On Wed, May 10, 2006 at 02:15:09AM +0900, Shigeaki Tagashira wrote: >> Mathieu Prevot wrote: >>> On Tue, May 09, 2006 at 11:30:03AM +0900, Shigeaki Tagashira wrote: >>> >>>> Mathieu Prevot wrote: >>>> >>>>> On Mon, May 08, 2006 at 11:57:55PM +0900, Shigeaki Tagashira wrote: >>>>> >>>>>> Mathieu Prevot wrote: >>>>>> >>>>>>>> The DG834Gv2 still doesn't see the device/MAC address. >>>>>>>> >>>>>>> I tryed `kldunload if_nfe.ko` and the system freezed (RELENG_6 >>>>>>> amd64 SMP). >>>>>>> >>>>>> The freeze bug of kldunload will be fixed at next version. >>>>>> Do you know how does DG834Gv2 get MAC addresses? ARP? >>>>>> If it is ARP, I think they cannot communicate each other. >>>>>> Is the MAC address valid? >>>>>> Because the chipset can configure its MAC address. >>>>>> >>>>>> >>>>> I changed the MAC address and gave the same address as sis's one >>>>> (which >>>>> should be valid (what is a valid MAC address?) because the sis device's >>>>> MAC >>>>> address is seen by the DG834Gv2) but it didn't change anything. >>>>> >>>>> In the reference manual, I found a reference to ARP as general >>>>> protocol but it's not said explicitly that the DG834Gv2 use it: >>>>> ftp://downloads.netgear.com/files/dg834g_ref_manual.pdf >>>>> So I guess it's the protocol used. >>>>> >>>> How is the nve driver for FreeBSD? >>>> Have you already tried this? >>>> >>> Yes, it simply doesn't detect the device. >> Are MS-Windows installed on the machine? >> If so, how is the driver on MS-Windows? > > I installed recently NT5.0, and the network device is still not seen by the > DG834Gv2. > On recent RELENG_6, the if_nfe stopped to work, it worked fine with RELEASE_6_1 > and RELENG_6 few days later. I have link up and down alternates and watchdog > timeouts... > > Regards, > Mathieu I also see those alternating device UP and DOWN. My box is running FreeBSD 6.1-STABEL as cvsupdated 25th May last time, based on ASUS A8N32-SLI Deluxe. I do not see those UP and DOWNs on a regulare basis, they seem to occur spradicaly. The box is UP (Athlon64 3500+ without SSE3), SCHED_ULE and PREEMPTION eneabled in the kernel config. oh