Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!wuarchive!udel!mmdf
From: AJB@dlvh.daresbury.ac.uk
Newsgroups: comp.os.minix
Subject: Reboot solved?
Message-ID: <23899@nigel.udel.EDU>
Date: 7 Jul 90 13:51:33 GMT
Sender: usenet@udel.EDU
Lines: 47

Well, my reboot problems seem to be solved. To remind you all of the
problem...

1) I'd upgraded to 1.5.10 on a 1040ST ... whenever I CTRL-ALT-DEL'd
   (CAD'd) to reboot the machine all I got was a whining b&w monitor
   and a hung system (although to be fair on 1.5.10 it happened as
   well on 1.5.3-5 after upgrading to TOS1.4).

2) I changed machine to a 2Mb STE and the problem went away!

3) I then decided to make my RFS 720K (loaded as usual from /dev/hd3);
   this involved to usual mkfs and restoring the partition from the
   ramdisc......  The whining reboot problem came back.

SOLUTION: I've just rebuilt the kernel and all is well again .... and
  NO, my MINIX.IMG was not corrupted! Anyone got any ideas what was
  going on?

Incidentally, the reboot routine in STMPX.S is defined as

     movea.l	4,a0
     jmp	(a0)

 ... wouldn't it be safer, to ensure a COLD boot to have it defined as

     clr.l	0x426		! Force COLD start
     movea.l	0,a7		! Load correct value for SSP on reset
     movea.l	4,a0
     jmp	(a0)

I've incorporated this in my own kernel (maybe thats why the problem
has gone away :-) ?).

Other matters:
What do I need to modify to get the KEYPAD keys returning their correct
values (instead of the CTRL P's & Q's I get at present)?

WOULD SOME KIND SOUL ***PLEASE*** MAIL ME A COPY OF stterm/term.c WITH
THE CORRECT 1.5.10 crc (repeated request).


Alan Bleasby


PS Interesting titbit for STE owners. Looking in the ROMs the least
   significant byte of PHYSBASE is loaded into $FFFF820D (the two
   middle-order bytes are at FFFF8201 and FFFF8203 as in the ST).