On Thursday, June 03, 1999 6:01 AM, Alan Cox [SMTP:[EMAIL PROTECTED]] wrote:
: > In addition, the minix filesystem *must* support files > 512k, something it
:doesn't do
: > now. The libc.a file is > 512k so you can't even link anything on ELKS. This
: > requires supporting > 7 indirect blocks.
:
: Umm it used to. What happened ?
I don't know. If you look at the 0.0.74 source, it flat out compares the
indirect blocks to 7 and errors if greater... It doesn't look like the original code
ever
worked. I was quite concerned myself when I first looked at the code. After comparing
it with the linux 386 sources, I felt it would be better to re-port from scratch,
actually.
It appears the ELKS fs is munged to accomodate a changed buffer system.
:
: > : Networking.
: >
: > I think we need ELKS DLL's for this, so that we can run the kernel and
: > any user programs with separate code and data segments to keep the link
:
: Keep networking mostly in user space. That btw is also the model things like
: the early networking work on V7 unix took.
I like that idea.
:
: > : Protected mode stuff. (With Expanded memory support).
: >
: > We're a ways off from this, but it'd be nice. I'd like to see
: > support for > 64k segments.
:
: You then need a 386. 64K is the limit. The original work I did was designed
: to be easy to run in 286 protected mode once you got rid of any BIOS interfaces.
:
Remind me - what then is the benefit of protected mode? Merely
separate address spaces?
Greg
