From owner-freebsd-net@FreeBSD.ORG Wed Sep 12 12:25:39 2007 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 C246A16A419 for ; Wed, 12 Sep 2007 12:25:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA4D13C4B4 for ; Wed, 12 Sep 2007 12:25:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so150882rvb for ; Wed, 12 Sep 2007 05:25:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=bb20mw4Ex4Sq4cucETcbtRoO1kg2XBf04eM8UX7iF3I=; b=RVeCcSWnE+bdgILAk1etNscWcc6zs73Cbi6zJRuIqV9+09NCtIHNpaBGayfC4/fBkfBkDxHGCttErdS+l6xBUIZaY/xm5TKoxW2yZFm/d/rtM7X7tapTYdo7OZfL/zdsPq1EgIr8opMk2KJ04NgU5Q3/OxNfwAmomfGDNBeffXo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=pE5LAw0nSVinqvhn857f2DyF4xkCCGHhoq071aCrfoQb/F7GnAsDPuUR9S2+PExa/M2Yyr3IkRazoKamxlAOY1CWcybMfgWhOzdwCjjxntzSiUOBwebqsHmNbFkgk0lWw0CfWXkbjTU0lZcLtopH2zaSR+S/g1GBGkTTphXTb7s= Received: by 10.141.159.13 with SMTP id l13mr176700rvo.1189599938265; Wed, 12 Sep 2007 05:25:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id b34sm12120512rvf.2007.09.12.05.25.35 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 12 Sep 2007 05:25:37 -0700 (PDT) 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 l8CCMrlW011165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Sep 2007 21:22:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8CCMqZT011164; Wed, 12 Sep 2007 21:22:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 12 Sep 2007 21:22:52 +0900 From: Pyun YongHyeon To: Stephen Clark Message-ID: <20070912122252.GD8992@cdnetworks.co.kr> References: <85D4F2C294E8434CA0AF775741532686623679@server1.ssgi.local> <20070912004554.GA8992@cdnetworks.co.kr> <46E7D9A2.2090106@seclark.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46E7D9A2.2090106@seclark.us> User-Agent: Mutt/1.4.2.1i Cc: shigeaki@f.csce.kyushu-u.ac.jp, freebsd-net@freebsd.org, Robert Wojciechowski , Josh Mouch Subject: Re: FreeBSD nfe driver and IPMI cards X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Sep 2007 12:25:39 -0000 On Wed, Sep 12, 2007 at 08:20:50AM -0400, Stephen Clark wrote: > Pyun YongHyeon wrote: > > >On Tue, Sep 11, 2007 at 03:01:53PM -0400, Robert Wojciechowski wrote: > >> Hello, > >> > >> > >> > >> I'm the FreeBSD nfe driver from > >> http://www.f.csce.kyushu-u.ac.jp/~shigeaki/software/freebsd-nfe.html > >> with FreeBSD 6-stable with good results for the most part. The only > >> issue I've experienced is that during a detach/shutdown of if_nfe, the > >> IPMI IP address I have set on my servers ceases to respond as well as > >> the ability to manage the servers. > >> > >> > >> > >> I traced the problem down to nfe_stop() and the fact that it completely > >> disables the Rx and Tx on the NIC. I have patched the driver to not > >> disable the Rx/Tx and IPMI continues to work after a 'ifconfig nfe0 > >> down', 'shutdown -p now', etc. > >> > >> > >> > >> Does anyone have any comments on this change I've made and any possible > >> side effects? Can this be included in the mainstream distribution of the > > > >Because MAC is still alive if's possible to recieve a packet. All DMA > >maps are unloaded and buffers are already freed in nfe_stop so it > >would cause panic I guess. But I'm not familiar with IPMI so I'm not > >sure. > > > >> nfe drivers (and updated in 7-CURRENT) without causing any adverse > >> problems? > >> > > > >I have no experience on IPMI but the change you've made would not > >completely solve the issue. I guess supporting IPMI needs lots of > >more work including: > >o Autodetect IPMI capability. > >o Autodetect active IPMI session in device attach and don't blindly > > reset MAC/PHY. > >o Don't blindly stop Tx/Rx on device detach. > >Given that lack of publicly available datasheet for the hardware > >supporing IPMI would be severly limited. Fortunately Linux seems to > >have basic IPMI support in their forcedeth driver. Their code doesn't > >easy to read but you may see what should be done in driver. However > >I have no idea what we can do when active IPMI session is present in > >driver attach phase. Normally PHY driver would reset PHY hardware > >itself in driver attach which in turn would result in losing the IPMI > >connection. > > > > > > > www.intel.com/design/servers/ipmi > What we need is documentation for NVIDIA NICs. -- Regards, Pyun YongHyeon