From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 03:53:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D4018212; Fri, 22 Feb 2013 03:53:04 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4D6E92B7; Fri, 22 Feb 2013 03:53:03 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-9-156.lns21.adl2.internode.on.net [14.2.9.156]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1M3qqGU060028 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 14:22:59 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20130222013258.GA93350@icarus.home.lan> Date: Fri, 22 Feb 2013 14:22:52 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <9F6E4B36-0C89-4409-91FB-08CC90848D23@gsoft.com.au> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> <20130221232929.GA91708@icarus.home.lan> <3FE71C9F-29B2-48F5-9A51-D312B1803E14@gsoft.com.au> <20130222013258.GA93350@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Konstantin Belousov , freebsd-stable@freebsd.org, Navdeep Parhar , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 03:53:04 -0000 On 22/02/2013, at 12:02, Jeremy Chadwick wrote: >> Hmm I tried putting '-S 115200' in /boot.config and it broke - the = boot process didn't run the loader (or kernel). >=20 > I'll talk a bit about this -- again, sorry for the verbosity. I'll > explain what I've historically used/done, then speculate a bit about > your IPMI stuff: >=20 > For me, on systems without IPMI, all I had to do was this (and nothing > else): >=20 > * Put the following in /boot.config: >=20 > -S115200 -Dh This breaks the boot for me, boot.config has to contain more than just = flags it seems. In any case I believe setting boot_multicons and = boot_serial is the same as -Dh. Not sure about the baud rate though. > situation may be different because you have 3 serial ports (2 > classic DB9 ports or headers, and one "fake" via IPMI), so you may = need > to rely entirely on /boot/loader.conf to accomplish use of the IPMI = one, > unless you wanted to set BOOT_COMCONSOLE_PORT. OK, I made some more progress, I rebuilt the /usr/src/sys/boot with = BOOT_COMCONSOLE_SPEED=3D115200 BOOT_COMCONSOLE_PORT=3D0x3e8 and now the = loader talks to me without VGA to serial redirection. > Possibly the reason you see via the IPMI serial port at this stage is > because IPMI also does VGA-to-IPMI output, so what you're seeing on = the > IPMI serial port is actually from the VGA console (speculation on my > part). Yes this was the case until just now. > Debugging all of this is as you know a PITA because of where during = the > whole startup process it lies. IPMI just makes this whole thing an = even > bigger mess because it ties itself in to bits/pieces along the way, > which a kernel (or even a bootloader, depending on what it touches and > how), can mess up. This is why I've always stuck with the classic DB9 > serial ports on the backplane; I know how to get FreeBSD to behave = right > with those, everything else is voodoo. :-) Yep, it's all kludges bolted on top of hacks. > Part of me wonders if it's possible to disable, say, COM1 in the BIOS, > then in the IPMI firmware tell it to user a serial I/O port of 0x3f8, > IRQ 4 (i.e. COM1) and see if that works with the method I describe > above. I don't have much familiarity with IPMI by choice, solely > because of situations exactly like what you're going through. I have > the same opinion of those damn NIC ASF things (see bge(4)) -- which is Yeah I may look at that if I can't proceed any further. > exactly why many motherboard vendors that do IPMI now offer a > *physically separate NIC/RJ45 port* for it, rather than = "piggybacking": > the latter caused so much pain/anger that it wasn't worth it. I assumed that the separate NIC was to avoid this problem, however I = have since found that the default on the SM boards I looked at is to use = the dedicated port otherwise share(!). So the worst of both worlds, = hooray! -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C