home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 9988 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.4 KB
  1. Path: sparky!uunet!gatech!bloom-beacon!eru.mt.luth.se!lunic!sunic!news.funet.fi!hydra!klaava!torvalds
  2. From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: HD-timeout problems
  5. Message-ID: <1992Sep6.091302.29969@klaava.Helsinki.FI>
  6. Date: 6 Sep 92 09:13:02 GMT
  7. References: <1992Sep5.201920.3244@afterlife.ncsc.mil>
  8. Organization: University of Helsinki
  9. Lines: 41
  10.  
  11. In article <1992Sep5.201920.3244@afterlife.ncsc.mil> swaliff@afterlife.ncsc.mil (Steve Aliff) writes:
  12. >I'm experiencing enough "HD-Timeout/HD-controller reset" messages to
  13. >have become frustrated (irritated?) with it. This occurs both with
  14. >the MCC release (.97p2) and the SLS release (.96c I believe). The
  15. >SLS kernel has the "static int reset = 0" code in it. (I built a new
  16. >kernel just for kicks. And The problem occurred BEFORE and after I
  17. >built the kernel.  ;-) ) The problem doesn't appear to happen when I
  18. >crank the clock back from 33MHz to 10Mhz.  Needless to say, that's
  19. >not an acceptable solution.
  20.  
  21. There are two things you can do to alleviate the problem. In order of
  22. "preferability":
  23.  
  24.  - check that your IO bus runs at 8MHz or lower.  Having a 11MHz bus
  25.    seems to be pretty standard setup, but it's unsafe, and running
  26.    beyond specs.  Check out your extended setup (press DEL on bootup for
  27.    AMI bios or whatever) - it's usually something like
  28.  
  29.     Bus speed: CLK/2, CLK/3, CLK/4, CLK/5.
  30.  
  31.    for a 33MHz machine, CLK/4 should give an acceptable 8.25MHz clock for
  32.    the IO bus.  Your setup may also allow you to set ISA bus waitstates,
  33.    and editing this field may help.  Read the motherboard manual if you
  34.    have one. 
  35.  
  36.  - edit the HD_DELAY value in kernel/blk_drv/hd.c.  It is normally 0,
  37.    but setting it to some other value may help some buggy
  38.    controllers/drives.  Test out different values, starting off with
  39.    1000, and try to find the lowest value you can get that works. 
  40.  
  41. And finally, you can also try changing the HD controller card: a cheap
  42. multi-io card may have some weird problem that doesn't show up under
  43. DOS.  If you can swap cards with someone just for testing purposes, and
  44. that fixes the problem, getting a new controller card may be the
  45. solution.  But as this may be impossible (or just too expensive, even
  46. though IDE controllers should be cheap), try out the above first.
  47.  
  48. All the above fixes have helped - it may not in your case, but it's
  49. worth checking out. 
  50.  
  51.         Linus
  52.