home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / dec / 6693 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  2.4 KB
  1. Path: sparky!uunet!gatech!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!uwm.edu!spool.mu.edu!olivea!charnel!rat!ucselx!crash!cmkrnl!jeh
  2. From: jeh@cmkrnl.com
  3. Newsgroups: comp.sys.dec
  4. Subject: Re: RD53s won't stay spun-up
  5. Message-ID: <1993Jan5.040947.1068@cmkrnl.com>
  6. Date: 5 Jan 93 12:09:46 GMT
  7. References: <1993Jan2.160631.1058@cmkrnl.com> <13997002@zl2tnm.gen.nz>
  8. Organization: Kernel Mode Consulting, San Diego, CA
  9. Lines: 40
  10.  
  11. In article <13997002@zl2tnm.gen.nz>, don@zl2tnm.gen.nz (Don Stokes) writes:
  12. > What's the R7 jumper?  (He asks naively.)
  13.  
  14. Turns out that it modifies the behavior of the drive on certain error
  15. conditions.  The RQDXn controllers determine what kind of drive they're talking
  16. to by asking the drive to do things that it can't (seek to non-existent
  17. cylinders, read from non-existent heads, etc.) and looking at the resulting
  18. drive status.  Installing R7 makes the RD53 /Micropolis 1325/1335 behave so
  19. that the RQDXn can identify it as such. 
  20.  
  21. This bizarre technique is also the reason that "generic" drives with identical
  22. geometries can't be sub'd for the DEC ST506 drives. 
  23.  
  24. (All of the above info is from Terry Kennedy.)
  25.  
  26. > I pulled out an RD53 that my VAXstation didn't want to talk to any more,
  27. > set the unit select jumper and tossed it in a PC.  It formatted and it's
  28. > been fine ever since.  Try putting R7 back in....  
  29. > 
  30. > Otherwise, is your power supply up to the task?  
  31.  
  32. Yes -- both supplies in question can run TWO 5-1/4 FH drives.  
  33.  
  34. > (Actually, doesn't R7 drop the amount of power pulled by these
  35. > little guys on startup?)
  36.  
  37. I don't know -- maybe it does that too -- when dealing with stuff from the DEC
  38. "proprietary hardware" era, just about anything is possible.  ("Digital has it
  39. now, and we've made DAMNED certain that nobody else ever will!")
  40.  
  41. > Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
  42. > Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
  43. > Victoria University of Wellington, New Zealand              +64-4-495-5052
  44.  
  45.     --- Jamie Hanrahan, Kernel Mode Consulting, San Diego CA
  46. drivers, internals, networks, applications, and training for VMS and Windows-NT
  47. uucp 'g' protocol guru and release coordinator, VMSnet (DECUS uucp) W.G., and 
  48. Chair, Programming and Internals Working Group, U.S. DECUS VMS Systems SIG 
  49. Internet:  jeh@cmkrnl.com, hanrahan@eisner.decus.org, or jeh@crash.cts.com
  50. Uucp:  ...{crash,eisner,uunet}!cmkrnl!jeh
  51.