On Wed, 21 May 2014, Dave McGuire wrote:
:-)
Only problem is: cooling for the HDD and teh fact it's 4.3 instead of 4.6.
On 05/21/2014 11:15 PM, Cory Smelosky wrote:
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
:-)
On 05/21/2014 11:15 PM, Cory Smelosky wrote:
Everything I know about the Qbus tells me my bus shouldn't be
contiguous...but...
Processor Type: 11/23-PLUS Memory Size: 512. Kw
Options:
Extended Instruction Set (EIS)
Extended (22-Bit) Addressing
Parity Memory
Name Vector CSR Unit Type Remark
DUA 154 172150
0 RA82
1 RA82
2 RA82
3 RA82
MUB 330 160404
YLA 060 177560
YLB 300 176500
YLC 310 176510
YLD 320 176520
It's in a BA123 so I currently have a MicroPDPVAX 11/23 II
--
Dave McGuire, AK4HZ
New Kensington, PA
Everything I know about the Qbus tells me my bus shouldn't be contiguous...but...
Processor Type: 11/23-PLUS Memory Size: 512. Kw
Options:
Extended Instruction Set (EIS)
Extended (22-Bit) Addressing
Parity Memory
Name Vector CSR Unit Type Remark
DUA 154 172150
0 RA82
1 RA82
2 RA82
3 RA82
MUB 330 160404
YLA 060 177560
YLB 300 176500
YLC 310 176510
YLD 320 176520
It's in a BA123 so I currently have a MicroPDPVAX 11/23 II
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Hello,
I have built a simh based LAVC (just because it is cool), and I have a problem. The booting/sharing/clustering works as usual (that is, awesomly), but I can't make the decnet cluster alias work. I have defined it and if I do a show exec char I see it is defined. If I do a SET HOST to the cluster alias _FROM_ any node in the cluster, it also works (as SET HOST 0), but the address does not propagate thru the LAN, so it is not visible in SHOW NET/OLD and it is regarded as unreachable from any other node.
I have some real iron here, and there the cluster alias works as intended.
I wonder if it is a simh-related issue. I don't really know how does this thing work internally. Since DECNET has no ARP resolution I guess the MAC address corresponding to the DECNET address is somehow added to the NIC so it "listens" to both MAC addresses (the one corresponding to the node and the cluster one). Perhaps SIMH implementation does not allow this magic. If that was the case I'd consider it something to be fixed.
Any idea if I am missing something stupid before reporting this as a bug?
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
Interesting! I see 4 manuals for the DECmpp . That looks familiar, but I though that this was only a design circulating around DEC and not something that ever became a product. It looks like it did. Up to 16 processor cards with 1024 processors each. Neat.
paul
On May 21, 2014, at 1:44 PM, Mark Wickens <mark at wickensonline.co.uk> wrote:
Came across this link: http://decdoc.itsx.net/dec94mds/
On Wed, 21 May 2014, Cory Smelosky wrote:
Sent from mobile device that advertises itself for no good reason
On 21 May 2014, at 03:26, Johnny Billquist <bqt at softjar.se> wrote:
On 2014-05-21 05:14, Cory Smelosky wrote:
If only I could use the LTC from my busted 11/23+ :(
Hmm. Hang on. The 11/23 you have (also an 11-23+ I think we now have established) have the clock device on the CPU card, unless I remember wrong.
So you all need is a clock signal on the backplane. That is available in a BA23. Comes from the power supply.
The dual height module has the clock too? Huh. I do have a BA23 PSU so I can do this.
I have no card cage...but I have everything else needed to use it
My actual chassis from the BA23 is gone...the BA23's supply needs forced airflow right?
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects