Date: Sun, 15 Feb 1998 13:04:14 +0800 From: Peter Wemm <peter@netplex.com.au> To: "Gary Palmer" <gpalmer@FreeBSD.ORG> Cc: Donn Miller <dmm125@bellatlantic.net>, current@FreeBSD.ORG, bugs@FreeBSD.ORG Subject: Re: netscape/swap_pager causing problems with syscons Message-ID: <199802150504.NAA00730@spinner.netplex.com.au> In-Reply-To: Your message of "Mon, 02 Feb 1998 20:28:06 EST." <16424.886469286@gjp.erols.com>
next in thread | previous in thread | raw e-mail | index | archive | help
"Gary Palmer" wrote: > Donn Miller wrote in message ID > <Pine.NEB.3.96.980202132937.222A-100000@myname.my.domain>: > > Jordan hinted to this as a problem with syscons in one posting I saw. I > > would have to agree. In general, running out of swap space with netscape > > and X running wrecks havoc on syscons. I was wondering if anyone has > > experience with this problem and a possible solution as to how to get > > syscons responding again. I can't login by way of serial console so I > > guess the only choice is to just ctrl+alt+delete > > The problem is that the X server reprograms the chipset on the video > card to do what *it* wants. Syscons has no idea of the original > settings, and therefore can't restore them if X exits abnormally > (i.e. running out of swap and the kernel killing the server) > > The only possible solution is telling the console code how to reprogram > the video chipset, and making X indirect through the console code > for paramater changes. Perhaps it's not quite necessary to go that far, but it would be nice if syscons could be programmed (by the X server) with a sequence of instructions for resetting the video card back to sane settings. Then, when the xserver was killed, ot the machine paniced or whatever, then syscons could step through a list of instructions to reset the video card back to sanity. Presumably it'd have to be a mini instruction list.. ie: outb this value to this port, write to such-and-such a memory location, pause for a given amount, and so on.. kinda like BPF's programming. But then again, there's always the 'load the DDX component as a kernel module' option as Terry has pointed out. > Gary Cheers, -Peter -- Peter Wemm <peter@netplex.com.au> Netplex Consulting To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802150504.NAA00730>