Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucbvax!ji.Berkeley.EDU!carlton From: carlton@ji.Berkeley.EDU (Mike Carlton) Newsgroups: comp.sys.next Subject: Slot dependencies Message-ID: <29010@ucbvax.BERKELEY.EDU> Date: 2 May 89 03:23:14 GMT Sender: usenet@ucbvax.BERKELEY.EDU Reply-To: carlton@ji.Berkeley.EDU (Mike Carlton) Distribution: usa Organization: University of California, Berkeley Lines: 32 Can anyone tell me if the Next system board is hard-wired to be in slot 0 on the NuBus? We tried moving it to another slot and the system hung during the boot sequence. Why do we want to put it in another slot, you ask? Well, we got 8 megabytes in SIMMs and thought we would plug them in our Next. Unfortunately, these are composed of DIPs and the SIMM modules are about 1/2" taller than those used in the Next (which are composed of surface mount packages). There is only about 1/8" clearance between the system board and the central stack of power supply and disk drives. No problem, we said. We'll just move the board out one more slot. Of course, the disk cables will block the inner slot, but this is no loss (at least, not until we get 3 more boards for the system :-). Alas, the machine hangs during the boot sequence, just after announcing "Remote debugging enabled / Message buffer allocated at " Evidently the ROM software knows what slot it is in (it announces "Master CPU in slot 0" during a normal boot). My guess is that the slot number is used by the ROM to map memory addresses (but I'm hoping I'm wrong). Can anyone tell me if we can reconfigure the machine somehow to allow the system board to reside in a different slot? P.S. Don't bother to volunteer to take the 8 megs worth of SIMMs off of our hands for us, we've got other machines to plug them into if need be :-) thanks, -- Mike Carlton, UC Berkeley Computer Science | More bits, carlton@ji.berkeley.edu ...!ucbvax!ji!carlton | Give me more bits.