[comp.os.minix] Received:

mmdf@udel.EDU (The Mailer) (09/06/88)

Via:        UK.AC.UMRCC.CMS;  6 SEP 88 10:09:24 BST
Message-id: <06 Sep 88 10:00:04 BST ZZASSGL@UK.AC.UMRCC.CMS>
Date:       Tue, 06 Sep 88 10:00:04 BST
From:       "Geoff. Lane. Tel UK-061 275 6051" <ZZASSGL%CMS.UMRCC.AC.UK@cunyvm.cuny.edu>
To:         info-minix@UDEL.EDU
Subject:    Porting MINIX to new machines


What is the situation regards porting Minix to new machines? Where does one
get the information required? Who's permissions have to be obtained? What
kind of effort is involved? What are the minimum hardware requirements to
implement Minix? Does anybody know of any project to implement Minix on the
Acorn Archimedes machines?

Geoff. Lane.
University of Manchester Regional Computer Centre
-- 
Mail System (MMDF)

ora@wacsvax.OZ (Russell O'Callaghan) (09/14/88)

  There are several students here (Uni of W. Australia ) intending to 
port Minix to the Archimedes. Actually, we only want it running on an Acorn 
Risc Machine. However, most of the tools for the ARM seem to run on the 
Archimedes only. We are trying to talk Acorn's Australian agents into lending
us a 440 and tools for a while. We have 1 homebuilt ARM here with a small
assembler and almost complete Modula 2 compiler. This will be used as the 
vehicle for a modula 2 based operating system in the near future.
  We are now waiting for the chip set to arrive so we can build a second 
machine to run Minix on. If we get a free 440 we'll use that. If not we'll 
need to get a decent, cheap ARM C compiler. We may have to hack Small C, 
seeings how the Springboard C compiler costs around $500.
  If anyone out there could give us any advice, portable compilers, $$ or any
thing else, it would be much appreciated. An archimedes Minix could only 
benefit Acorn (if anyone's listening there), because Arthur is a dog.
 contact us via USENET or write directly: unit 2 / 48 Broadway,
                                         Nedlands 6009, Australia.

 

mmdf@udel.EDU (The Mailer) (01/31/89)

Via:        UK.AC.IC.CC; 30 JAN 89 11:19:51 GMT
Date:       Mon, 30 Jan 89 11:17:31 GMT
From:       The Banana <banana%CC.IC.AC.UK@cunyvm.cuny.edu>
To:         info-minix@UDEL.EDU
Subject:    g++ with minix-st
Message-ID: <8901301117.aa23532@mvax.cc.ic.ac.uk>

Hi,
What is the minimum hardware configuration necessary to run g++
under minix-st ?




Thanx,
Paul

banana@ic.ac.uk
-- 
Mail System (MMDF)

mmdf@udel.EDU (The Mailer) (04/27/89)

Via:        UK.AC.CRC; 27 APR 89  8:58:02 BST
Via:        uk.ac.crc; Thu, 27 Apr 89 08:59:40 BST
Date:       Thu, 27 Apr 89 08:59:39 BST
From:       Mike Smith x2160 <msmith%CRC.AC.UK@cunyvm.cuny.edu>
Message-Id: <8904270759.AA24142@uk.ac.crc>
To:         INFO-MINIX@udel.edu
Subject:    Re:  Answers to homework assignment

Andy,
    An anonymous contributor at our site came up with the following:

 1. super-utilisateur                 : He's using all the disk space and CPU
 time.
 2. cheval de troie                   : I shoved all the printout onto a
 trolley.
 3. interblocage                      : The phone is engaged.
 4. systeme de fichiers racine        : the system's coming apart at the seams
 5. voie d'E/S                        : Oh Dear !!
 6. segment de pile                   : The monitor is broken into little pieces

                                        all over the floor.
 7. unite' de gestation de la memoire : I can't remember when she became
                                        pregnant.
 8. noeud d'information               : I have no information on how to use the
                    editor.
 9. caractere d'effacement            : A bare-faced slander.
10. operations sur le tampon          : User-manual for a sanitary towel.
11. demon d'impression                : Mike Yarwood*
12. ordonnancement avec requisition   : I can't do that unless you have an
                                        official order form.

* Mike Yarwood is an English comedian who became famous for his impressions of
politicians.

Just think of these linguistic efforts as Britain's contribution to a united
Europe :-)

                         Mike Smith <m.smith@uk.ac.crc>

Clinical Research Centre,    : So many different worlds, so many different suns
Watford Rd, HARROW, Middx    : And we have just one world, though we live in
HA1 3UJ                      :                                different ones.
01-864 5311 Ex 2160          : Dire Straits - Brothers in Arms


-- 
Mail System (MMDF)

mmdf@udel.EDU (The Mailer) (05/24/89)

Via:        UK.AC.IC.CC; 23 MAY 89  2:33:39 BST
Date:       Tue, 23 May 89 2:32:26 BST
From:       The Banana <banana%CC.IC.AC.UK@cunyvm.cuny.edu>
To:         info-minix@louie.udel.edu
Subject:    Minix ST + Hard Disc
Message-ID: <8905230232.aa26240@mvax.cc.ic.ac.uk>

Hello,
I have minix ST but I want to put it onto a hard disc before I really try to use
it.
I need at least 40 Mb .. preferably 60 Mb.
The question is .. which drives will work.
The compatibility list doesn't seem to help much with this question.
Can you?

thanx,
Paul

zmacy62@ic.doc.ac.uk or banana@ic.cc.ac.uk

-- 
Mail System (MMDF)

mmdf@udel.EDU (113EVN) (10/03/89)

Via:        UK.AC.IC.CC;  3 OCT 89  1:49:09 BST
Date:       Tue, 3 Oct 89 1:48:11 BST
From:       The Banana <banana%CC.IC.AC.UK@cunyvm.cuny.edu>
To:         info-minix@udel.edu
Subject:    gcc for minix (and TOS)
Message-ID: <8910030148.aa06127@mvax.cc.ic.ac.uk>

Hello,
I'm getting desperate now ...
Does ANYBODY out there have a copy of gcc 1.34 foz ST minix that they could mail
 to me?
I have made several failed attempts at geting hold of gcc.
I would really like the versions fOr TOS and minix but I really want it
for minix.
The tar I am thinking of also contains the gkernel source and other utilities.
I can't do FTP ...
Can anyone help ?
Thanks,
Paul

-- 
Mail System (MMDF)

mmdf@udel.EDU (The Mailer) (12/16/89)

Via:        000060500003.SPCP+MAIL; 15 DEC 89  9:32:26 GMT
Date:       Fri, 15 Dec 89 09:31:49 BST
To:         info-minix@udel.edu
From:       PILLAY.KDA%EXETER.AC.UK@cunyvm.cuny.edu
Subject:    Minix network request
Message-ID: <PILLAY.KDA.JTTY@UK.AC.EXETER>

I have been using MINIX for a fair bit of time and would like to use it on
a LAN node where the Comms controller is a Z8530, which encapsulates data
as SDLC or HDLC frames. I have just acquired Version 1.3 and I was
wondering wether anybody had modified the Amoeba Network Software to work over
a HDLC controller. Could anyone let me know wether any software along those
lines any other public domain/shareware software( in C, Pascal or M2) for
implementing HDLC or SDLC comms is available.

Thanks
Ken.

EMAIL: PILLAY.KDA@UK.AC.EXETER   via EARN
P.S.: Please route messages via EARN as I am not registered on UUCP yet !

mmdf@udel.EDU (The Mailer) (12/19/89)

Via:        UK.AC.MCC.CMS; 19 DEC 89 12:41:12 GMT
Message-id: <19 Dec 89 11:18:49 GMT MBPPXMH@UK.AC.MCC.CMS>
Date:       Tue, 19 Dec 89 11:18:49 GMT
From:       MBPPXMH%CMS.MANCHESTER-COMPUTING-CENTRE.AC.UK@cunyvm.cuny.edu
To:         info-minix@udel.edu
Subject:    Minix 1.5.0


Hi,
  Could any kind soul tell me where I can get the V1.5.0 code from.
I missed out on it, and it doesn't seemed to be archived anywhere over
here. Is there an archive in the States somewhere? for anonymous ftp.
Better still could somebody mail it to me.
Thank You.
Mike Holme

km@cadre.dsl.pitt.edu (Ken Mitchum) (12/20/89)

In article <6227@nigel.udel.EDU> mmdf@udel.EDU (The Mailer) writes:
>Via:        000060500003.SPCP+MAIL; 15 DEC 89  9:32:26 GMT
>Date:       Fri, 15 Dec 89 09:31:49 BST
>To:         info-minix@udel.edu
>From:       PILLAY.KDA%EXETER.AC.UK@cunyvm.cuny.edu
>Subject:    Minix network request
>Message-ID: <PILLAY.KDA.JTTY@UK.AC.EXETER>
>
>I have been using MINIX for a fair bit of time and would like to use it on
>a LAN node where the Comms controller is a Z8530, which encapsulates data
>as SDLC or HDLC frames. I have just acquired Version 1.3 and I was
>wondering wether anybody had modified the Amoeba Network Software to work over
>a HDLC controller. Could anyone let me know wether any software along those
>lines any other public domain/shareware software( in C, Pascal or M2) for
>implementing HDLC or SDLC comms is available.

You can find good examples of programming this chip in the sources of
various versions of the KA9Q "net" program. Probably the most complete
is the driver "scc.c" in the PE1CHL version of the program. Send me mail
if you have trouble locating this.


------------------------------------------------------------------------
   Ken Mitchum MD  KY3B
   Decision Systems Labs
   University of Pittsburgh
   km@cadre.dsl.pitt.edu

mmdf@udel.EDU (The Mailer) (01/05/90)

Via:        UK.AC.MCC.CMS;  5 JAN 90  9:41:31 GMT
Message-id: <05 Jan 90 09:38:33 GMT MBPPXMH@UK.AC.MCC.CMS>
Date:       Fri, 05 Jan 90 09:38:33 GMT
From:       MBPPXMH%CMS.MANCHESTER-COMPUTING-CENTRE.AC.UK@cunyvm.cuny.edu
To:         info-minix@udel.edu
Subject:    Missing 1.5.0 posting 49, help.


Would somebody out there please mail me posting number 49.
Thanks
Michael J Holme.

mmdf@udel.EDU (The Mailer) (02/04/90)

Via:        UK.AC.EX;  3 FEB 90 11:33:36 GMT
Date:       Sat, 03 Feb 90 11:33:36 BST
To:         info-minix@udel.edu
From:       PILLAY.KDA%EXETER.AC.UK@cunyvm.cuny.edu
Subject:    Request for pmx88.s and klib88.s from V1.3 Disk 2
Message-ID: <PILLAY.KDA.LVVC@UK.AC.EXETER>

Help,
Can a kind soul send me a copy of "mpx88.s and klib88.s" from the V1.3 upgrade
kit?
Thanks.
Ken.

mmdf@UDEL.EDU (The Mailer) (02/18/90)

Via:        UK.AC.MCC.CMS; 18 FEB 90 11:34:53 GMT
Message-id: <18 Feb 90 11:32:22 GMT MBPPXMH@UK.AC.MCC.CMS>
Date:       Sun, 18 Feb 90 11:32:22 GMT
From:       MBPPXMH%CMS.MANCHESTER-COMPUTING-CENTRE.AC.UK@cunyvm.cuny.edu
To:         info-minix@udel.edu
Subject:    Help


Would somebody please mail me the PC kernel files
main.cdif
memory.cdif
misc.cdif
Alternatively would somebody tell me which of the 7 kernel postings these
files live in. It would save me alot of hassle.

Thanks
Mike Holme.

mmdf@udel.EDU (The Mailer) (05/09/90)

Via:        UK.AC.MCC.CMS;  9 MAY 90  9:31:02 BST
Message-id: <09 May 90 09:31:36 BST MBPPXMH@UK.AC.MCC.CMS>
Date:       Wed, 09 May 90 09:31:36 BST
From:       MBPPXMH%CMS.MANCHESTER-COMPUTING-CENTRE.AC.UK@cunyvm.cuny.edu
To:         info-minix@udel.edu
Subject:    re: Could someone send me diskparm.h


Me too please. I sent a note for this file once before with no luck.
Come on, it can't be that much hassle.
Mike Holme

mmdf@udel.EDU (The Mailer) (06/05/90)

Via:        UK.AC.MCC.CMS;  5 JUN 90 16:49:52 BST
Message-id: <05 Jun 90 16:36:47 BST MBPPXMH@UK.AC.MCC.CMS>
Date:       Tue, 05 Jun 90 16:36:47 BST
From:       MBPPXMH@cms.manchester-computing-centre.ac.uk
To:         info-minix@udel.edu
Subject:    re: xt_wini.c too fast


I didn't realise xt_wini.c had delay loops in it (haven't really done
much digging though), is there much to gain by optimising the delays,
surely the delay should vary for different setups?
Any comments ?
Mike Holme

