Path: utzoo!utgpu!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!cwjcc!hal!nic.MR.NET!tank!mimsy!dftsrv!ames!amdcad!sun!pitstop!sundc!seismo!uunet!mcvax!ukc!stl!stc!axion!eriskay!agray
From: agray@eriskay.axion.bt.co.uk (Andy Gray)
Newsgroups: comp.os.minix
Subject: (ST) kernel regeneration blues on a minimum system (LONG)
Message-ID: <722@zaphod.axion.bt.co.uk>
Date: 6 Dec 88 11:43:03 GMT
Sender: news@axion.bt.co.uk
Reply-To: agray@axion.bt.co.uk
Lines: 73
Organisation: British Telecom Research Labs, Martlesham Heath, IPSWICH UK

I am trying to regenerate the ST-MINIX kernel on the minimum system allowed by
the developers, ie

	Atari-520ST/M with 512k + 3.5" disk (720k) + 5.25" disk (720k)

I know I ought to get a memory upgrade, but, for now, it is probably useful
trying to sort out some of the minimum system problems, however frustrating,
in case others come up against the same anamalies.

Page 24 of the book implies that I ought to make a new root filesystem with a
110k ram disk using the command

	mkfs /dev/fd0 110

and then use 'cpdir -msv' to copy the directory contents. When I tried this I
ran out of inodes within the '/bin' directory repeatedly. So I created a new
root filesystem from a prototype file, which started

	boot
	110 110
	...

and then stated all of the files that I needed to transfer from the in-core
set. Since I don't have a hard disk yet, I omitted all the 'hd' and 'rhd'
entries from '/dev'. The new filesystem came up fine. I then used 'chmem' to
increase the stack in 'cem' by 30000 (it is now 70000) and started to
regenerate the kernel.

Make was changed to include

	CC=/bin/cc -vn -T.

so that I would not fill up the precious 14k left on the root filesystem. This
produced

	stmpx.s		ok
	stmain.c	bus error (cem)
	proc.c		bus error (cem)
	system.c	bus error (cem)
	stshadow.c	ok
	tty.c		bus error (cem)
	clock.c		ok
	memory.c	ok
	stdma.c		ok
	stfloppy.c	ok
	stwini.c	ok
	stcon.c		ok
	stkbd.c		ok
	stvdu.c		bus error (cem)
	stfnt.c		ok
	stprint.c	ok
	table.c		ok
	stdmp.c		bus error (cem)

It looks very much as though the 30000 figure may well be too small and that
some of the more resource grabbing sources are corrupting text space. I
expected to see that the sources that failed were the larger files but this
was not the case.

Has anyone else had the same problems? I know the whole lot works with 1 Mbyte
of RAM, but ... I would like to get it compiled so I know I have a reasonable
SGS setup and can start on my own kernel task developments.

	Andy Gray

----------------------------------------------------------------------------
E-Mail (UUCP)   AGray@axion.bt.co.uk ...!ukc!axion!AGray
Organisation	UNIX Operating System Support and Development Group
		British Telecom Research Laboratories (RT3134)
Snail Mail	BTRL, Rm G23 B68, Martlesham Heath, IPSWICH IP5 7RE, UK
Telephone	+44 473 646647
Quote		"Hey - somebody's crept in here and committed a neatness!"
----------------------------------------------------------------------------