HECnet June 2012

hecnet@lists.dfupdate.se

38 participants
612 discussions

rtVAX 300, was Re: lunchbox VAXen, was Re: [HECnet] Introducing myself... and my little network

by mcguire＠neurotica.com

On 06/07/2012 09:10 PM, Gregg Levine wrote: Oh my field density equalizers! So THAT'S what they're calling them now. ;) That gizmo is the one. I thought so! And if I had the space I'd track the thing down, again. I already have an M68K based VME board here. My problem isn't now finding a card cage for it, its working on how to get our old friend Tux working there. VME card cages aren't too tough to find. They're used all over the industrial world, though, which keeps the prices high. Best to find one at a surplus place who doesn't sell into industry much. Well someday perhaps. If you do find the time to get it working with your favorite OS, can you do me a favor and work on how to get me access onto it? Of course! -Dave -- Dave McGuire, AK4HZ New Kensington, PA

13 years

rtVAX 300, was Re: lunchbox VAXen, was Re: [HECnet] Introducing myself... and my little network

by gregg.drwho8＠gmail.com

On Thu, Jun 7, 2012 at 9:01 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 06/07/2012 08:29 PM, Gregg Levine wrote: I don't know why, but here goes, a while ago there were advertisements for a thing DEC called the "rtVAX", it was the processor element in a case about the size of a paperback and mounted on a VME board. Like this one? http://www.neurotica.com/misc/rtVAX-300-1.jpg http://www.neurotica.com/misc/rtVAX-300-2.jpg I picked that up at a hamfest just this past weekend! =) The rtVAX-300 is significantly smaller than a paperback, by the way. If memory serves, it contains a CVAX chipset, an Ethernet controller (SGEC I think), and some ROM. They advertised it as an embedded processor for specialty applications. The user would, what else? build their code on a host such as what we are talking about and including the implied difficulties of debugging it of course, and then deploy it onto the unit's storage media. And then off it went wearing the code written and the rest of it on something else. Why I want one (or two or three or four) is any number of reasons, but it would be an interesting job getting one of the things working on our network. I think it wouldn't be too tough to get most any OS running on it that supports a CVAX-based machine. I'm looking forward to messing with it. It's on a 6U VME module made by Aeon, and with it I also got a 6U VME mass storage module (a SCSI hard drive, and a floppy drive with a SCSI bridge board) and a very nice card cage with attached power supply. There's also a Motorola MVME-series 68040 CPU board in the card cage. -Dave -- Dave McGuire, AK4HZ New Kensington, PA Hello! Oh my field density equalizers! That gizmo is the one. And if I had the space I'd track the thing down, again. I already have an M68K based VME board here. My problem isn't now finding a card cage for it, its working on how to get our old friend Tux working there. Well someday perhaps. If you do find the time to get it working with your favorite OS, can you do me a favor and work on how to get me access onto it? ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

13 years

Size of HECnet

by jeep＠scshome.net

PATHWORKS V6 supplies a DECnet "stack" for DOS and Windows (16-bit). -Steve From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Joe Ferraro Sent: Wednesday, June 06, 2012 22:05 To: hecnet at update.uu.se Subject: Re: [HECnet] Size of HECnet On Wed, Jun 6, 2012 at 7:13 PM, Sampsa Laine <sampsa at mac.com> wrote: I've got a Windows NT 4.0 VM up occasionally too.. Sampsa boy that gives me bad memories of long days ... perhaps you should've gone for NT 3.50 while you were at it... I do have a Win 3.11 box running... perhaps there's a decnet stack for it?!!?

13 years

rtVAX 300, was Re: lunchbox VAXen, was Re: [HECnet] Introducing myself... and my little network

by mcguire＠neurotica.com

On 06/07/2012 08:29 PM, Gregg Levine wrote: I don't know why, but here goes, a while ago there were advertisements for a thing DEC called the "rtVAX", it was the processor element in a case about the size of a paperback and mounted on a VME board. Like this one? http://www.neurotica.com/misc/rtVAX-300-1.jpg http://www.neurotica.com/misc/rtVAX-300-2.jpg I picked that up at a hamfest just this past weekend! =) The rtVAX-300 is significantly smaller than a paperback, by the way. If memory serves, it contains a CVAX chipset, an Ethernet controller (SGEC I think), and some ROM. They advertised it as an embedded processor for specialty applications. The user would, what else? build their code on a host such as what we are talking about and including the implied difficulties of debugging it of course, and then deploy it onto the unit's storage media. And then off it went wearing the code written and the rest of it on something else. Why I want one (or two or three or four) is any number of reasons, but it would be an interesting job getting one of the things working on our network. I think it wouldn't be too tough to get most any OS running on it that supports a CVAX-based machine. I'm looking forward to messing with it. It's on a 6U VME module made by Aeon, and with it I also got a 6U VME mass storage module (a SCSI hard drive, and a floppy drive with a SCSI bridge board) and a very nice card cage with attached power supply. There's also a Motorola MVME-series 68040 CPU board in the card cage. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

