Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!mit-eddie!media-lab!lacsap@plethora.media.mit.edu
From: lacsap@plethora.media.mit.edu (Pascal Chesnais)
Newsgroups: comp.sys.next
Subject: Re: 030/040 Duality?
Message-ID: <5337@media-lab.MEDIA.MIT.EDU>
Date: 22 Feb 91 17:04:58 GMT
References: <1991Feb22.034020.24127@cbnewsl.att.com>
Sender: news@media-lab.MEDIA.MIT.EDU
Reply-To: lacsap@plethora.media.mit.edu
Lines: 31

In article <1991Feb22.034020.24127@cbnewsl.att.com> coco@cbnewsl.att.com  
(felix.a.lugo) writes:
> In article <1338@toaster.SFSU.EDU> eps@cs.SFSU.EDU (Eric P. Scott) writes:
> | In article <1991Feb19.185400.7763@cbnewsl.att.com>
> | 	coco@cbnewsl.att.com (felix.a.lugo) writes:
> | >	Has anybody been able to get a NeXT cube working with both the 030 and
> | >	040 boards simultaneously?

Without hardware modification, the answer of running two boards in one
cube regardless of mach support is - NO.

The 030 and 040 board both expect to live in slot 0 of the NeXTbus.  Further
there are a number of other signals they wish to deal with on the
bus.  You can not run both boards with display heads, due to the
power supply limitations.

If you do the necessary work (and I don't know what exactly it is) you
should be able to isolate the 030 completely from the bus apart from
power.  Next problem is software, you will need to load it from
somewhere, and I suspect that would be from the 040 via the enet.
Problem here is that unless you put significant memory in the 030
board there is the chance that you will swap over the enet and lose
the performance you were hoping to gain.

Bottom line is you are going to have a bastardized system which will
void the 030 warantee:-) and probably have questionable performance
increase... best put more 4MB SIMMS...

Pascal Chesnais, Research Specialist, Electronic Publishing Group
Media Laboratory, E15-351, 20 Ames Street, Cambridge, Ma, 02139 (617) 253-0311
email: lacsap@plethora.media.mit.edu (NeXT)


Brought to you by Super Global Mega Corp .com