home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / bsd / 3024 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  2.2 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!cs.ucf.edu!tarpit!newspost
  2. From: jbh@aii.com
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: 386bsd-0.1: primary bootstrap (wdbootblk.c) problem & fix.
  5. Keywords: 386bsd boot bootstrap wdbootblk.c
  6. Message-ID: <1992Jul28.114831.29782@pixie.aii.com>
  7. Date: 28 Jul 92 11:48:31 GMT
  8. References: <1992Jul27.172708.3363@gateway.novell.com> <greg.712261295@hibp1.ecse.rpi.edu> <1992Jul27.192502.15727@gateway.novell.com>
  9. Sender: newspost@pixie.aii.com
  10. Organization: Automation Intelligence
  11. Lines: 34
  12.  
  13. In article <1992Jul27.192502.15727@gateway.novell.com> terry@npd.Novell.COM (Terry Lambert) writes:
  14. >In article <greg.712261295@hibp1.ecse.rpi.edu> greg@ecse.rpi.edu (Greg) writes:
  15. >>Terry, please reread my message. THIS IS NOT THE SAME BUG!!!!!!
  16. >>This problem is in wdbootblk.c. The code contained in wd.c has not
  17. >>even been loaded off the disk at the point when this hang occurs! 
  18. >>To understand what is going on, study wdbootblk.c.
  19. >
  20. >    I think I goofed in recommending the wd.c fix for this problem;
  21. >however, the status register being polled after the delay is wd_status,
  22. >and I still believe that a canonical fix would be looking at wd_altsts
  23. >instead.
  24.  
  25.   You have totally missed it ! wd_altsts is BOGUS period. Read your
  26. IBM Tech ref. manual, the register is READ ONLY and only 4 bits wide. It
  27. ain't good for anything when bieng read !!!!! Read the Western Digital
  28. Manual, a read of this register is good only to provide a VENDOR ID number,
  29. on a REAL W.D. chip it ALWAYS returns a FIXED value regardless of the
  30. status of the controller. The 'patch' simply used wd_status to obtain the
  31. REAL status of the controller ! This is the proper way!!!!!
  32. >
  33. >    Greg's delay loop will have the same effect -- that is, making sure
  34. >the controller has finished it's reset prior to using it.
  35. >
  36.  
  37. The DELAY loop method is still dancing through raindrops and is NOT safe
  38. for ALL combinations of CPU-speed and MFM/RLL controllers.
  39.  
  40. ======================================================================
  41. Jim Huber   jbh@aii.com or ...!tarpit!jbh Voice (407) 661-7017
  42. Automation Intelligence,Inc.
  43. 850 Trafalgar Court
  44. Suite 200
  45. Maitland, FL 32751
  46. ======================================================================
  47.