From owner-freebsd-current Sat Jun 29 07:00:22 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03719 for current-outgoing; Sat, 29 Jun 1996 07:00:22 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA03712 for ; Sat, 29 Jun 1996 07:00:12 -0700 (PDT) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA02684 for ; Sat, 29 Jun 1996 15:59:59 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA15723 for freebsd-current@FreeBSD.org; Sat, 29 Jun 1996 15:59:58 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id PAA28476 for freebsd-current@FreeBSD.org; Sat, 29 Jun 1996 15:35:44 +0200 (MET DST) From: J Wunsch Message-Id: <199606291335.PAA28476@uriah.heep.sax.de> Subject: Re: Syscons CUT&PASTE functionality added...y To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Sat, 29 Jun 1996 15:35:44 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199606280803.KAA11731@ra.dkuug.dk> from "sos@FreeBSD.ORG" at "Jun 28, 96 10:03:22 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As sos@FreeBSD.ORG wrote: > > (There are more nifty but not DEC-VT > > related features like the ability to control the VGA RAMDAC, which are > > IMHO incompatible with syscons' goals.) > > Yep, because now we are talking features that doesn't work on all > hardware and that is The Wrong Thing because: This works on all VGAs. Syscons doesn't work very well on other adapters at all (pcvt is somewhat better, but has also some weak points as well -- try using an MDA as console, and a VGA as X11 screen). > 1. There is no end to the supportproblem on this, and the percentage > of supported hardware is falling by the minute. I've never got any ``support call'' regarding the RAMDAC loading. :) Really, you should look into the code: it's in no way card-specific! > 2. The kernel size will explode if just a tiny fraction of the possible > video hardware is to be supported. Ah, i know what you're confusing this with: 132-column support. Anyway, this is also ``nice to have'', but it should actually be done as an LKM (with a generic [non-132 column] MDA/CGA/EGA/VGA driver in the kernel that can be overloaded by an LKM). There are other things i don't like in either console driver, like the hard-coded assumption about which number of scan lines is supported in the charactersets (for no good reason, it can be entirely calculated at run-time). I've done a bit in pcvt to make it more benign, so at least my notebook with its 480 scanlines total looks a bit better now. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)