Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!wuarchive!uunet!mcsun!hp4nl!star.cs.vu.nl!ast@cs.vu.nl
From: ast@cs.vu.nl (Andy Tanenbaum)
Newsgroups: comp.os.minix
Subject: Re: IDE fix for wini.c problem
Message-ID: <9496@star.cs.vu.nl>
Date: 27 Mar 91 11:41:39 GMT
References: <1991Mar27.080437.6998@sol.UVic.CA@
Sender: news@cs.vu.nl
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Lines: 24

In article <1991Mar27.080437.6998@sol.UVic.CA@ pmacdona@sol.uvic.ca (Peter MacDonald) writes:
@Therefore, inserting an artificial delay before reading each sector, 
@should slow down the entire stream.  Add to w_transfer in wini.c
@the lines preceeded with a plus (+):
@
@   if (wn-@wn_opcode == DISK_READ) {
@     for (i=0; i<BLOCK_SIZE/SECTOR_SIZE; i++) {
@  +    int j,k;
@  +    for (j=0;j<300;j++)
@  +      k=k*3+j;
@
@
@End of problem.

I don't have any IDE drives here, so I can't verify this.  If enough other
IDE drive owners verify that this works, I will add it to the code protected
by #ifdef IDE.  Is it needed in at_wini.c or xt_wini.c or both?  Are there
other changes needed for IDE? 

Andy Tanenbaum (ast@cs.vu.nl)

P.S. The @ is an attempt to trick the user-friendly news software which, like
much user-friendly software, thinks it knows better than I what I should and
should not post and will not accept the message with > signs.