mmdf@ee.udel.edu (The Mailer) (08/17/90)

Via:        UK.AC.EX; 17 AUG 90  9:50:22 BST
Date:       Fri, 17 Aug 90 09:51:48 BST
To:         info-minix@udel.edu
From:       PILLAY.KDA%EXETER.AC.UK@pucc.princeton.edu
Subject:    Minix V1.3 Networking problems
Message-ID: <PILLAY.KDA.KCQO@UK.AC.EXETER>

Hi,

Could someone who has used Minix networking under V1.3 tell me where I've gone
wrong. I have recompiled the kernel with -DAM_KERNEL and the three examples
work when run on the same machine. However if I run server1 on one PC and
client1 on another, the PC running client1 fails with  fatal error:

  RS 232 modem status event 0

Any clues? My PC uses the WD8003E etherplus cards, with IRQ 3, base address
D0000, IO base address 280, and I have no other cards in.

p.s. Can someone post me a copy of "rcp", the remote copy networking utility
     to work with Minix V1.3 (PC). ?

Thanks Ken.

Email: pillay.kda@uk.ac.exeter   (via EARN)

mmdf@ee.udel.edu (The Mailer) (09/04/90)

Via:        UK.AC.EX;  2 SEP 90 21:26:11 BST
Date:       Sun, 02 Sep 90 21:27:25 BST
To:         info-minix@udel.edu
From:       PILLAY.KDA%EXETER.AC.UK@pucc.princeton.edu
Subject:    Stateless File Servers ?
Message-ID: <PILLAY.KDA.VZIX@UK.AC.EXETER>

