From owner-cvs-sys  Mon Apr  7 00:54:56 1997
Return-Path: <owner-cvs-sys>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id AAA29003
          for cvs-sys-outgoing; Mon, 7 Apr 1997 00:54:56 -0700 (PDT)
Received: from spinner.DIALix.COM (spinner.dialix.com [192.203.228.67])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id AAA28997;
          Mon, 7 Apr 1997 00:54:48 -0700 (PDT)
Received: from spinner.DIALix.COM (localhost.DIALix.oz.au [127.0.0.1])
          by spinner.DIALix.COM (8.8.5/8.8.5) with ESMTP id PAA01820;
          Mon, 7 Apr 1997 15:54:24 +0800 (WST)
Message-Id: <199704070754.PAA01820@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 
In-reply-to: Your message of "Mon, 07 Apr 1997 16:24:52 +0930."
             <199704070654.QAA05525@genesis.atrad.adelaide.edu.au> 
Date: Mon, 07 Apr 1997 15:54:23 +0800
From: Peter Wemm <peter@spinner.DIALix.COM>
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

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