Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!sharkey!edsews!uunet!uvm-gen!ackerman
From: ackerman@uvm-gen.uvm.edu (Steve Ackerman)
Newsgroups: comp.os.minix
Subject: Re: Minix for the PS/2
Message-ID: <1054@uvm-gen.UUCP>
Date: 4 Feb 89 21:16:13 GMT
Sender: ackerman@uvm-gen.UUCP
Organization: College of Engineering and Mathematics, University of Vermont
Lines: 41


In article <4539@pitt.UUCP> crew@pitt.UUCP (Al Crew) writes:

> 
> Bad news.  I ran the V1.3 'tests' from a floppy with a 'dd' command
> reading blocks from the hard disk.  It would run for about five minutes
> and then hang with the floppy's select light on.  "F1" would show that
> a task was waiting on FS and FS that was waiting on FLOPPY.
> 

	What code are you using?  Earlier, you posted the results
of your test in which the 50 and 60 worked both with PS=1 or PS=0.
Is this with Dr. Tanenbaum's code, and unmodified?  I've sent you
a copy of main.c, proc.c, and floppy.c.  Floppy.c implements parts
of Gary Craig's changes.  Could you please test them?

> I am using bios_wini and it seems to work. (I am able to use dd and
> dosdir to access the hard disk.  The model 50 is not mine, so I can
> not create a Minix partition.)  Steve, you have a model 80, don't you?
> If so, 
> I assume you are running the code you modified, not the code ast modified.
> (Since I can't get ast's code to run on a model 80.)  
> Try setting ps_at.  Without that flag, Minix uses the XT wini interrupt
> instead of the proper one.

     Thanks.  That was the problem.  Last night, I patched Dr.
Tanenbaum's code (plus some changes) so that PS=FALSE, PC_AT=TRUE, and
MCA=TRUE (variable I added).  Bios_wini worked!  And then, in my
excitement, I accidently wiped out my dos partition.  Since I was
using a DOS program to transfer between 5 1/4 and 3 1/2 inch disks, I
wasn't able to copy the 1.3 test programs.  When I rebuild my Dos 
partition, I'll run them and post the results.

     As far as the best coding solution, I like Bruce Evan's suggestion
of masking out the interrupts in mpx88.s.  Then, most of the machine 
dependent code (at least for interrupts) could be kept to one file.
--
============================================================================
Steven Ackerman                          |  EMBA-CF University of Vermont    
uunet!uvm-gen!ackerman                   |  Burlington, Vermont 05401 
Internet: ackerman@uvm-gen.uvm.edu       |  Telephone: (802) 879-0371