Hi,

Can someone enlighten me on the definition of a "stateless" system in software
as I would like to find out more about Andy's comments on the programs
CLIENT3.C and SERVER3.C (Minix Networking examples). They are described as
implementing a "stateless file-server" and that MINIX itself is not "stateless"
Any references would be greatly appreciated. Thanks.

Ken.

Email: pillay.kda@uk.ac.exeter  (via EARN)

mmdf@ee.udel.edu (The Mailer) (09/14/90)

Via:         000001013030.FTP.MAIL; 14 SEP 90 16:17:50 BST
From:        Dave Hines <vj%cxa.dl.ac.uk@pucc.princeton.edu>
Date:        Fri, 14 Sep 90 15:57:25 +0100
Message-Id:  <26854.9009141457@uk.ac.dl.cxa>
To:          INFO-MINIX@udel.edu
Cc:          HBO043@djukfa11
In-Reply-To: Christoph van Wuellen's message of Mon, 10 Sep 90 17:36:31 GMT
             <24888.9009121930@uk.ac.dl.cxa
Subject:     arithmetic on enums & int square root

Christoph,
        My vote would be to allow arithmetic on enums. This is consistent with
the rest of C, which provides the power to do what you want, rather than
trying to protect you from your own mistakes. This also appears to match the
intent of the language... K&R says that enums may be declared giving a
starting value to the series of integers to be used as the enum values. I
can't think of any use for this feature unless enums can be used in the same
places that integers can.

