From owner-freebsd-hackers Thu Nov 6 13:10:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA14018 for hackers-outgoing; Thu, 6 Nov 1997 13:10:39 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA14013 for ; Thu, 6 Nov 1997 13:10:35 -0800 (PST) (envelope-from tony@dell.com) Received: from ant.us.dell.com (ant.us.dell.com [143.166.12.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id PAA06834; Thu, 6 Nov 1997 15:05:05 -0600 Message-Id: <3.0.3.32.19971106150448.006d5438@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.3 (32) Date: Thu, 06 Nov 1997 15:04:48 -0600 To: John-Mark Gurney , Chuck Robey From: Tony Overfield Subject: Re: >64MB Cc: Mike Smith , Terry Lambert , jamil@trojanhorse.ml.org, hackers@FreeBSD.ORG, Jonathan Mini In-Reply-To: <19971106094616.51849@hydrogen.nike.efn.org> References: <199711061242.XAA00382@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 09:46 AM 11/6/97 -0800, John-Mark Gurney wrote: >Chuck Robey scribbled this message on Nov 6: >> On Thu, 6 Nov 1997, Mike Smith wrote: >> > > >> > > Speaking of vm86(), why not just use real-mode? It's easier and much >> > > better for compatibility while booting. >> > >> > How do you copy the kernel into memory > 1M in real mode? If you could >> > elaborate on this (and how to *stay* in real mode while running over >> > 1M, ie. so that the kzip pass and subsequent real-mode startup >> > requirements could be met), I'd be *very*happy* >> >> Huh? Is that the limitation? I haven't personally used them, but there >> are methods to do this, if you can go into protected mode first, set >> limits, then go back to real mode. Can you do that one? If so, I'll >> personally test such a thing, I can do that here. >> >> The method I'm talking about is commonly known (among those that use it) >> as voodoo memory, I think. The word voodoo is in there somewhere, >> anyways. Some game folks have written programs that run completely in >> such a environment, although that seems really unsafe to me. The limits >> you set in pmode stay active in real-mode. > >yep... I've heard of this (they called it Un-real mode :) )... but >basicly you set your registers to a 4gig limit instead of the 64k limit >that they have normally... I've bounced your message, Mike, to a friend >of mine (Jonathan Mini) who will be able to help with this... Sorry for this useless diversion. It seems my question was ambiguous and that Mike took it the other way. I recommend against using this "unreal" mode trick. >he was quite surprised that we kept flipping between real and protected >mode when he first saw the boot blocks... I wonder why. I don't see anything wrong with flipping into and out of protected and real modes. After all, it needs to be done. My ambiguous question reworded would say... Once you are in the kernel startup code and running in protected mode, why not simply switch back to real mode for BIOS calls and etc. instead of trying to set up a VM86() facility? I think it's easier and much better for compatibility while booting. - Tony