13 years

Multinet Tunnel Connections to SG1::

by Paul_Koning＠Dell.com

On Jun 7, 2012, at 7:10 PM, Dave McGuire wrote: On 06/07/2012 08:23 AM, Johnny Billquist wrote: Howabout starting it as a daemon (running as root) via the boot scripts, and have non-root users's programs access it via a socket? Cool idea - you could even have multiple hosts connect this way but export one DECNET endpoint, i.e. run CTERM on Box A whilst FAL goes to Box B, and MAIL to Box C :) Yes, you could multiplex/demultiplex it any way you wanted. It would open up all sorts of interesting configuration possibilities. I think it would help if you actually explained a little more what you actually want to accomplish, and what you see as the problems...? We're just batting some ideas around. One problem is that the current DECnet stack for Linux has fallen into dismaintenance, and if that can't be changed, it will eventually stop working on current-ish kernels. The idea is to write a userland (meaning outside the kernel, not running under a non-root UID) implementation of DECnet and have non-root users' apps (dncopy, etc) talk to it via a local socket. That made me think of something... it could be split. If root privs are needed to get Ethernet to do the DECnet MAC address thing (promiscuous or otherwise), one could have a daemon that runs as root that implements the Ethernet datalink layer. Have it communicate with a non-root daemon that does the rest of the protocol stack; that in turn communicates with the applications. Worth it? Perhaps not. If people aren't worried about having the whole stack in a program with root privs, then this isn't necessary. BTW, another thing that such an implementation should do is implement DDCMP. I looked at it once as a module that ties into the terminal driver ("line discipline", was that what it's called???). But in the user mode way of looking at it, a DDCMP layer implementation would simply be a bit of plain old application code that talks to a terminal port configured in raw mode. paul

13 years

lunchbox VAXen, was Re: [HECnet] Introducing myself... and my little network

by gregg.drwho8＠gmail.com

On Thu, Jun 7, 2012 at 7:55 PM, Dave McGuire <mcguire at neurotica.com> wrote: On 06/07/2012 07:42 PM, Bob Armstrong wrote: Lunchboxes! :-) And there are images for new boot ROMs available for those which will allow you to boot from the on-board SCSI host adapter, ... I've heard of this, but I haven't seen it. As I recall, the onboard SCSI adapter uses programmed I/O (no DMA!) so it's really slow. For a TK50 nobody would ever notice, but for the system disk it's a problem. Better to cluster boot one, diskless. That'd likely be faster! I'm thinking of the case where one would want a standalone machine, and the XT2190/RD54 is as capacious as MFM gets. Having never run a '2000 via its SCSI host adapter myself, only the MFM interface, I'd have to wonder whether the bottleneck would be that PIO-accessed NCR5380 or the 78032 itself! FWIW, an RD54 isn't necessary. The 2000 can easily be convinced to use _any_ MFM drive, DEC or not. You can get VMS V4 on a 30 meg drive, maybe even 20, if you're determined. Long ago I wrote up a little description of all the VS 2000 disk formatter parameters, what they meant, and how to fake them for non-DEC drives. Google ancient Usenet postings if you're interested. I've had a copy of that archived away for many, many years. :-) -Dave -- Dave McGuire, AK4HZ New Kensington, PA Hello! I don't know why, but here goes, a while ago there were advertisements for a thing DEC called the "rtVAX", it was the processor element in a case about the size of a paperback and mounted on a VME board. They advertised it as an embedded processor for specialty applications. The user would, what else? build their code on a host such as what we are talking about and including the implied difficulties of debugging it of course, and then deploy it onto the unit's storage media. And then off it went wearing the code written and the rest of it on something else. Why I want one (or two or three or four) is any number of reasons, but it would be an interesting job getting one of the things working on our network. ----- Gregg C Levine gregg.drwho8 at gmail.com "This signature fought the Time Wars, time and again."

13 years

lunchbox VAXen, was Re: [HECnet] Introducing myself... and my little network

by mcguire＠neurotica.com

