18 Feb
1999
18 Feb
'99
4:25 a.m.
In article by David C. Jenner:
It seems to me that Pro/Venix is a potential candidate
for the PUPS
archive, the snag being DEC/Compaq residual interests in it. PUPS
covers the AT&T part, VenturCom has "given away" their part, and
DEC/Compaq is all that's left.
So:
1) Could this be a PUPS addition, if a good copy be found?
2) If someone has a copy, but worries about the DEC/Compaq
aspects, can a good copy of the disks I have be acquired?
(Anyone in this category might want to respond directly
to me instead of posting to the mailing lists.) After
all a PUPS licensee is 99.999% covered, and DEC/Compaq
objections are probably to worry about the AT&T part,
which the Ancient Unix license covers...
Dave
If we could get DEC/Compaq to allow access to Pro/Venix by UNIX source
license holders, then yes I would certainly add it to the Archive. If
there's no source code, and SCO are happy, then it could go up for anon ftp.
Cheers,
Warren
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id KAA14692
for pups-liszt; Thu, 18 Feb 1999 10:21:58 +1100 (EST)
From Warren Toomey <wkt(a)henry.cs.adfa.edu.au> Thu
Feb 18 09:18:40 1999
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au
[131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id KAA14687
for <pups(a)minnie.cs.adfa.edu.au>; Thu, 18 Feb 1999 10:21:50 +1100 (EST)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.1/8.9.1) id KAA18103
for pups(a)minnie.cs.adfa.edu.au; Thu, 18 Feb 1999 10:23:55 +1100 (EST)
(envelope-from wkt)
Received: from henry.cs.adfa.edu.au (henry.cs.adfa.edu.au [131.236.21.158])
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) with ESMTP id KAA14652
for <pups(a)minnie.cs.adfa.oz.au>; Thu, 18 Feb 1999 10:16:35 +1100 (EST)
Received: (from wkt@localhost)
by henry.cs.adfa.edu.au (8.9.1/8.9.1) id KAA18083
for pups(a)minnie.cs.adfa.oz.au; Thu, 18 Feb 1999 10:18:40 +1100 (EST)
(envelope-from wkt)
From: Warren Toomey <wkt(a)henry.cs.adfa.edu.au>
Message-Id: <199902172318.KAA18083(a)henry.cs.adfa.edu.au>
Subject: Help with regs on Pro serial ports
To: pups(a)minnie.cs.adfa.oz.au (Unix Heritage Society)
Date: Thu, 18 Feb 1999 10:18:40 +1100 (EST)
Reply-To: wkt(a)cs.adfa.oz.au
X-Mailer: ELM [version 2.4ME+ PL43 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-pups(a)minnie.cs.adfa.edu.au
Precedence: bulk
I'm trying to help get the kernel for the version of 2.9BSD ported to the
Pro-350. The patches supplied by Rick Macklem are slightly incomplete, e.g
there is no config shell script which knows about the new device drivers etc.
Anyway, one vital missing file is pcreg.h, which holds the structure
describing the registers of the serial ports on the Pro-350. By perusing
the file dev/pc.c, I've worked out that the struct looks something like:
struct pcdevice {
??? baud;
??? cdb;
??? csa;
??? csb;
??? csr;
??? dbuf;
??? mc0;
??? mc1;
??? mode;
??? stat;
}
where the fields are not in the correct order, and I have no idea what
C type each is. If anybody can help recreate this file, could they
email me?!
I've included below the C comments at the top of dev/pc.c.
If anybody has Rick Macklem's email address, could they pass that on too?
I will email him and see if he's got a more complete set of patches somewhere.
Many thanks in advance,
Warren
/*
* This driver handles the two serial ports on the back of the
* pro3xx system unit. Although not software compatible, they
* are handled as minor device 0 & 1 respectively, for the printer
* and communication port. Modem control is included but no sync
* serial support for the com. port.
* NOTE: The DSR line in the printer port is used for carrier
* detect so terminals or modems should be cabled accordingly.
* Local terminal cables should jumper DTR-CDT so that the carrier
* will appear to be up or PC_SOFTCAR defined and devs or'd with 0200.
* NOTE2: The interrupt service routines are as follows:
* plrint - printer port receive
* plxint - printer port transmit
* cmintr - communication port com. interrupt
* Modem transition interrupts are NOT used.
*/
Received: (from major@localhost)
by minnie.cs.adfa.edu.au (8.9.1/8.9.1) id LAA15025
for pups-liszt; Thu, 18 Feb 1999 11:31:53 +1100 (EST)