From owner-freebsd-current Tue Mar 12 16:46:34 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA09291 for current-outgoing; Tue, 12 Mar 1996 16:46:34 -0800 (PST) Received: from tcsi.tcs.com (tcsi.tcs.com [137.134.41.11]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA09282 for ; Tue, 12 Mar 1996 16:46:29 -0800 (PST) Received: from phact.tcs.com (phact.tcs.com [137.134.41.99]) by tcsi.tcs.com (8.7.4/8.6.10) with ESMTP id QAA04494; Tue, 12 Mar 1996 16:45:52 -0800 (PST) Received: from cozumel.tcs.com (cozumel.tcs.com [137.134.104.12]) by phact.tcs.com (8.6.10/8.6.10) with ESMTP id QAA18225; Tue, 12 Mar 1996 16:45:51 -0800 From: Douglas Ambrisko Received: (ambrisko@localhost) by cozumel.tcs.com (8.6.10/8.6.10) id QAA07753; Tue, 12 Mar 1996 16:44:25 -0800 Message-Id: <199603130044.QAA07753@cozumel.tcs.com> Subject: Re: COMCONSOLE: a patch and a problem To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 12 Mar 1996 16:44:24 -0800 (PST) Cc: freebsd-current@FreeBSD.org In-Reply-To: <199603122216.XAA05836@uriah.heep.sax.de> from "J Wunsch" at Mar 12, 96 11:16:27 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: | | As Douglas Ambrisko wrote: | | > I'll also take a look at syscons and see why it should | > be different. | | syscons uses a different tty structure for the console than for VT1. I guess my question is why? and why can't they be made compatible. The issue here is that we can't really have a getty on com1 and ttyv0 since this would upset a mouse on com1. I feel if we can't do this then we have no hope for a system that we can easily switch between serial console and graphics console mode without major work. This also implies that installing a system through a serial console is also partially doomed since it would mean tracking another set of boot blocks etc. during the install phase and another boot floppy. Also it is important that part of the structure for the serial console and graphics console is different or flagged so the graphics ioctl check will fail to detect whether or not the console is a serial port or graphics console. This code is used in sysinstall. I have to admit all that I have tried was vi, shell and X. | > the last boot mode. This way you can boot -h to get the serial port and -g | > to get the graphics console and the kernel would remember that for the | > next boot. | | By now, -h is a toggle (btw.). | | Most people would hesitate if you always write back the boot block, | just to store a single bit in it. Well, van Gilluwe reports bit 2 of | the so-called ``equipment byte'' in the CMOS (offset 0x14) as | `unused'. Perhaps we could use it to store the serial console flag | there? :) Yep that's why I suggested to save the boot mode in the kernel like what happens when you boot -c and modify the kernel. Right now I don't know what would be involved to do that. Doug A.