[comp.os.minix] Bruce's 32 bit kernel

phi <phi@insearch.cam.org> (08/18/90)

>From: charles spell <cs00chs%UNCCVAX.UNCC.EDU@VM1.NoDak.EDU>
>Subject:      Bruce Evans 386 vs. Minix 1.5.10

>I have noticed lots of patches/fixes and additons to Minix since 1.5.10.

	I have not seen anything from Bruce here (comp.os.minix) regarding
	his 32 bit kernel and 32 bit compiler. He's quite quiet about his work.
	I have to visit plains.nodak.edu every second night to see if there
	is anything new from him :-)

>Bruce Evans seems to have a signifigantly different version of Minix.

	Bruce's version of Minix is not very much different from the official
	version. In fact the config shell script in the official kernel is
	used to config Bruce's kernel, (just type config 386 to see what you
	are missing to build Bruce's 32 bit kernel.)
>.......
>
>What are the advantages of the 386 Minix over 1.5.10 and will the two ever be
>combined?

	1/- bcc (Bruce's 32 bit compiler ) is fast.
	2/- for commands that are compiled with bcc to run under 32 bit kernel
	    I can easily chmem =200000 ....

	Others will add to this list. I wish Bruce will support functions
	returning structure for bcc. Some time ago, someone mentioned that it
	is possible to port gcc for Bruce's 32 bit kernel. I wonder how hard is
        this task.

	Happy Minixing,



	Phi-Ho Hoang.

-----
phi@InSearch.CAM.ORG			InSearch - For a better Solution 

uunet!philmtl!altitude!InSearch.CAM.ORG!phi

rbthomas@frogpond.rutgers.edu (Rick Thomas) (08/22/90)

What would be the reaction to a "386-PC-clone" Minix distribution,
distinct from the 8086/80286 version, but available from P-H just like
them and the Atari and Mac (and so on) versions?

The big problem would seem to be getting a compiler that generates
32-bit 386 code and can be freely distributed by P-H.  I understand
that GCC cannot be so distributed, because of the requirement of the
copy-left that source be made available.  (Making source available on
demand would be more hassle and expense than P-H would be willing to
undertake.)  I also understand Bruce's reluctance to have his compiler
distributed to those who do not understand the experimental nature of
the 'product', who would try to use it for 'production' and complain
when it didn't work.  Perhaps there is an ACK 386 compiler that could
be distributed.

The problem of keeping the source code in sync would seem to be not
significantly worse for n versions (PC/Atari/Mac/Amiga/etc) than for
n+1 versions (all of the above plus 386), so I don't think there should
be any objection from that score.

How about it?  Andy, is such a thing possible?  Everybody else, would
you buy it if it were available?

Enjoy!

Rick

EOAHMAD%NTIVAX.BITNET@cunyvm.cuny.edu (08/22/90)

From      INFO-MINIX@UDEL.EDU Rick Thomas mentioned
>The big problem would seem to be getting a compiler that generates
>32-bit 386 code and can be freely distributed by P-H.  I understand
>that GCC cannot be so distributed, because of the requirement of the
>copy-left that source be made available.  (Making source available on
>demand would be more hassle and expense than P-H would be willing to
>undertake.)  I also understand Bruce's reluctance to have his compiler
>distributed to those who do not understand the experimental nature of
>the 'product', who would try to use it for 'production' and complain
>when it didn't work.  Perhaps there is an ACK 386 compiler that could
>be distributed.

The packing and production cost is not much different from distributing
 10 disks versus 12 especially when the total cost is already in the
region of U.S. $100.00. So what is the hassle in distributing copy-left
sources. After all Minix is supplied with sources which the majority of
the buyers ignore, at least most of the sources. However there is some
time, and some place where we do need to configure and debug the OS.
   There is a transformation in Minix principles. From reading some of the
queries it is slowly being used for professional uses and it is getting
more and more sophisticated. The emphasis now is in using Minix instead
of modifying it by recompiling. It used to be designed for small systems.
In those circumstances there is no competition. When Minix tries to
be distributed as only pack-and go software it faces tough competition from
MSDOS in the lower end and Unix in the higher end. I am sure big corporations
would not mind spending $10,000 on systems that already cost millions. You
would not realistically expect Minix to emulate the power of the latest
Unix systems with dozens of full-time programmers.
   What  I believe Minix excels in portabilities to many many different
systems, big and small. Easy portability is not guaranteed by having an
OS written in C. The source of the C compiler should also be available,
so that the task of porting to a new microprocessor is simply rewriting
the code generator part of the C compiler, including the assembler. It
would have if we have a Universal assembler. Modern assemblers do not
use mnemonics, rather C like operators so the task of writing machine
dependent portions in assembler can be done in machine independent
mnemonic ( rather symbols such as =).
   Even the earliest Minix was not distributed with the source code for
the C compiler in line with the AT&T practice. As a result a lot of people
would rather use their own compilers for the target machines. ACK compiler
sources cost me U.S. $200 with a licence for 10 years for private and
educational uses only. If I were a commercial developer who would spend
thousands on development cost I would rather look for a more complete
compiler because negotiation for fixing prices and other aspects would
be trouble some, I presume.
  Andy's(or someone else), idea of splitting the sources for the OS and
C  has resulted in some difficulties in porting to other systems. The cost
of the combined sources are a bit too high for young students to spend just
to fool around. The "adults" would have better sources to play with, or most
probably no more time to fool around especially with semi professional
product.
   I was therefore especially surprised when Rick suggests that PH would
find it troublesome to distribute copy-left software. Well I would not mind
to pay extra for the extra effort that PH put to include any copy-left
C compiler sources. At least I don't have to wait months for the ACK
sources. I am still trying to de compress the C sources form the Minix
library which I recently downloaded. I would not mind writing a patch to
make it work with IBM PC. I am sure some subscribers in the mailing list
would not mind as well. At least it would give me experience in modifying
code generators. PH , with its hugh international distribution outlets
should be in good position to increase the availability of easily portable
operating system packages for experimental and educational purposes. In fact
they need not have special versions for each machine, only compiler patches.
   PH marketing trend that I detect is to try to issue it as a user system,
instead of experimental and easily customisable system. The demand for the
user system of MINIX is much higher but surely is much less than MSDOS.
  I am satisfied with MSDOS which cost much less than MINIX, and I can have
all the utilities and functionality of MINIX in MSDOS at lower cost and
with more certainty.
  As a customisable small and cheap system, there is no competition to MINIX.
I am a hardware man. I dream of putting up practical 80860 and TMS34020
systems quickly on the market with some useful utilites. MINIX is the only
resonable choice provided it does not grow to the point of requiring
any complex hardware support such as virtual memory.
  Andy and PH could help by providing sources for both OS and C compiler
virtually free of charge while distributing MINIX. The ultimate challange
to MINIX is to make it a commercial success by being adopted as the 1st
stage operating system by several PC manufacturers with different
microprocessors.  It could only be done if users contibute stage by stage to
 its  refinement especially in its setup and customisable features,
but not its complexity. Performance and features are not important for the
1st stage OS because it could be covered by the 2nd stage OS,the Amoeba
may be. That one can be as expensive as you want to be.
  If PH had adopted the marketing strategy for their books to MINIX software
the widespread use of MINIX would grow making it a worth while competitor to
MSDOS. After all the cost of producing the books and disketted could not be
that different. Just imagine if Minix and its manual were to be sold for
U.S. $50.00 including sources for compilers, and just compiler patches for
the various machines, in the IBM PC disk format,and distributed to all the
book shops. Readers might find  it is worth while to just experiment with
MINIX and then store it, just what we do to our books.  Sooner or later
some one would write utilities in their spare time as a hobby. How about it
PH?

The days of the Super Personal Computers would be near.

Sorry about my long message. I just had to comment.

Othman Ahmad, School of EEE
Nanyang Technological Institute, Singapore 2263
E-mail: EOAHMAD@NTIVAX.BITNET

If there is a will, there is a way.

ast@cs.vu.nl (Andy Tanenbaum) (08/24/90)

In article <Aug.21.17.05.50.1990.4426@frogpond.rutgers.edu> rbthomas@frogpond.rutgers.edu (Rick Thomas) writes:
>What would be the reaction to a "386-PC-clone" Minix distribution,

Maybe some day, but we are not there yet.  If and when everything works,
and has been distributed on the net in the usual way, and we are convinced
it is a solid, stable system, I might think about integrating into the
main system.  I don't think I want the headache of maintaining any more
distinct systems than I have to.  Actually, from what I understand, the
386 shouldn't require a large number of changes to FS or MM.
This would argue more for integrating the 386 stuff into the main distribution
than making a separate one.

Andy Tanenbaum (ast@cs.vu.nl)

agodwin@acorn.co.uk (Adrian Godwin) (08/24/90)

In article <7374@star.cs.vu.nl> ast@cs.vu.nl (Andy Tanenbaum) writes:
>and has been distributed on the net in the usual way, and we are convinced

Does this mean that the Amiga patches will be distributed on the net ? Or
have I missed them ? I've just finished patching to 1.5.10 on a PC version
and I suppose I really only need kernel, tools and compiler stuff to make
it go.

BTW, congratulations on the 1.5.10 system : I`ve followed Minix all the
way through from PC 1.1, and it gets exponentially better with every release!
I was amazed when it started up first time, and reported 'Protected Mode' !!

I still have a few CRC errors :  could some kind person send me 1.5.10 copies
of the files :

		more.hlp	} Not important, I know, but I'd like a
		fortune.dat	} complete set.

		test/t11a.c	} My versions are 1 byte short. Adding
		test/t11b.c	} an extra newline doesn't fix the CRC, tho.

If there are 'official' version of the mkfs prototype files that earlier
versions had I'd like those too, please.

Thanks, Adrian.

-- 
--------------------------------------------------------------------------
Adrian Godwin                                        (agodwin@acorn.co.uk)

ast@cs.vu.nl (Andy Tanenbaum) (08/27/90)

In article <2835@acorn.co.uk> agodwin@acorn.co.uk (Adrian Godwin) writes:
>Does this mean that the Amiga patches will be distributed on the net ? 

I am sure that when the Amiga system gets into use, the Amiga users will
begin posting all kinds of changes etc, just as the Atari users do now,
but I have nothing to post about the Amiga now.

Andy Tanenbaum (ast@cs.vu.nl)