andy@tcgould.TN.CORNELL.EDU (10/07/87)
[ I took this off the comp.sys.transputer news group. For the FPS folks, this is an update from Greg's talk in Montreal. -Steve ] Some of you out there might have caught wind of the OS work going on here at the Theory Center. You may have also noticed that we seemed to drop out of site. Such is not the case. The iron fist of Greg Burns, self- imposed internal deadlines, and afternoons playing Putt-Putt golf in the office tend to keep one away from socializing-type-stuff... For the spectators, the anxious, the curious, and the uninterested: We sure have been busy lately. We haven't been doing too much transputer specific stuff (sigh), but then again, we don't need to when we have a hands-on, multi-tasking, multi-processing C environment. (yes, we're patting our own backs) The alpha release of Trillium may be ready in two or three weeks. Things yet to do: o finish our device driver for the uVax/FPS interface board (T414-15, 64K memory, DMA controller). Right now *our* board's DMA controller says that it does the DMA but it lies most of the time. A fresh board (with hardware mods) is apparently headed our way. By the way, the Transputer on this board is running the first "port" of Trillium. It was the easiest way to solve asynchronous, dynamic communications problems...13 processes in all. o get the T-Series VPU humming. This might be the hardest peak to climb...we have little documentation from FPS. o finish the T-Series boot procedure. Its a pretty complex task to get 18 or more transputers connected by some wierd hardware, a uVax, a Gould, and optionally a Sun or Iris all talking Trillium. This will be made easier once we finish the device driver. Right now, we painfully boot up our T-Series over a 19.2K baud RS232 line. You can almost count the bytes as they go in...we do, however, share text segments wherever possible. o polish up network support for workstations: (for the uninitated, Trillium has a pyramid model of processors: 1 user node (usually a workstation) 1 or more host nodes (aka front ends) 1 to 2048 system nodes (vpu front ends -- sort of) 8 to 16384 vector nodes (vpu boards) ) as well as the software generation problem. (Try and manage 11MB worth of directories and *still* keep the Transputer object files separate from the Sun object files separate from the Gould object files separate from the Vax object files separate from the Iris object files...when over 80% of the Trillium operating system proper is portable across all of these machines) o integrate the latest C compiler release from Penguin (uh, Pentasoft) into our environment. We've been working without "double"s for quite awhile. We also have to really reorganize the software that comes from Penguin because our Makefiles and directory structure are vastly different from theirs...ours are better. :^) Sorry, Dwight. :^) o write some documentation (just enough to get everyone mad/ aggravated/pleased/etc with us ;^) Last week Greg got the broadcast server (*everything* in Trillium is a process -- we have one for our speech synthesizer, the LEDs on Transputer boards, memory alocation, and so on) working. That implies we can now also do broadcast loading. Greg also got spawn working (take a process, any process, and put another copy of it on another binary-compatible node). Dave's file system server (open/close/read/write kinds of things) is really looking good. My boot up code seems to be pretty stable, too. Right now, I'm slugging it out with the device driver, Dave is in the dungeon with the Weitek VPU, and Greg is finishing the buffer process. We plan on posting to this list some of our documentation, as well as our bootstrap loader specs (its called "moses" 'cause it has 10 commands). We think its what a ready-to-boot-from-link-transputer *should* have looked like...and the code is <= 255 bytes. It sounds like alot, and it is. Will someone come save us if we don't surface again for a month? Keeping you posted, Andy ps: Gee, Klaus, is it really known as the "Cornell gajw trick?" We're flattered, but don't think _we_ use it. It was just a head scratcher when we started seeing processes change priority for no apparent reason. pps: VENDORS: we are *very* interested in getting Trillium running on *your* Transputer farm, Unix machine, or parallel processor. We don't even have a B004 board!! Give us a call! (are you listening INMOS, CSA, Meiko, Atari??) ppps: someone from this group (if we're lucky, all 3 of us!) will be in California for the Hybercube conference. pppps: We've been toying with the idea of a "Transputer Heretics" workshop. It would be one of those workshops where most, if not all of the attendees give short presentations. We, of course, would show off our many "blinky-light" programs for the T-Series. Send me mail if you might be interested and could get out here to give a presentation.