From owner-freebsd-questions@FreeBSD.ORG Tue Oct 31 23:18:35 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CC7EE16A403 for ; Tue, 31 Oct 2006 23:18:35 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9191143D80 for ; Tue, 31 Oct 2006 23:18:31 +0000 (GMT) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id D273E17EE7; Tue, 31 Oct 2006 18:18:22 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id CD97B17EB4; Tue, 31 Oct 2006 18:18:22 -0500 (EST) Date: Tue, 31 Oct 2006 18:18:22 -0500 (EST) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: netbsd-users@netbsd.org, freebsd-questions@freebsd.org Message-ID: <20061031175606.P63561@arbitor.digitalfreaks.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Hardware Console Redirection X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Oct 2006 23:18:35 -0000 God I miss the days of the good old PC Weasel. Those guys would have made a killing selling the technology to Intel/Dell/Phoenix. Instead this is what we're stuck with.... On two platforms I work with: 1) Dell Poweredge [1,2][8,9]50 2) Axiomtek VIA Embedded SBC83672 I have noticed that the "Phoenix BIOS" console redirection feature on both discontinues to operate once the kernel has booted (however, the 1st/2nd stage boot loaders work fine). I'm trying to avoid having to use a combination of both hardware and software console redirection. The advantage of native, hardware level BIOS -> VGA emulated console redirection is that, much like Sun/MacPPC or any OPF/PROM aware platform (Soekris), the OS/Bootblocks need not be aware of the serial console semantics; -- only of a benign VGA console. The only limitation being interpretation of certain escape characters. The question becomes: Is there some routine in the *BSD kernel console code that performs an operation, perhaps a reset, on the serial ports, that wouldn't happen in DOS? In the case of the Axiom device, the console is redirected to the BIOS level "com0" 0x3f8. In the case of the PowerEdge, the redirection is to a "virtual com1" which is attached to the DRAC5 LOM card. I tried the FreeBSD loader(8) hint.sio.1.flags="0x40" to attempt to have the kernel ignore the device without success. There was some discussion of this on misc@openbsd.org: http://archives.neohapsis.com/archives/openbsd/2006-08/1903.html That essentially the os needs to "block" the virtual serial port. Seems like a conflict of interest. Now taking ideas on how to work around this. l8* -lava (Brian A. Seklecki - Pittsburgh, PA, USA) http://www.spiritual-machines.org/ "...from back in the heady days when "helpdesk" meant nothing, "diskquota" meant everything, and lives could be bought and sold for a couple of pages of laser printout - and frequently were."