Date: Mon, 07 Apr 1997 15:54:23 +0800 From: Peter Wemm <peter@spinner.DIALix.COM> To: Michael Smith <msmith@atrad.adelaide.edu.au> Cc: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-sys@freefall.freebsd.org Subject: Re: cvs commit: src/sys/i386/i386 genassym.c machdep.c trap.c src/sys/i386/include pcb.h Message-ID: <199704070754.PAA01820@spinner.DIALix.COM> In-Reply-To: Your message of "Mon, 07 Apr 1997 16:24:52 %2B0930." <199704070654.QAA05525@genesis.atrad.adelaide.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Michael Smith wrote: > Peter Wemm stands accused of saying: > > peter 97/04/06 23:45:20 > > > > Modified: sys/i386/i386 genassym.c machdep.c trap.c > > sys/i386/include pcb.h > > Log: > > No longer use an i386tss as the basis of our pcb - it wasn't particularly > > convenient and makes life difficult for my next commit. We still need > > an i386tss to point to for the tss slot in the gdt, so we use a common > > tss shared between all processes. > ... > > This change makes VM86 mode harder, but the following commits will remove > > a lot of constraints for the VM86 system, including the possibility of > > extending the pcb for an IO port map etc. > > Yay! Have you looked at Jonathan's current vm86 code in preparation > for this? (I haven't recently 8( ) No.. Is there something somewhere that I can look at? I've been working on assumptions of what might be needed. What's now possible is that we can do interesting things like add an optional i386tss to the pcb (or via malloc or whatever) with an IO permission bitmap of whatever size is needed. Changing the number of UPAGES will no longer cause BSD/OS binaries (eg: netscape) to fail, so we have a lot more freedom now. Cheers, -Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704070754.PAA01820>