On 06/07/2012 07:42 PM, Bob Armstrong wrote: Lunchboxes! :-) And there are images for new boot ROMs available for those which will allow you to boot from the on-board SCSI host adapter, ... I've heard of this, but I haven't seen it. As I recall, the onboard SCSI adapter uses programmed I/O (no DMA!) so it's really slow. For a TK50 nobody would ever notice, but for the system disk it's a problem. Better to cluster boot one, diskless. That'd likely be faster! I'm thinking of the case where one would want a standalone machine, and the XT2190/RD54 is as capacious as MFM gets. Having never run a '2000 via its SCSI host adapter myself, only the MFM interface, I'd have to wonder whether the bottleneck would be that PIO-accessed NCR5380 or the 78032 itself! FWIW, an RD54 isn't necessary. The 2000 can easily be convinced to use _any_ MFM drive, DEC or not. You can get VMS V4 on a 30 meg drive, maybe even 20, if you're determined. Long ago I wrote up a little description of all the VS 2000 disk formatter parameters, what they meant, and how to fake them for non-DEC drives. Google ancient Usenet postings if you're interested. I've had a copy of that archived away for many, many years. :-) -Dave -- Dave McGuire, AK4HZ New Kensington, PA

13 years

lunchbox VAXen, was Re: [HECnet] Introducing myself... and my little network

by bob＠jfcl.com

Lunchboxes! :-) And there are images for new boot ROMs available for those which will allow you to boot from the on-board SCSI host adapter, ... I've heard of this, but I haven't seen it. As I recall, the onboard SCSI adapter uses programmed I/O (no DMA!) so it's really slow. For a TK50 nobody would ever notice, but for the system disk it's a problem. Better to cluster boot one, diskless. FWIW, an RD54 isn't necessary. The 2000 can easily be convinced to use _any_ MFM drive, DEC or not. You can get VMS V4 on a 30 meg drive, maybe even 20, if you're determined. Long ago I wrote up a little description of all the VS 2000 disk formatter parameters, what they meant, and how to fake them for non-DEC drives. Google ancient Usenet postings if you're interested. Bob

13 years

New bridge.c feedback

by Alastair.Boyanich＠au.fujitsu.com

Ah.. newer version available. Actually.. I think I'm about 50+ emails behind -CURRENT on the list .. I'll go read through them first and catch up. Al. -----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Johnny Billquist Sent: Thursday, 7 June 2012 6:11 PM To: hecnet at Update.UU.SE Subject: Re: [HECnet] New bridge.c feedback On 2012-06-07 09:42, Johnny Billquist wrote: Hi, Alastair. Thanks for the feedback. Interesting... Care to help me figure some things out...? On 2012-06-07 08:33, Boyanich, Alastair wrote: cc-1171 cc: WARNING File = bridge.c, Line = 684 The indicated expression has no effect. if (port == 0) port == DPORT; ^ Blech! Well, DPORT is by default set to 0. See the documentation of the define in the sources... This one will stay. Oh well. I made a conditional around this, so that if people don't change DPORT, it will not even be compiled. Warning gone... Cleaned up the code some, based on inspiration fallout here. New version available. No functional changes... Johnny

13 years

New bridge.c feedback

by Alastair.Boyanich＠au.fujitsu.com

Hi Johnny, Yes. It seems to want <strings.h> 6.5.24 and above (or 6.5.29f in my case) was aiming at SUSv3 compliance away from base XPG4 so things were moved to strings.h (http://pubs.opengroup.org/onlinepubs/009695399/functions/index.html) .. it's also in the 3c index man page, you were right. So, compiles on IRIX 6.5.29 if the header is included. Worth gating it in via #ifdef ? I'm also a fan of enum types. Binary emitted is ~298kb. Also, your welcome to an account on the system if you wish to poke/play around, it's accessible over ssh and the general internet (it's my daily shell/hacking on code box). -Wall makes the MIPSpro runtime *extremely* chatty. It's quite anal. See below. Al. cc-3201 cc: REMARK File = bridge.c, Line = 158 The parameter "data" was never referenced. int lookup(struct sockaddr_in *sa, char *data) ^ cc-1506 cc: REMARK File = bridge.c, Line = 460 There is an implicit conversion from "unsigned long" to "long"; rounding, sign extension, or loss of accuracy may result. delta = timedelta(bridge[index].lasttime); ^ cc-3201 cc: REMARK File = bridge.c, Line = 559 The parameter "r" was never referenced. void dump_nomatch(struct sockaddr_in *r, struct DATA *d) ^ cc-3201 cc: REMARK File = bridge.c, Line = 559 The parameter "d" was never referenced. void dump_nomatch(struct sockaddr_in *r, struct DATA *d) ^ cc-1185 cc: WARNING File = bridge.c, Line = 579 An enumerated type is mixed with another type. d->type = classify_packet(d); ^ cc-1171 cc: WARNING File = bridge.c, Line = 685 The indicated expression has no effect. if (port == 0) port == DPORT; ^ cc-1498 cc: REMARK File = bridge.c, Line = 709 There is no prototype for the call to read_conf. read_conf(); ^ cc-1209 cc: REMARK File = bridge.c, Line = 715 The controlling expression is constant. while(1) { ^ jazz:~/src/HECnet[436]%

13 years

← Newer
1
...
35
36
37
38
39
40
41
...
62
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet June 2012