home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / os2 / misc / 26131 < prev    next >
Encoding:
Text File  |  1992-07-31  |  3.1 KB  |  55 lines

  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!nih-csl!lhc!dabl2
  3. From: dabl2@nlm.nih.gov (Don A.B. Lindbergh)
  4. Subject: Re: OS/2 and SCSI
  5. Message-ID: <1992Jul31.144338.4905@nlm.nih.gov>
  6. Organization: National Library of Medicine
  7. References: <rick.19.712447261@sjsumcs.sjsu.edu> <1992Jul30.140855.219272@cs.cmu.edu> <1992Jul30.174240.13771@mksol.dseg.ti.com>
  8. Date: Fri, 31 Jul 92 14:43:38 GMT
  9. Lines: 44
  10.  
  11. >The following is from memory.  It may be incorrect in detail, but I
  12. >believe that it is essential correct in broad.
  13. >
  14. >I believe the problem is with how the 1542 is set up.  'Out of the
  15. >box' behaviour has the timing between the hard and floppy disks set in
  16. >such a way that the OS/2 installation fails.  This leads to all the
  17. >disk thrashing, etc.  I think you can change the timing on the 1542 by
  18. >changing some jumpers on the controller, but I can't state that with
  19. >certainty because I don't have this kind of card.
  20. >
  21.  
  22. I have a 1542B and my understanding is that the initial problems most people
  23. were having (including me) with the first release aha154x.add driver was
  24. floppy access WHILE the hardisk was doing stuff caused errors.  It was 
  25. apparently because the bus on/off time needed to be re-programmed in this 
  26. situation and that code needed to be put in the driver, hence the updated
  27. aha154x.add driver.  Since then there have been at least one more I think,
  28. addressing different issues like > 1 Gig support.  The bus on/off time
  29. parameters are software only adjustable, so it's unlikely that hardware
  30. switches would accomplish what you suggest, but I am no 1542B 'expert'.
  31. The simple way to get a successful installation is to let the hardisk
  32. continue 'doing it's thing' around disk 9 (3.5") until it's finished
  33. THEN insert the next disk.  After the installation is all over, replace
  34. the aha54x.add driver with the new one.  I don't think you can easily
  35. aha154x.add driver on the original diskettes because it seems to be 'packed'
  36. with other stuff.  If you want to get tricky, at the step between disks 5 and
  37. 6 (I think) there is a 'break" in the installation, where you reboot and things
  38. go 'graphical'  at this step, you could boot from an OS/2 floppy (or really
  39. even DOS if you're doing FAT) and put the 'good' aha154x.add driver in place
  40. in the /OS2 directory. (I think it shouldn't have put the 'bad' one there
  41. at this point.)  Then reboot from the hardisk and continue with the
  42. installation.  This worked for me, I'm guessing that the install sees that
  43. the aha154x.add is already there and doesn't add it, maybe I was just lucky.
  44. Actually now that I think about it, the way I understand the config.sys to work
  45. is that it is parsed in it's entirety and only relevent stuff is used, which is
  46. why it really doesn't matter if the INT13 driver is in the config.sys.  As long
  47. as the DEVICE=aha154x.add is ALSO in there, THAT is the one that's used.
  48. Therefore, it might be wise to make sure that line is in the config.sys during
  49. the 'break'.  But this is really for thrill seekers, the easiest way is to just
  50. let the drive settle down before continuing at disk 9.  Whew, sorry for the
  51. lengthy explanation.
  52.  
  53. --Don
  54. dabl2@lhc.nlm.nih.gov
  55.