In any case, thank you for making the c68 compiler available; may I contribute
a small integer square root routine... I tried to send it to dale@syntel.uucp,
for inclusion in the dLibs library, but received no response. (I suspect that
my mail path was wrong).

################################ Cut Here ################################
/*
* Integer square root.  Returns the integer square root as the result of the
* function, the remainder in the global long int result2.
*
* If x is an unsigned type, the square root of a full word will be generated.
* Otherwise, a test for negative numbers should be added.  (It doesn't matter
* whether n, sub & tmp are signed or unsigned).
*
* Dave Hines, 1990.
*/

extern long result2;

long lsqrt(x)
long x;

    register long sub = 0;
    register long n = 0x40000000;       /* Assuming 32 bit long */
    register long tmp;

    do
    
        tmp = sub + n;
        sub >>= 1;
        if (tmp <= x)
        
            x -= tmp;
            sub += n;
        
     while (n >>= 2);

    result2 = x;
    return(sub);

################################## EOF ##################################

        Dave Hines.

JANET:       D.Hines@uk.ac.daresbury
EARN/BITNET: D.Hines%daresbury.ac.uk@UKACRL
UUCP:        D.Hines%daresbury.ac.uk@ukc.uucp
Ean:         D.Hines%daresbury.ac.uk@ean-relay.ac.uk
Internet:    D.Hines%daresbury.ac.uk or D.Hines%daresbury@nsfnet-relay.ac.uk

