From owner-freebsd-net@FreeBSD.ORG Wed Sep 12 00:49:19 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 BC15C16A417 for ; Wed, 12 Sep 2007 00:49:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id 62BA413C45E for ; Wed, 12 Sep 2007 00:49:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so27225nzf for ; Tue, 11 Sep 2007 17:49:18 -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=0stGnmxcLJ5gywdpTpULBsl4KKzONB76YUEAYyLkUp8=; b=XNpN2EM3jF8zzRnRcAdtySyqitdOhmAEhu9mjHxV5C8Qohbtt8WXpVjkr/XpXDbihQ+uvpkYM6b77kLa2ofFVod/HQXQMIn4OUag9loWsruY1fDSsMWnXK5r0rCkGPqSxqa1Qq6nPWrjuTSpCG9X2X4QDptcJuelOCAuvONi9gg= 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=GXRriUF5Wu5FZuAalOfwIzu9tTOrAsDAioJTIMZ6oOKDbU5O220cpe/5zvqvu29CLxwb4kB69/hmqU3utor7pwl6tihVahCu5ggWBGadJBizWs/acxyd386QVJFNXvf8+UspYSRAwReHoQGsbX/XFXJIIYAeFQqAuEIeFQmP4V4= Received: by 10.65.139.9 with SMTP id r9mr13323500qbn.1189558126040; Tue, 11 Sep 2007 17:48:46 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 10sm660018nzo.2007.09.11.17.48.41 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Sep 2007 17:48:44 -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 l8C0jwII009205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Sep 2007 09:45:58 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l8C0jseS009204; Wed, 12 Sep 2007 09:45:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 12 Sep 2007 09:45:54 +0900 From: Pyun YongHyeon To: Robert Wojciechowski Message-ID: <20070912004554.GA8992@cdnetworks.co.kr> References: <85D4F2C294E8434CA0AF775741532686623679@server1.ssgi.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <85D4F2C294E8434CA0AF775741532686623679@server1.ssgi.local> User-Agent: Mutt/1.4.2.1i Cc: shigeaki@f.csce.kyushu-u.ac.jp, freebsd-net@freebsd.org, 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 00:49:19 -0000 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. -- Regards, Pyun YongHyeon