Re: RFC: getting rid of the TSS + patch

H. Peter Anvin (hpa@transmeta.com)
28 Aug 1997 07:41:54 GMT

Messages sorted by: [ date ][ thread ][ subject ][ author ]
Next message: H. Peter Anvin: "Re: attempt to re-implement sillyrename for NFS in 2.1.*"
Previous message: Alan Cox: "Re: 2.0.31-pre7 mandatory lock showstopper; precompiled binary failure."
Maybe in reply to: Ingo Molnar: "RFC: getting rid of the TSS + patch"

Followup to: <Pine.LNX.3.95.970828090319.9704B-100000@pc7537.hil.siemens.at>
By author: Ingo Molnar <mingo@pc7537.hil.siemens.at>
In newsgroup: linux.dev.kernel
>
> > > without any TSS switching, with full iopl() and ioperm() interface
> > > compatibility...
> >
> > You may wish to see if you can get rid of the 1024-port limitation in
> > the ioperm() bitmap. Since so few processes use ioperm(), you may be
> > able to allocate a full 64K-port bitmap once they call ioperm().
> > Linus couldn't do this for memory management reasons, maybe your code
> > can...
>
> yes, but copying a 64K area in and out looks quite scary. Hm, paging
> translation comes after segmentation, right? Then we could pull a trick
> with virtual memory? ioperm() tasks then would have a bit more TLB
> trashing, but that should be lost in the noise.
>

It is 64Kbit, not bytes (8K).

-hpa

-- 
    PGP: 2047/2A960705 BA 03 D3 2C 14 A8 A8 BD  1E DF FE 69 EE 35 BD 74
    See http://www.zytor.com/~hpa/ for web page and full PGP public key
Always looking for a few good BOsFH.  **  Linux - the OS of global cooperation
        I am Baha'i -- ask me about it or see http://www.bahai.org/

Next message: H. Peter Anvin: "Re: attempt to re-implement sillyrename for NFS in 2.1.*"
Previous message: Alan Cox: "Re: 2.0.31-pre7 mandatory lock showstopper; precompiled binary failure."
Maybe in reply to: Ingo Molnar: "RFC: getting rid of the TSS + patch"