Mark Thomas has joined us in the Cisco tunnel system!
Now I just need to hunt down Mark Darvill and see why his tunnel isn't
working.
Oh, and that Cory guy. His tunnel is still broken. *shakes fist at Cory*
:)
At this point in time we have 7 tunnel members. Yay!
-brian
On 2014-05-24 12:11, Jean-Yves Bernier wrote:
Node 10.1
Line = QNA-0
Controller = Normal
Counter timer = Off
Protocol = ETHERNET
Hardware address = 08-00-2B-AA-BB-CC
Controller CSR = 174440, Vector = 120
Priority = 5
Node 10.2
Line = QNA-0
Controller = Normal
Counter timer = Off
Protocol = ETHERNET
Hardware address = 08-00-2B-AA-BB-CC
Controller CSR = 174440, Vector = 120
Priority = 5
Shouldn't be AA-00-04-00-01-28 and AA-00-04-00-02-28 ?
The line information tells you what the *hardware* MAC address is.
Try "SHOW EXEC STAT" instead. :-)
Both nodes under simh.
The network is working, however.
Is it required to SET XQ MAC to match node address?
I guess it might depend on the version of simh and host system.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2014-05-24 11:52, Cory Smelosky wrote:
On Sat, 24 May 2014, Cory Smelosky wrote:
SET /UIC=[1,24]
SET /UIC=[200,200]
AT.T0 -- Undefined symbol $U$DAS
.IFT $U$DAS .SETS $FCPNM "FCPLRGID"
Clean install. Autoconfiguration. Followed all suggestions. This is
getting _ANNOYING_.
This with M+ 4.6?
I seem to remember seeing a bug reported at some point that might be this.
If I remember right then it's just a stupid small error. Try editing [200,200]SGNPREFIX.CMD, and add the following line somewhere appropriate:
.SETF $U$DAS
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2014-05-24 11:39, Cory Smelosky wrote:
On Sat, 24 May 2014, Johnny Billquist wrote:
On 2014-05-24 11:24, Cory Smelosky wrote:
On Sat, 24 May 2014, Johnny Billquist wrote:
They can't conflict, first one of certain devices is set, rest are
floating?
Well, I was referring to the rules about how to assign CSRs in the
floating space.
Assigning them in the floating space is what confuses me. ;)
What devices do you have in the machine.
Let me know, and I'll give you the addresses.
DLV11-J, DHV11, DELQA, MSCP SCSI controller
All of those should fit at the standard addresses I believe.
Like I said. A DHV11 do not have a standard address. They only live in the floating space.
Anyway:
With this setup, the DHV11 should be at 160440.
But yes, for those devices that have a fixed address for the first
one, the first one is easy. :-)
(DHVs do not have a fixed address.)
What threw me off was that the DHV11's address in the manual was 22-bit
and SYSGEN wanted 18-bit. ;)
Really? I was pretty sure SYSGEN actually asks for 16 bits... :-)
Whoops. 16 felt too small to me so I assumed 18. ;)
IND only do 16-bit arithmetic. :-)
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Node 10.1
Line = QNA-0
Controller = Normal
Counter timer = Off
Protocol = ETHERNET
Hardware address = 08-00-2B-AA-BB-CC
Controller CSR = 174440, Vector = 120
Priority = 5
Node 10.2
Line = QNA-0
Controller = Normal
Counter timer = Off
Protocol = ETHERNET
Hardware address = 08-00-2B-AA-BB-CC
Controller CSR = 174440, Vector = 120
Priority = 5
Shouldn't be AA-00-04-00-01-28 and AA-00-04-00-02-28 ?
Both nodes under simh.
The network is working, however.
Is it required to SET XQ MAC to match node address?
--
Jean-Yves Bernier
On Sat, 24 May 2014, Cory Smelosky wrote:
SET /UIC=[1,24]
SET /UIC=[200,200]
AT.T0 -- Undefined symbol $U$DAS
.IFT $U$DAS .SETS $FCPNM "FCPLRGID"
Clean install. Autoconfiguration. Followed all suggestions. This is getting _ANNOYING_.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sat, 24 May 2014, Johnny Billquist wrote:
On 2014-05-24 11:24, Cory Smelosky wrote:
On Sat, 24 May 2014, Johnny Billquist wrote:
They can't conflict, first one of certain devices is set, rest are
floating?
Well, I was referring to the rules about how to assign CSRs in the
floating space.
Assigning them in the floating space is what confuses me. ;)
What devices do you have in the machine.
Let me know, and I'll give you the addresses.
DLV11-J, DHV11, DELQA, MSCP SCSI controller
All of those should fit at the standard addresses I believe.
But yes, for those devices that have a fixed address for the first
one, the first one is easy. :-)
(DHVs do not have a fixed address.)
What threw me off was that the DHV11's address in the manual was 22-bit
and SYSGEN wanted 18-bit. ;)
Really? I was pretty sure SYSGEN actually asks for 16 bits... :-)
Whoops. 16 felt too small to me so I assumed 18. ;)
(By the way, congrats on getting the machine running.)
Thanks! I got RSX-11M+ 4.6 on it and I'm doing a SYSGEN there now. 4.6
will be better than 4.3.
I'm fine with half a board less RAM so long as it WORKS.
Indeed.
And 4.6 is better than 4.3
Yup. I even copied the pre-made baseline image so I could get the
networking bits easily. They're on DU2.
Good.
Yeah. Assuming I can get it on to DU1...which is set as an RA81 for PLENTY of disk.
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2014-05-24 11:24, Cory Smelosky wrote:
On Sat, 24 May 2014, Johnny Billquist wrote:
They can't conflict, first one of certain devices is set, rest are
floating?
Well, I was referring to the rules about how to assign CSRs in the
floating space.
Assigning them in the floating space is what confuses me. ;)
What devices do you have in the machine.
Let me know, and I'll give you the addresses.
But yes, for those devices that have a fixed address for the first
one, the first one is easy. :-)
(DHVs do not have a fixed address.)
What threw me off was that the DHV11's address in the manual was 22-bit
and SYSGEN wanted 18-bit. ;)
Really? I was pretty sure SYSGEN actually asks for 16 bits... :-)
(By the way, congrats on getting the machine running.)
Thanks! I got RSX-11M+ 4.6 on it and I'm doing a SYSGEN there now. 4.6
will be better than 4.3.
I'm fine with half a board less RAM so long as it WORKS.
Indeed.
And 4.6 is better than 4.3
Yup. I even copied the pre-made baseline image so I could get the
networking bits easily. They're on DU2.
Good.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On Sat, 24 May 2014, Johnny Billquist wrote:
They can't conflict, first one of certain devices is set, rest are
floating?
Well, I was referring to the rules about how to assign CSRs in the floating space.
Assigning them in the floating space is what confuses me. ;)
But yes, for those devices that have a fixed address for the first one, the first one is easy. :-)
(DHVs do not have a fixed address.)
What threw me off was that the DHV11's address in the manual was 22-bit and SYSGEN wanted 18-bit. ;)
(By the way, congrats on getting the machine running.)
Thanks! I got RSX-11M+ 4.6 on it and I'm doing a SYSGEN there now. 4.6
will be better than 4.3.
I'm fine with half a board less RAM so long as it WORKS.
Indeed.
And 4.6 is better than 4.3
Yup. I even copied the pre-made baseline image so I could get the networking bits easily. They're on DU2.
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