mmdf@ee.udel.edu (The Mailer) (09/28/90)

Via:        UK.AC.EX; 28 SEP 90 13:49:45 BST
Date:       Fri, 28 Sep 90 13:52:36 BST
To:         info-minix@udel.edu
From:       PILLAY.KDA%EXETER.AC.UK@pucc.princeton.edu
Subject:    Running DOS EXE programs under MINIX
Message-ID: <PILLAY.KDA.OFNC@UK.AC.EXETER>

How,

For those of you interested in running DOS .EXE programs under MINIX,
I have a paper out in "Microprocessors and Microsystems" journal September
1990 issue entitled "A relocating loader for .EXE files". It shows how a
relocatable program contained in a .EXE file can be made to run on other
Intel microprocessor targets. For example if a program was written in
Assembler and assembled on the PC, I can extract binary code for the
program, load it into native memory, perform relocation and make it run on
my Intel 80186 target system. If you want to run other EXE programs that
were written in high level languages then you have to worry about the run-time
support code that is included with the resulting program. For example, I also
run EXE programs that were produced by a Modula-2 system but then I had to
modify the run-time support for the Modula-2 implementation to suit my target
hardware instead.

Hence, given this information, if you want to run DOS EXE programs under MINIX,
write a program in C that performs what my assembler routines does. It's a good
start.

You do not get anything for free always. Good Luck.

Ken.

Email: pillay.kda@uk.ac.exeter  (via EARN)

mmdf@ee.udel.edu (The Mailer) (11/07/90)

Via:        UK.AC.BHAM.IBM3090;  6 NOV 90 17:25:22 GMT
Date:       Tue, 06 Nov 90 17:25:09 GMT
From:       Ed Wright <CCA89063%IBM3090.COMPUTER-CENTRE.BIRMINGHAM.AC.UK@pucc.princeton.edu>
Subject:    RTC reading on Minix-ST
To:         info-minix@udel.edu
Reply-to:   Ed Wright <CCA89063%IBM3090.COMPUTER-CENTRE.BIRMINGHAM.AC.UK@pucc.princeton.edu>
Message-ID: <06_Nov_90_17:25:09_GMT_#6402@UK.AC.BHAM.IBM3090>

I have a clock cartridge on my STfm, and would like to read it in when using
Minix. I read the clock into the keyboard cpu from TOS, and then boot Minix.
Is there any way in Minix you can read the time/date from the keyboard cpu
and install it in the main system? If so, how? I've haven't got the megartc
file with my distribution.

