Date: Mon, 18 Aug 1997 08:52:27 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: terry@lambert.org (Terry Lambert) Cc: msmith@atrad.adelaide.edu.au, grog@lemis.com, sos@sos.freebsd.dk, hackers@FreeBSD.ORG Subject: Re: reset screen hardware? Message-ID: <199708172322.IAA07953@genesis.atrad.adelaide.edu.au> In-Reply-To: <199708171933.MAA07196@phaeton.artisoft.com> from Terry Lambert at "Aug 17, 97 12:33:21 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
Terry Lambert stands accused of saying: > > > > 3. How to we implement it? Ah, there's the rub. I still think it > > > belongs in the probe routines when the system starts up, but on > > > the other hand I agree with S=F8ren that kernel bloat is Bad. > > > > Call the BIOS on the video card. See above. > > This won't necessarily result in the card going from some arbitrary > state to some known state, unless the BIOS was used to get the card > into that state in the first place. Heh. Unless you call the reset entry vector. 8) > If a BIOS-based approach is used, it will seriously limit the > available modes for normal console operation and for X servers; > this is probably an unacceptable consequence. I don't think that any solution that made this imposition would be acceptable, although many Linuxers have lived with it for years. -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708172322.IAA07953>