20 Jun
2024
20 Jun
'24
12:01 a.m.
I have a new-in-box (but twenty-year-old) HP C8000 workstation (HP
Precision Architecture). The box contains an HP-UX license certificate,
entitling me to copy and install HP-UX 11i v1 (11.11) TCOE (Technical
Computing Operating Environment) for use on the machine. Unfortunately I
don't have 11i v1 install media. Unfortunately the license entitlement is
not sufficient to be able to get a copy from HPE, because they no longer
support HP-UX 11i v1 (11.11), nor the C8000 workstation, and even when they
did, you had to have a subscription to get the support and buy media or
download images.
I'm hoping that someone here might have such media, and be willing to sell
me a media set, or copies or ISO/UDF images. (They have to be "real" ripped
images, not a rebuild using typical burner software that builds a new
ISO/UDF image out of gathered files.)
Ideally, the disks I want are AFAIK the final 11i v1 disks::
p/n B6821-10057 HP-UX 11i TCOE DVD from December 2006
p/n B6845-10052 HP-UX 11i MTOE DVD from December 2006 (MTOE is a subset of
TCOE)
p/n 5014-1459 HP-UX 11i Applications DVD from September 2009
p/n B3921-10061 HP-UX 11i Instant Invo CD from September 2009
p/n 5013-8893 HP-UX 11i Support Plus from December 2008
p/n DV500-10026 HP-UX 11i IUX DVD from 2005 or 2006
However, I can't be that picky. I'd settle for ANY edition of those titles,
earlier or later, or the equivalent CD sets instead of the DVDs, as long as
it is HP-UL 11i, and not 11.00, 11i v2, or 11i v3. As far as I've been able
to determine, the C8000 can run any release of 11i v1, but can't run 10.20
or 11.00. It _might_ be able to run 11i v2 or v3 without graphics support,
but I'd really like the graphics to work.
If anyone can help me out, please get in touch! Thank you!
This is ultimately part of a project to come up with a replacement
processing system for the HP 16700 family logic analyzers, which are based
on a 150 MHz PA-7300LC. Ultimately I'm hoping to control the logic
analayzer acquisition modules from a non-PA-RISC processor (e.g., x86), but
I want to tackle this in smaller steps, like making the software run on a
newer PA-RISC processor (the PA-8900 in the C8000). It's much easier to
start with a processor that at least has the same architecture, rather than
having to jump immediately into binary translation.
Not to mention that it would just be nice to have the C8000 working at all.
I have the p/n 5990-7398 Dcoumentation Library CD for HP Workstation C8000
from May 2004, and the p/n 5991-5986 HP9000 Offline Diagnostics Environment
PA0712 from December 2007, if anyone needs copies of those. (The Offline
Diagnostics Environment disc says "Valid license required".
Best regards,
Eric
20 Jun
20 Jun
4:12 a.m.
On Thu, Jun 20, 2024 at 5:01 AM Eric Smith via cctalk <cctalk(a)classiccmp.org>
wrote:
This is ultimately part of a project to come up with a replacement
processing system for the HP 16700 family logic analyzers, which are based
on a 150 MHz PA-7300LC. Ultimately I'm hoping to control the logic
analayzer acquisition modules from a non-PA-RISC processor (e.g., x86), but
I want to tackle this in smaller steps, like making the software run on a
newer PA-RISC processor (the PA-8900 in the C8000). It's much easier to
start with a processor that at least has the same architecture, rather than
having to jump immediately into binary translation.
I'm interested in this. I'm looking at the bottom end, the bus and cards,
but there may be information we can share.
5:15 a.m.
On Thu, Jun 20, 2024 at 2:13 AM Adrian Godwin via cctalk <
cctalk(a)classiccmp.org> wrote:
I'm interested in this. I'm looking at the
bottom end, the bus and cards,
but there may be information we can share.
That's where I'm starting, too. I'm using a 16500A (rather than a B, C, or
1670x) because it should be much simpler to figure out how the processor
accesses the registers and memory of the modules. Then it should be
possible to build something like a USB4 PCIe alternate mode interface to
the analyzer backplane, replacing the analyzer's CPU card.
I don't intend to reverse-engineer details of how the modules actually
work. Instead, I want to run the real 16700 software in simulation or
binary translation on a PC.
The tricky part is going to be figuring out how the module correlation
circuitry on the CPU board works, because my plan requires reproducing that.
5:35 a.m.
Hello,
I have some images, I'm uploading them to this folder
https://1drv.ms/f/s!AimuHQefzYTDgrwm_KAaNUdZRaw6IA?e=MwLOVN
I will add mcoe 2005 , and oe 2001
Also
https://1drv.ms/f/s!FimuHQefzYTDg3RXTWNDb0VLVVNnMCQM?e=5fe0c5
patches
-----Original Message-----
From: Eric Smith via cctalk <cctalk(a)classiccmp.org>
Sent: Thursday, June 20, 2024 11:15 AM
To: General Discussion: On-Topic and Off-Topic Posts <cctalk(a)classiccmp.org>
Cc: Eric Smith <spacewar(a)gmail.com>
Subject: [cctalk] Re: wanted: HP-UX 11i v1 (11.11) install media or images
On Thu, Jun 20, 2024 at 2:13 AM Adrian Godwin via cctalk < cctalk(a)classiccmp.org>
wrote:
I'm interested in this. I'm looking at the
bottom end, the bus and
cards, but there may be information we can share.
That's where I'm starting, too. I'm using a 16500A (rather than a B, C, or
1670x) because it should be much simpler to figure out how the processor accesses the
registers and memory of the modules. Then it should be possible to build something like a
USB4 PCIe alternate mode interface to the analyzer backplane, replacing the analyzer's
CPU card.
I don't intend to reverse-engineer details of how the modules actually work. Instead,
I want to run the real 16700 software in simulation or binary translation on a PC.
The tricky part is going to be figuring out how the module correlation circuitry on the
CPU board works, because my plan requires reproducing that.
5:54 a.m.
On Thu, Jun 20, 2024 at 10:15 AM Eric Smith via cctalk <
cctalk(a)classiccmp.org> wrote:
That's where I'm starting, too. I'm using a 16500A (rather than a B, C, or
1670x) because it should be much simpler to figure out how the processor
accesses the registers and memory of the modules. Then it should be
possible to build something like a USB4 PCIe alternate mode interface to
the analyzer backplane, replacing the analyzer's CPU card.
That was my thinking too, but I am less ambitious on the backplane. I
haven't measured the bus speed there yet but i suspect it's rather slow and
uses block read / DMA style operations for the buffers (there are not
enough address bits for much else). I thought it might be supported by a
cypress ez-usb so old HP cards could be used for much wider/faster captures
than when they're used in streaming mode.
I don't intend to reverse-engineer details of how
the modules actually
work. Instead, I want to run the real 16700 software in simulation or
binary translation on a PC.
I want to look first at what really simple cards like a 16510 get in order
to start/stop/transfer. However these typically don't work with the 16700
UI so although running that under emulation is attractive I don't think you
can use anything older than a 16555.
There's also the division between 16505 software (which I think is related
to early 16700) and the 16500C which it drives over SCSI.
The tricky part is going to be figuring out how the module correlation
circuitry on the CPU board works, because my plan requires reproducing
that.
Yes. I'll be happy getting a single card working. Multicard setups can use
a real 16700 but if you're working to accelerate that it's a nice
complement to a single-card option.
26 Jun
26 Jun
12:33 a.m.
I’m all but certain that the 16500 series is a 68k not PA-RISC though.
Robert Johnson
---
Telegram: @alohawolf
Telephone:+1-206-683-5108
C*NET: 18219881
Email:aloha@blastpuppy.com
--
"Follow the path of the unsafe, independent thinker. Expose your ideas to the danger
of controversy. Speak your mind and fear less the label of "crackpot" than the
stigma of conformity."
- Thomas J. Watson Sr.
On Jun 20, 2024, at 04:15, Eric Smith via cctalk
<cctalk(a)classiccmp.org> wrote:
On Thu, Jun 20, 2024 at 2:13 AM Adrian Godwin via cctalk <
cctalk(a)classiccmp.org> wrote:
I'm interested in this. I'm looking at
the bottom end, the bus and cards,
but there may be information we can share.
That's where I'm starting, too. I'm using a 16500A (rather than a B, C, or
1670x) because it should be much simpler to figure out how the processor
accesses the registers and memory of the modules. Then it should be
possible to build something like a USB4 PCIe alternate mode interface to
the analyzer backplane, replacing the analyzer's CPU card.
I don't intend to reverse-engineer details of how the modules actually
work. Instead, I want to run the real 16700 software in simulation or
binary translation on a PC.
The tricky part is going to be figuring out how the module correlation
circuitry on the CPU board works, because my plan requires reproducing that.
27 Jun
27 Jun
8:05 p.m.
On Tue, Jun 25, 2024, 22:33 Robert Johnson via cctalk <cctalk(a)classiccmp.org>
wrote:
I’m all but certain that the 16500 series is a 68k not
PA-RISC though.
Yes. It is the 16700 series that uses a PA7300LC CPU.
Nevertheless, for reverse-engineering the module interface, working with a
16500 will be easier.
0
days inactive
8
days old
6 comments
4 participants
participants (4)
-
Adrian Godwin -
Alessandro Mazzini -
Eric Smith -
Robert Johnson