Thread View: comp.sys.transputer
1 messages
1 total messages
Started by Klaus Kusche
Mon, 19 Mar 1990 23:24
Another Express problem
Author: Klaus Kusche
Date: Mon, 19 Mar 1990 23:24
Date: Mon, 19 Mar 1990 23:24
71 lines
4338 bytes
4338 bytes
Dear Mailing List:
I finally got Strand-88 running on our PC-based transputer system.
(concerning my previous mail that the Express system which is behind
Strand seems to reset the link switches before loading the system:
It really does, I had to patch 'exkload', but now everything works
fine...).
However, I'm very frustrated with the topologies that Strand is able to
run on:
* We were not able to use any of the predefined Express topology
classes 'torus' or 'hypercube', we had to classify every topology
as 'general' (this could also be a lack of documentation).
* Given that, *any* (really, no exception!) topology containing a
circle deadlocked sooner or later: Some during 'exkload' or 'topinit',
the remaining ones during the Strand bootstrap. We never reached the
Strand prompt.
So, only tree topologies remain. However, again there was a problem:
* In the Express topology file, it must be specified for each node
which node is responsible for resetting this node, and if this node
is connected to the system or the subsystem control lines of the node
resetting it.
* 'exkload' insists that there is a direct link connection between any
nodes whose reset signals are connected.
* 'exkload' also insists that each node resets at most one node via
system reset, and at most one node via subsystem reset.
* Hence, by definition it is not possible (and 'exkload' strictly
enforces that definition) to have any topology which contains a
transputer being the common root of three independent subtopologies
(ternary trees, which would be the most natural trees for transputers,
are the most important examples of such impossible topologies):
+ The root of one of those subtopologies is reset by this transputer
using the system reset ('down' in Inmos terminology).
+ The root of the second subtopology is also reset by this transputer
using the subsytem reset.
+ However, there is no legal choice for the reset of the third
subtopology: The only transputer it is connected to by link has no
more unused reset outputs, and resets not going along a link are
not allowed.
To increase confusion, 'cnftool' simply hangs on such topologies
without any message, rebooting the PC is the only way out...
Needless to say, our hardware of course does allow such configurations:
All transputers are controlled by a single reset...
To sum up: For two different reasons, it was impossible for us up to
now to run Strand on any topologies which are not variations of binary
trees (the pipeline being a special case of this).
Did anyone manage to get more than this?
P.S.: Some people asked what version of Express we use. It is
impossible to tell that! The only thing I can tell is that it is the
version which is part of Strand, and that some files contain the string
'August 1988'. However, I scanned all the binaries: No copyright, no
date, no version number!!! (have you ever seen such a software?)
************************************************************************
* Klaus Kusche *
* Research Institute for Symbolic Computation *
* Johannes Kepler University Tel: +43 7236 3231 67 *
* A-4040 Linz Telex: (Austria) 22323 uni li a *
* Austria (Europe) Fax: +43 7236 3231 30 *
* *
* Bitnet: K312240@AEARN *
* Arpa/CS/Internet: K312240%AEARN.BITNET@CUNYVM.CUNY.EDU *
* UUCP: mcvax!aearn.bitnet!K312240 *
* Janet: k312240@earn.aearn or k312240%aearn@earn-relay *
************************************************************************
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads