home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / pcclone / 32bit / 1021 < prev    next >
Encoding:
Text File  |  1993-01-11  |  2.9 KB  |  65 lines
  1. Newsgroups: comp.unix.pc-clone.32bit
  2. Path: sparky!uunet!van-bc!dogtag!rwj
  3. From: rwj@dogtag.uucp (Rob Janes)
  4. Subject: scsi tape problems on isc 3.0
  5. Message-ID: <1993Jan11.013407.2303@dogtag.uucp>
  6. Reply-To: rwj@bsoh.wimsey.bc.ca
  7. Organization: BSOH Enterprises
  8. Distribution: na
  9. Date: Mon, 11 Jan 1993 01:34:07 GMT
  10. Lines: 53
  11.  
  12. I've been kind of banging my head against the wall here- I can't figure
  13. out how to get this archive viper tape drive recognized by the kernel.
  14. A scsi probe reveals scsi 1 and 2 are hard disks, and scsi 4 is the
  15. archive viper.  The light on the viper comes on, so it looks like the
  16. hardware is working to some extent.
  17.  
  18. I followed the instructions in the manual for tape devices, however,
  19. it's for the previous release of interactive.  So what I've done is
  20. 1 added to pack.d/gendev/space.c
  21.    extern int tape_init();  under disk_init()
  22.    and
  23.    tape_init, to the gdev_init_routines table.
  24. 2 fixed up the pack.d/tape/space.c that wouldn't compile, even after
  25.   following the instructions and removing unused driver entries.
  26.   I ended up copying the one from the web, and using that.
  27. 3 rebuilt the kernel, rebooted, there was no /dev/tape, so I made
  28.   one, major 41, minor (scsi id 4*16+8) 72.  Guess the node.d/tape wasn't
  29.   set up.
  30. none of the above did the trick, so I looked a bit harder.
  31. 4 copied the tp0t drivers from the web, and installed them.
  32.   made sure the sdevice and mdevice entries for tape and tp0t matched
  33.   those on the web.  Assigned an unused major number for tp0t in mdevice.
  34.   (Where do these drivers come from?  They don't seem to be on the base
  35.   system.  They look like they're from interactive, they've been in all
  36.   the kernels since the upgrade to ix 3.0.)
  37. this didn't work.
  38. 5 compared pack.d/gendev/space.c on my machine and the web-
  39.   3 defines were different, mainly 
  40.   GDEV_MAXDRIVS to 14 on web, 13 on my machine
  41.   GDEV_MINORMAPS to 224 on web, something smaller on my machine
  42.   GDEV_MAJORMAPS to 58 on web, 1 on my machine.
  43.   also, web's had an extra entry had been added to the gdev_iobufs table,
  44.   as indicated by the instructions about GDEV_MAXDRIVS.
  45.   So, changed my defines, and the table, to match the web's.
  46.   Still didn't work.
  47. 6 The major number for tp0t is 62, whereas the major number for tp0t on
  48.   the web is 57.  major 58 is lockd on web, probably some nfs function.
  49.   It seems likely nfs stuff would be routed through the hpdd, so maybe
  50.   GDEV_MAJORMAPS has to be set large enough to encompass all the major
  51.   numbers it has to handle.  So I bumped GDEV_MAJORMAPS in
  52.   pack.d/gendev/space.c up to 62.
  53.   Still didn't work.
  54. So I'm at a loss.  I'm going to try one more thing.  I'm going to bump
  55. GDEV_MAJORMAPS up to 63, on the assumption that it needs the extra
  56. room, and nfs has nothing to do with the hpdd (high performance disk drv).
  57. I don't think it's going to work though.
  58. ... later ... - It didn't!
  59. Any suggestions would be much appreciated.
  60. Thanks!
  61.    Rob Janes
  62. -- 
  63. Rob Janes
  64. rwj@bsoh.web.apc.org
  65.