From owner-freebsd-net@FreeBSD.ORG Tue Oct 11 18:14:09 2011 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 E95F1106566C; Tue, 11 Oct 2011 18:14:08 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 28AC98FC13; Tue, 11 Oct 2011 18:14:07 +0000 (UTC) Received: by wwn22 with SMTP id 22so5568805wwn.1 for ; Tue, 11 Oct 2011 11:14:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=dqdyBGDfmK267wrrxAIALzcqekDwQmz/AnVO+9ZkPG8=; b=vqX1VQyv89UDk+tyyTV7kjXksCSdu9S9ypDnW3gBm8annyp4EAenvG3dCFUXKcPUBq aTby3C5QRiFkd4cHfVzITe9JriUPhocP1gu8lI5iy1ci0y5G7oBpjb7cYjs7K2PcVols K2Koi+aw3gDBhnHV5oh2NTqB8QcwPEfFSXxCw= Received: by 10.227.28.96 with SMTP id l32mr8136969wbc.50.1318356846859; Tue, 11 Oct 2011 11:14:06 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id ek13sm1249755wbb.3.2011.10.11.11.14.02 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 11 Oct 2011 11:14:05 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 11 Oct 2011 11:12:19 -0700 From: YongHyeon PYUN Date: Tue, 11 Oct 2011 11:12:19 -0700 To: Sean Bruno Message-ID: <20111011181219.GB5661@michelle.cdnetworks.com> References: <1318018310.27029.10.camel@hitfishpass-lx.corp.yahoo.com> <20111007205254.GC11808@michelle.cdnetworks.com> <1318264942.1236.6.camel@hitfishpass-lx.corp.yahoo.com> <20111010174749.GA1781@michelle.cdnetworks.com> <1318271046.1236.11.camel@hitfishpass-lx.corp.yahoo.com> <20111010190609.GB1781@michelle.cdnetworks.com> <1318278905.1236.18.camel@hitfishpass-lx.corp.yahoo.com> <20111010204456.GD1781@michelle.cdnetworks.com> <5D267A3F22FD854F8F48B3D2B523819385F3669A7D@IRVEXCHCCR01.corp.ad.broadcom.com> <1318356030.2724.11.camel@hitfishpass-lx.corp.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1318356030.2724.11.camel@hitfishpass-lx.corp.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-net@freebsd.org" , David Christensen , "davidch@freebsd.org" , Pyun YongHyeon Subject: Re: bce(4) with IPMI 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: Tue, 11 Oct 2011 18:14:09 -0000 On Tue, Oct 11, 2011 at 11:00:30AM -0700, Sean Bruno wrote: > On Mon, 2011-10-10 at 17:46 -0700, David Christensen wrote: > > > > I attempted to disable IPMI via the Dell BIOS tool (DRAC) and I > > > couldn't > > > > see any driver detection of this status. So, when I add this: > > > > > > > > > if ((ifp->if_flags & IFF_UP) == 0 && > > > > > (sc->bce_flags & BCE_MFW_PRESENT_FLAG) == 0){ > > > > > printf("%s: BCE detected MFW not present\n", > > > __func__); > > > > > > > > > > > > I don't see any change in behavior with IPMI enabled or disabled via > > > the > > > > Dell "DRAC" ROM Menu. > > > > > > > > > > I thought you may have seen "MFW(NOT RUNNING)" if management > > > firmware is present and you disabled IPMI in device attach time. > > > You may have to enable bootverbose to see it. > > > If management firmware is present and running you may have seen > > > actual management firmware version string. > > > > The Broadcom MFW is configured to load/not load through an NVRAM > > option that is likely not affected by the iDRAC BIOS settings. > > To disable MFW you'd need to run the user diagnostic utility > > (UXDIAG.EXE) with the following command line: > > > > C:\>uxdiag -mfw 0 > > > > To turn it back on run the following: > > > > C:\>uxdiag -mfw 1 > > > > You can find a bootable CD with the user diagnostic here: > > http://www.broadcom.com/support/license.php?file=NXII/Xdiag-5.2.2.iso > > > > Dave > > > > Ah, ok. > > > Pyun: > > Should I do this on a host and validate your changes? > That would be great if you can. Because some part of code is not executed in my patch when firmware is not running. Previously bce(4) executed that code regardless of firmware running state. > Sean > >