Ed Wright, Comp Sci Dept, Birmingham Uni' Tel +44 (0)21 471 2370 (evenings)
Janet: cca89063@uk.ac.bham.ibm3090 Bitnet: cca89063%ibm3090.bham.ac.uk@UKACRL

mmdf@ee.udel.edu (The Mailer) (11/09/90)

Via:        UK.AC.BHAM.IBM3090;  9 NOV 90 11:49:20 GMT
Date:       Fri, 09 Nov 90 11:48:33 GMT
From:       Ed <CCA89063%IBM3090.COMPUTER-CENTRE.BIRMINGHAM.AC.UK@pucc.princeton.edu>
Subject:    G++ binaries for Minix-ST
To:         info-minix@udel.edu
Message-ID: <09_Nov_90_11:49:25_GMT_#2740@UK.AC.BHAM.IBM3090>

I would dearly like to know where I can get the binaries for G++ to run
under Minix-ST from. If anybody can help, *please* email me, or reply here.


Ed Wright, Comp Sci Dept, Birmingham Uni' Tel +44 (0)21 471 2370 (evenings)
Janet: cca89063@uk.ac.bham.ibm3090 Bitnet: cca89063%ibm3090.bham.ac.uk@UKACRL

mmdf@ee.udel.edu (The Mailer) (12/20/90)

           from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 8767; Thu, 20
            Dec 90 10:10:49 GMT
Via:        UK.AC.EX; 20 DEC 90 10:10:06 GMT
Date:       Thu, 20 Dec 90 10:09:58 BST
To:         info-minix@udel.edu
From:       PILLAY.KDA%EXETER.AC.UK@pucc.princeton.edu
Subject:    Loader for 386 Minix
Message-ID: <PILLAY.KDA.KKSD@UK.AC.EXETER>

> Date:     Wed, 19 Dec 90 10:12:09 GMT
> From:     "Andrew G. Minter" <agm@UK.CO.STC.STL>
> Subject:  Re: Minix-386 : maximum size?
> Sender:   INFO-MINIX-ERRORS@EDU.NODAK.PLAINS
......
......
>  In the referenced article kevin@nuchat.UUCP (Kevin Brown) writes:

>> What I REALLY want is a loader that does its thing in 386 mode so it can
>> load the kernel anywhere in memory, not just in the first 640K.

> I don't have enough knowledge about the deep and nasty internals of PC's to
> write such such a beast, but it really is something that I would kill for
> (or perhaps even pay money).  If someone feels inclined to have ago they
> will have my eternal gratitude.

> Andrew

I wrote a loader for MS-DOS .EXE files for 80x8/6 systems (PCs) which I
subsequently used on a target 80186 system. You have to find out what
format the relocatable binary code produced by the compiler/linker is stored
as. In my case, it was the standard MS-DOS .EXE file structure. See my
article 'Relocating Loader for MS-DOS .EXE executable files' in
Microprocessors and Microsystems Vol 14, No 7, Sept 1990, pp 427-434.

To have such a loader under Minix, you have to find out what the
ACK compiler produces as relocatable code. The rest is pretty straight
forward as all you do is extract the relocatable binary from the file,
perform relocation (i.e. fix up the relocating items within the program)
and then jump to the entry point of the fixed-up program.

Good Loading.

Ken.

Email: pillay.kda@uk.ac.exeter     (via EARN)

OP

cechew@bruce.cs.monash.OZ.AU (Earl Chew) (12/21/90)

In <39678@nigel.ee.udel.edu> pillay.kda@exeter.ac.uk writes:

>>  In the referenced article kevin@nuchat.UUCP (Kevin Brown) writes:

>>> What I REALLY want is a loader that does its thing in 386 mode so it can
>>> load the kernel anywhere in memory, not just in the first 640K.

>I wrote a loader for MS-DOS .EXE files for 80x8/6 systems (PCs) which I
>subsequently used on a target 80186 system. You have to find out what
>format the relocatable binary code produced by the compiler/linker is stored
>as. In my case, it was the standard MS-DOS .EXE file structure. See my
>article 'Relocating Loader for MS-DOS .EXE executable files' in
>Microprocessors and Microsystems Vol 14, No 7, Sept 1990, pp 427-434.

