Messages in this thread | | | Date | Thu, 11 Dec 1997 15:56:56 -0500 (EST) | From | Linux Developer <> | Subject | Re: Console handling (was: Re: Let's vote for PnP on 2.2) |
| |
On 10 Dec 1997, H. Peter Anvin wrote:
> Followup to: <199712100251.VAA15925@jupiter.cs.uml.edu> > By author: "Albert D. Cahalan" <acahalan@cs.uml.edu> > In newsgroup: linux.dev.kernel > > > > > 1. Make the kernel know how to reset the video card to a known state. > > > > You can go from a known state to a known state. > > You can go from any state to an unknown state -- useless. > > Sorry, you can't get to a known state from an unknown state. > Sure you can. It's pretty common to do so. In fact, whenever you > initialize hardware, this is usually exactly what you do.
Actually, a variation of this idea that I just came up with after remembering some problems I've had in the past.
If you have a Permedia2 chipset card, and you run X, it will cause the card to 'die' 9 times out of 10. If it were possible to cause the card to return to a known state, via a sort of 'reset,' which could be done blind, it would be an EXCELLENT thing for situations like that. Heck, I think it might even be possible to add it into the actual 'reset' command. Add a flag "-c".
-c - Soft 'resets' video card, in case of emergency. NOT RECOMMENDED
Just a suggestion. :)
-Phillip R. Jaenke [InterNIC Handle: PRJ5] (kernel@prj.pcimporters.com) MIS Department, PC Importers, Inc. 800.319.9284, x4262 Head of Development, The Improvement Linux Project. Penguin0: Cyrix Cx6x86 PR200L+, 64M, 1.6G, 1.2G, 4.3G, EE/Pro, 2.0.30 Penguin1: Intel P5-100, 32M, 4G, NE2k, 2.1.60-Improvement The Diamond FireGL Series - When you're ready for a REAL video card.
| |