From owner-freebsd-current Mon Mar 23 22:51:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02701 for freebsd-current-outgoing; Mon, 23 Mar 1998 22:51:49 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02695 for ; Mon, 23 Mar 1998 22:51:43 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id HAA05451 for freebsd-current@freebsd.org; Tue, 24 Mar 1998 07:51:42 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id HAA04630; Tue, 24 Mar 1998 07:40:55 +0100 (MET) Date: Tue, 24 Mar 1998 07:40:55 +0100 (MET) Message-Id: <199803240640.HAA04630@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <199802241022.LAA01674@sos.freebsd.dk> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Proposed addition to panic() behaviour X-Original-Newsgroups: local.freebsd.current To: freebsd-current@FreeBSD.ORG Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Søren Schmidt wrote: > It will only work on a std VGA card in a std mode. All moderne video cards > demands specific programming (or what do you think the thousands of lines > of code in Xfree86 does :) ) > > So your answer is it will not work most of the time, if at all. I think the recent addition of the ability to call real-mode BIOS functions should allow the console drivers to re-initialize the graphics card for text mode, shouldn't it? Søren, i'm probably even interested for a common solution for pcvt and syscons here :), albeit i haven't done anything on pcvt for years now. Sure, that's a one-way street, with no chance for the Xserver to regularly continue its work in graphics mode. But in the case of a panic, that's a moot point anyway. It should be possible to kill -9 the process holding the VTY in `process mode' from within kernel context, so that even in the DDB case (where some operator _could_ continue the kernel after fixing the panic condition manually, and walking up the stack ;-) the Xserver would not continue at all. -- 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. ;-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message