From owner-freebsd-hackers Fri Aug 15 12:25:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA14273 for hackers-outgoing; Fri, 15 Aug 1997 12:25:25 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA14252 for ; Fri, 15 Aug 1997 12:25:15 -0700 (PDT) Received: from rover.village.org [127.0.0.1] by rover.village.org with esmtp (Exim 1.60 #1) id 0wzRy9-00013V-00; Fri, 15 Aug 1997 13:23:33 -0600 To: S ren Schmidt Subject: Re: reset screen hardware? Cc: grog@lemis.com, msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-reply-to: Your message of "Fri, 15 Aug 1997 08:27:13 +0200." <199708150627.IAA17998@sos.freebsd.dk> References: <199708150627.IAA17998@sos.freebsd.dk> Date: Fri, 15 Aug 1997 13:23:33 -0600 From: Warner Losh Message-Id: Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199708150627.IAA17998@sos.freebsd.dk> S ren Schmidt writes: : like that, I'll fight that tooth and nail. We wont have hundreds of : K's of code like that in kernel space. : There is hope however, there is work underways to do this via the : video BIOS, and that's a totally different story... Here's a thought: Have an lkm that syscons will use if present and loaded. This lkm just does one thing: reset the video card to text mode. It is a tiny expense in the kernel, provides a general mechanism that can be used to reset any card. While a video BIOS call would be even better (since they are all standardized), this wouldn't work on non-intel platforms that wish to do the same thing. Heck, on intel platforms, the lkm could likely just be the BIOS calls once the hair of making them gets sorted out. Comments? Warner