Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!dogie.macc.wisc.edu!uwvax!uwslh!dem
From: dem@uwslh.UUCP (David E. Miran)
Newsgroups: comp.unix.wizards
Subject: need help configuring tmscp device (exabyte)
Message-ID: <423@uwslh.UUCP>
Date: 5 May 89 12:42:02 GMT
Organization: U of Wisconsin-Madison, State Hygiene Lab
Lines: 40

We have a VAX-11/750 running 4.3 BSD unix and are attempting to install
an Exabyte tape system with a CMD Technologies controller which emulates a
TMSCP device.  Our main configuration includes:
A System industries disk system with a builtin massbus adaptor working as hp0-3
A System industries tape system (also massbus) as ht0.
A whole pile of Emulex multiplexors emulating dmf32's (and one real dmf32).
And an assortment of other stuff which I think is unrelated to the problem.

When we configure the tmscp driver (exactly as the book says) to generate a new
unix and attempt to boot the system we get the following strange behavior:
The configuration routine finds the disks and tape drive (ht0), finds the
tmscp device and drive, gets as far as the third of our 13 dmf emulations
and dies with: "trap type 9: panic: protection fault".
If we try the same experiment with the tmscp board removed (and a proper double
width continuity card installed) we get the exact same crash even though
the configure routine does know that there is no tmscp device.
The crash seems to be caused by simply having the tmscp device configured.

I have tried the following experiments looking for a cure based on hints
and ideas from other people:
1.  Guessing maybe some address conflict, I moved all of the dmf device
    addresses up 100 (octal) and changed the tmscp board to be at the base
    of the floating address space.  No improvement. Kernels configured with
    the tmscp driver crash, ones without the tmscp driver run whether the
    tmscp board is installed or not.
2.  Someone suggested changing the order of my configuration file so the tmscp
    device is probed last.  However, the system still probes for devices in
    the same order.  And the same crash happens at the same place.

If anyone has any ideas as to what is going on I would appreciate some clues.
The fact that we see the same crash regardless of whether the tmscp board is
present is the real mystery.  That and the fact that the crash occurs while
probing the dmf32's.

-- 
David E. Miran         ...!{rutgers,ucbvax,harvard}!uwvax!uwslh!dem
Wisconsin State Hygiene Lab    or    dem%uwslh.uucp@cs.wisc.edu
University of Wisconsin          (608) 262-0019
465 Henry Mall
Madison, WI  53706