home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / dec / micro / 496 < prev    next >
Encoding:
Text File  |  1992-08-30  |  4.2 KB  |  76 lines

  1. Newsgroups: comp.sys.dec.micro
  2. Path: sparky!uunet!usc!rpi!news.columbia.edu!watsun.cc.columbia.edu!lasner
  3. From: lasner@watsun.cc.columbia.edu (Charles Lasner)
  4. Subject: Re: Pro/Venix Installation
  5. Message-ID: <1992Aug31.041611.11985@news.columbia.edu>
  6. Sender: usenet@news.columbia.edu (The Network News)
  7. Nntp-Posting-Host: watsun.cc.columbia.edu
  8. Reply-To: lasner@watsun.cc.columbia.edu (Charles Lasner)
  9. Organization: Columbia University
  10. References: <Bts2CG.MM0@watdragon.uwaterloo.ca> <1992Aug30.055216.23265@news.columbia.edu> <BttDwA.579@watdragon.uwaterloo.ca>
  11. Date: Mon, 31 Aug 1992 04:16:11 GMT
  12. Lines: 62
  13.  
  14. In article <BttDwA.579@watdragon.uwaterloo.ca> kcwellsc@watdragon.uwaterloo.ca (Ken Wellsch) writes:
  15. >>I have heard some of this before, all too fuzzy though.
  16. >>
  17. >>I have seen actual DEC RD51 drives that come with metallic cutable jumpers on 
  18. >>the DS lines.  DS0, DS1, DS2 are intact and DS3 is cut.  This means that this
  19. >>particular drive will select on 0 or 1 or 2 but not 3.  I have been told that
  20. >>the reason for cutting the DS3 line is that in (presumably one of the PRO
  21. >>models, because it ain't a DECmate or RB), the controller uses the incompatible
  22. >>notion of *reading* back DS3 instead of potentially asserting it.  Thus, a
  23. >>5 Meg has the DS3 set and a 10 Meg has it clear, so the machine "knows" what
  24. >>size disk it is.  (This is back when there only were RD50 and RD51 supported.)
  25. >>
  26. >>Is there anything to this?
  27. >
  28. >I don't know.  I can only mention what my docs have.  The Pro pocket service
  29. >guide says to cut the "fourth from the back of the drive" jumper.  They've
  30. >used a seven jumper dip leaving the 8th (toward the front of the drive) empty.
  31. >I don't have the Seagate info to know what the jumpers do.  My old uVAX-1
  32. >docs say to cut the back two and the fourth (as for the Pro).  I've forgotten
  33. >what the setting for the RD50 is, possibly all jumpered.
  34.  
  35. I got out the RD51 (ST-412) in question.  There are 8 possible socket-based 
  36. jumpers, but DEC's plug can't do the last one.  The first 4 are DS0,1,2,3, and
  37. then it gets unclear.  I believe one of them is to make the disk do an
  38. automatic recalibrate when turned on, which is unnecessary since the controller
  39. issues a recalibrate command, it just makes it take longer to boot, and on
  40. some systems might make a time-out error happen.  (Wasn't there a Rainbow ROM
  41. patch on account of this kind if problem?)
  42.  
  43. So, this all seems consistent: if you ground DS3, then something in DEC's
  44. controller reads it, even though this is wildly outside of the normal spec
  45. for the ST-506-compatible MFM drives.  If it's grounded, it's a 5 meg, and
  46. if it's not, it's a 10 meg, unless some other software "knows better" which
  47. may merely be the master boot code that was read in by the ROM in its belief
  48. that the disk was either 5 or 10 megs.  A smart boot program could tell the
  49. ROM what it needed to know to correct the situation, etc.  In most systems,
  50. it should be self-evident because the system is implicitly self-configured.
  51. Perhaps the system attempted is too feeble to make the correct guess so it
  52. falls back on the ROM's misunderstanding of the size, etc.
  53.  
  54. There is a plausible alternate explanation for all of this:
  55.  
  56. All disks *other than* the RD50 support buffered stepping of tracks, but the
  57. RD50 requires track step commands at the physical rate of the disk or slower.
  58. Faster disks can receive the steps serially, but at a high rate such as every
  59. few microseconds.  Some even take advantage of this to realize a performance
  60. improvement by using a so-called "rampup/rampdown" algorithm.  The idea is
  61. that you can move the head during a seek too fast to stop on the desired
  62. track, but not too fast to realize where it is.  If the controller has the
  63. opportunity to realize that the disk is seriously in the wrong are, the
  64. controller (the one built into the newer disks, not the host machine's
  65. controller!) can affect a high-speed stroke to more quickly get close to
  66. the desired track, then slow down at the end to finish the seek to the
  67. desired track.  Thus, a "smart" disk can have much lower worst-case seek
  68. times, even though a next-track seek is no faster all other things equal.
  69.  
  70. Perhaps the PRO controller knows how to issue these high-speed seek command
  71. steps, and needs to know when it's an RD50 that it better not attempt to do
  72. it on.
  73.  
  74. cjl
  75.  
  76.