>To have such a loader under Minix, you have to find out what the
>ACK compiler produces as relocatable code. The rest is pretty straight
>forward as all you do is extract the relocatable binary from the file,
>perform relocation (i.e. fix up the relocating items within the program)
>and then jump to the entry point of the fixed-up program.

This, I think, misses the point. I think that Andrew would still like Minix to
load at 0x600 and not necessarily to relocate it. Relocation is trivial (to a
certain degree) by suitably aligning the load point and reloading the segment
registers (because Minix only uses the `small' model). What he wishes is to be
able to load an arbitrarily large kernel image (eg larger than 640k). The
current problem is that the loader (bootblok.s) moves itelf to some high
address and begins loading Minix at 0x600. If your kernel image is
large enough, the loader will quite happily plaster itself with bits
from the kernel.

bootblok.s can maximise the size of the allowable kernel image by doing as
shoelace already does --- moving itself to the last 64k below 640k (assuming
you have more than 640k machine as most do these days). This limits the size of
kernels to about 586k.

What Andrew wishes is for the loader to switch to 32 bit mode to allow loading
of large kernel images. In 32 bit mode, memory above 1Mb can be accessed. This
means that large kernel images can be loaded.

The need for this can be reduced somewhat by dynamically allocating many of the
large buffers required by the kernel (so that the load image is small, even
though the runtime image is large). Bruce has already done this. It does
require a patch to stop shoelace from allocating space.

If you read the kernel code, I think that you will find that the kernel expects
to be located at the bottom of physical memory. Loading it elsewhere may just
cause more headaches for mm (more holes to fill).

So if one decides to leave the kernel low, and the size of the kernel image
exceeds 584k, what does one do about the 384k hole between 640k and 1Mb?
There's not much one can do, I suppose. The loader would have to load the first
584k of the kernel below the 640k boundary and the rest of the kernel above
1Mb. But this causes a problem because things like the BIOS interface and the
video drivers expect their stuff to live in the 640k-1Mb region. Because of
this, it is difficult to map things into this region. Moving, for example, the
BIOS out of this region is probably too difficult.

Perhaps the easiest thing to do would be to load the kernel starting at 1Mb,
leaving memory below 1Mb unused. With Bruce's 386 implementation, memory below
640kb can be easily mapped high -- other implementations may have a hole to
fill. Now, the problem is --- how do you start Minix? Loading above 1Mb is
possible with minimal effort, even using the current shoelace code. However,
the loader would have to switch to protected mode to execute code above 1Mb.
This is possible with a little trickery I presume.

Hmmm... sounds interesting... I might do this in the new year... now if someone
would like to donate some memory so that I have something to load into above
1Mb :-)

Earl
-- 
Earl Chew, Dept of Computer Science, Monash University, Australia 3168
EMAIL: cechew@bruce.cs.monash.edu.au PHONE: 03 5655447 FAX: 03 5655146
----------------------------------------------------------------------

mmdf@ee.udel.edu (The Mailer) (01/16/91)

           from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 2776; Tue, 15
            Jan 91 22:57:46 GMT
Via:        UK.AC.BHAM.IBM3090; 15 JAN 91 22:57:43 GMT
Date:       Tue, 15 Jan 91 22:57:14 GMT
From:       Ed <CCA89063%IBM3090.COMPUTER-CENTRE.BIRMINGHAM.AC.UK@pucc.princeton.edu>
Subject:    Minix for AT - where?
To:         info-minix@udel.edu
Message-ID: <15_Jan_91_22:57:14_GMT_#9554@UK.AC.BHAM.IBM3090>

Regarding Jose Angel Vela Anvila's recent message, Minix is not public domain,
so you have to buy it from Prentice Hall.

Ed Wright, Computer Science Dept, Birmingham University
Tel +44 (0)21 471 2370 (evenings)
Janet: cca89063@uk.ac.bham.ibm3090
Bitnet: cca89063%ibm3090.bham.ac.uk@UKACRL