From owner-freebsd-emulation Mon Aug 11 17:35:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id RAA11748 for emulation-outgoing; Mon, 11 Aug 1997 17:35:24 -0700 (PDT) Received: from micron.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id RAA11742 for ; Mon, 11 Aug 1997 17:35:18 -0700 (PDT) Received: (from mini@localhost) by micron.efn.org (8.8.5/8.8.5) id RAA06092; Mon, 11 Aug 1997 17:28:32 -0700 (PDT) Message-ID: <19970811172831.26510@micron.efn.org> Date: Mon, 11 Aug 1997 17:28:31 -0700 From: Jonathan Mini To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: karpen@ocean.campus.luth.se, hfwirth@ping.at, emulation@FreeBSD.ORG Subject: Re: Fun with DOSCMD (was Re: modifying boot mgrs FROM FREEBSD) Reply-To: Jonathan Mini References: <19970811114903.20861@micron.efn.org> <199708112025.WAA03492@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.76e In-Reply-To: =?iso-8859-1?Q?=3C199708112025=2EWAA03492=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Mon=2C_Aug_11=2C_1997_at_10=3A25=3A1?= =?iso-8859-1?Q?8PM_+0200?= X-files: The Truth is Out There. Sender: owner-freebsd-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Søren Schmidt stands accused of saying : > In reply to Jonathan Mini who wrote: > > > > > > 3) Assuming that you do allow that, how does the syscons handle > > > > switching away from video modes that are nonstandard, or possibly what > > > > it thinks is standard mode, but is not, if the dos app crashes or is > > > > killed? > > > > > > As long as the modes "just" use std VGA regs etc syscons has no problem > > > with that. But if you go beyond that all hell is going to break loose. > > > > Syscons has support for switching away-from/into the graphics modes? Last time > > I played with this (in VGA_320x200) syscons wouln't allow me to switch vtys. > > This was 2.2.1-R, so maybe I'm missing new code :) > > Well, switching to/from one of the graphics modes is restricted to > VT_PROCESS mode, but its just me being conservative, syscons can do > the switch, however I insist on the user taking care of getting the > application off the screen memory (or it'l happily overwrite all > the other screens), and telling the system when its ready... > Watch my little graph library soon to go into current... Cool. I plan on writing some graphics code for FreeBSD's kernel soon, but I plan on having it be basically a VESA VBE client. Hopefully, we can bring our two apis together for this. > > > > Basically, your answer becomes that of Linux's svgalib : You don't. You > > > > reboot your machine. Sorry, I don't accept that. > > > > > > > > You are asking more out of the syscons module than it can give you. > > > > > > Well, when/if we get the ability to run realmode from the kernel, we > > > can call the BIOS on the card. That way we can utilize the (hopefully) > > > onboard VESA layer. That will give what we need (and what I need for > > > syscons). Its then possible to either do a full VESA support, or > > > mimic some SVGA chipset for the basic functions. > > > > > > Give me the means to run realmode code from within the kernel, and I'll > > > teach syscons how to use it :) > > > > Hehe. I am working on it, however, you won't get realmode, just something > > similar -- a v86 thread with the mappings of real mode. It should be close > > enough :) > > As long as it lets me call a 16bit realmode subrutine in the (S)VGA BIOS > I'll be OK :) That's what I'm writing it for. > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team > Even more code to hack -- will it ever end > .. -- Jonathan Mini (j_mini@efn.org) ... bleakness ... desolation ... plastic forks ...