From owner-freebsd-net@FreeBSD.ORG Tue Mar 15 02:01:30 2005 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1897916A4CE for ; Tue, 15 Mar 2005 02:01:28 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3459443D2D for ; Tue, 15 Mar 2005 02:01:28 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j2F21Q5T028747; Mon, 14 Mar 2005 21:01:27 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Jeff Date: Mon, 14 Mar 2005 21:01:19 -0500 User-Agent: KMail/1.6.2 References: <4235E6CC.7040909@santaba.com> <200503141747.57487.jkim@niksun.com> <42362D37.6010202@santaba.com> In-Reply-To: <42362D37.6010202@santaba.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503142101.19897.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/762/Sun Mar 13 18:35:33 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-net@freebsd.org Subject: Re: IPMI doesn't work... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Mar 2005 02:01:30 -0000 On Monday 14 March 2005 07:32 pm, Jeff wrote: > Jung-uk Kim wrote: > >On Monday 14 March 2005 02:32 pm, Jeff wrote: > >> >>it worth posting to -net> > >> > >>on a 5.3 amd64 system. anyone have any luck or know anything > >> about this? i can query variables right up until the point > >> where the kernel loads, then nothing. ibm is saying this can be > >> caused by the actual nic driver (the Baseboard Management > >> Controller (BMC) shares the network interface); the system uses > >> a Broadcom BCM5704C Dual gig adapter: > >> > >>bge0: > >>mem 0xfe000000-0xfe00ffff,0xfe010000-0xfe01ffff irq 24 at device > >>1.0 on pci2 > > > >Does 'in-band' mode work for you? Try FreeIPMI to check: > > > >http://www.gnu.org/software/freeipmi/ > >http://www.freshports.org/sysutils/freeipmi/ > > I'm not sure what you mean by in band. What you are trying to do is so called 'out-of-band', i. e., remote console. 'In-band' is local. > The IP address of the BMC is assigned via the bios and is different > from what the OS later assigns. With imiptool we can turn > on/powercycle/monitor via the BMC assigned address up until the > point where the kernel loads. Once it does, the BMC no longer > responds. This doesn't happen with the two linux distros we've > tried it on. Wtih both, including SuSE, we can still query/control > via the BMC using ipmitool. It seems to be some sort of driver > issue to me. I find it confusing that the NIC is shared between the > BMC and the OS, but I guess that's just how it's done. Perhaps the > bsd broadcomm driver is simply blocking this somehow... I believe bge(4) is not blocking anything. IPMI spec. says: 'From the IPMI point-of-view, the interface to the network controller is dedicated to the BMC. If the network controller is shared between system software and the BMC, this generally accomplished via special hardware in the network controller that enable BMC traffic and system traffic to be interleaved.' I guess we are scrubbing off this 'special' hardware bit while initializing. :-( Jung-uk Kim > jeff