On Sun, 25 May 2014, Johnny Billquist wrote:
taskbuilding...it must've preallocated space last round.
That sounds weird, and was probably a reason for the failures you later reported. But I'm not even aware that it would skip any steps. SYSGEN do not have such a feature. What did you do??? :-)
Probably. ;)
I have no idea what I did! I just continued from where I left off.
I'm going to stage it in SIMH so I won't need to wait 4 hours for confirmation of a chance working/not working. ;)
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2014-05-24 23:20, Cory Smelosky wrote:
On Sat, 24 May 2014, Dave McGuire wrote:
On 05/24/2014 05:14 PM, Cory Smelosky wrote:
Looks like progress!
TIME
17:09:44 24-MAY-14
;
TKB @RSXBLD
I don't recall it getting to this stage before!
Ah-HA, that's the biggie! Crossin' my fingers..
Yup!
It seems to have output less this time and jumped straight to the
taskbuilding...it must've preallocated space last round.
That sounds weird, and was probably a reason for the failures you later reported. But I'm not even aware that it would skip any steps. SYSGEN do not have such a feature. What did you do??? :-)
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 23:14, Jean-Yves Bernier wrote:
At 10:21 PM +0200 24/5/14, Johnny Billquist wrote:
So "Physical" is not "Hardware", and there is no need to SET XQ MAC.
I tried and it maked no change.
Right. Since your machine will set a different MAC address anyway, at
start, when you enable DECnet. The physical address is whatever you
set in simh before starting. It have no actual relevance once DECnet
starts. If you were to run something else, which did not use DECnet
(such as Unix), the address you set in simh will be the actual MAC
address used, since IP do not change the MAC address of interfaces. No
need.
You mean "the Hardware address is whatever you set in simh before
starting". CEX will set it to "Physical address" (in DECNET parlance)
which is AA-00-04-00-(1024 x area + node).
The MAC address is AA-00-04-00-01-28 for DECNET and 08-00-2B-AA-BB-CC
for Linux.
Uh... Not really. simh do not actually change the MAC address of the physical interface.
What it does is that it "fakes" it, so that you get a second MAC address on the physical interface, which just leads into simh. Linux own MAC address is yet again something else, and that is never touched.
The simh interface starts out with 08-00-2B-AA-BB-CC, but that is changed to AA-00-04-00-01-28 by DECnet when it starts up, at which point it no longer listens to 08-00-2B-AA-BB-CC. That address is just kept around as the original hardware address of the simulated network interface inside simh.
And with "physical" here I mean the actual network card in your PC, which Linux (or whatever host) is using.
So, a NIC may have different MAC addresses depending of the network
stack running. Am I right here?
Sortof. Your machine normally do only have one MAC address, but if you have DECnet running, it will need to change your MAC address. All other network protocols on your machine will then also use this "new" MAC address.
So, if you in Linux runs both DECnet and TCP/IP, you'll have a different MAC address than if you were to only run TCP/IP.
Really hard to give a good explanation on why without having good
access to all parts of the setup to be able to test and examine things.
Well, my system is working 99%, that's not so bad :)
It is working 100%, you just have performance issues...
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 Sun, 25 May 2014, Johnny Billquist wrote:
17:09:44 24-MAY-14
;
TKB @RSXBLD
I don't recall it getting to this stage before!
Cool. So how many things did you have to fix in the end, and how/where did you fix them?
I defined 3 undefined symbols in SGNPREFIX.CMD
However...now its failing in legitimately random ways in SIMH. No failure is consistent. :(
Johnny
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2014-05-24 23:14, Cory Smelosky wrote:
On Sat, 24 May 2014, Cory Smelosky wrote:
That was a mostly-joking comment. I'm not bothered by symbol errors I
can add to a prefix file. Thank GOD I don't need to do a full
executive gen every time!
Thank you!
-Dave
Looks like progress!
TIME
17:09:44 24-MAY-14
;
TKB @RSXBLD
I don't recall it getting to this stage before!
Cool. So how many things did you have to fix in the end, and how/where did you fix them?
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 23:19, Jean-Yves Bernier wrote:
At 10:26 PM +0200 24/5/14, Johnny Billquist wrote:
If I were to guess, there are packets dropped.
I can see the segment counter running backward at times, like this:
23:15:56.109519 10.2 > 10.1 586 data 45058>40193 seg 18
23:15:56.109855 10.2 > 10.1 378 data 45058>40193 seg 19
23:15:56.110118 10.2 > 10.1 586 data 45058>40193 seg 20
23:15:56.110277 10.2 > 10.1 586 data 45058>40193 seg 21
23:15:56.110548 10.2 > 10.1 586 data 45058>40193 seg 22
23:15:56.110736 10.2 > 10.1 364 data 45058>40193 seg 23
23:15:56.196612 10.2 > 10.1 586 data 45058>40193 seg 24
23:15:56.196816 10.2 > 10.1 586 data 45058>40193 seg 25
23:15:56.197113 10.2 > 10.1 586 data 45058>40193 seg 26
23:15:56.197316 10.2 > 10.1 394 data 45058>40193 seg 27
23:16:06.113164 10.2 > 10.1 586 data 45058>40193 seg 20
23:16:06.113458 10.2 > 10.1 586 data 45058>40193 seg 21
23:16:06.113664 10.2 > 10.1 586 data 45058>40193 seg 22
23:16:06.113994 10.2 > 10.1 364 data 45058>40193 seg 23
23:16:06.114152 10.2 > 10.1 586 data 45058>40193 seg 24
23:16:06.114304 10.2 > 10.1 586 data 45058>40193 seg 25
23:16:06.114657 10.2 > 10.1 586 data 45058>40193 seg 26
23:16:06.117048 10.2 > 10.1 394 data 45058>40193 seg 27
I sdon't know how good the tcpdump DECnet parsing is. I would prefer to look at the counters in DECnet instead.
But this would seem to suggest that you have retransmissions as well, yes.
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 23:18, Hans Vlems wrote:
The DIX spec says that hardware addresses ( the ones you put in the simh configuration file starting with 08-00-2B) must be unique .
Yes. But that is because no two controllers should have the same MAC address, because it would break communication on the ethernet. But what this really is about is the MAC address used during communication. And since the address is changed by DECnet, it that that address that needs to be unique from a technical point of view.
And it only actually needs to be unique within the same ethernet segment.
Johnny
Verzonden vanaf mijn BlackBerry 10-smartphone.
Origineel bericht
Van: Jean-Yves Bernier
Verzonden: zaterdag 24 mei 2014 23:14
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] Same MAC address on different nodes
At 10:21 PM +0200 24/5/14, Johnny Billquist wrote:
So "Physical" is not "Hardware", and there is no need to SET XQ MAC.
I tried and it maked no change.
Right. Since your machine will set a different MAC address anyway,
at start, when you enable DECnet. The physical address is whatever
you set in simh before starting. It have no actual relevance once
DECnet starts. If you were to run something else, which did not use
DECnet (such as Unix), the address you set in simh will be the
actual MAC address used, since IP do not change the MAC address of
interfaces. No need.
You mean "the Hardware address is whatever you set in simh before
starting". CEX will set it to "Physical address" (in DECNET parlance)
which is AA-00-04-00-(1024 x area + node).
The MAC address is AA-00-04-00-01-28 for DECNET and 08-00-2B-AA-BB-CC
for Linux.
So, a NIC may have different MAC addresses depending of the network
stack running. Am I right here?
Really hard to give a good explanation on why without having good
access to all parts of the setup to be able to test and examine
things.
Well, my system is working 99%, that's not so bad :)
--
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
Hello!
Are you sure you don't have the entire Monty Python crowd working
inside your setup Brian? Sorry I couldn't resist.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Sat, May 24, 2014 at 9:36 PM, Cory Smelosky <b4 at gewt.net> wrote:
On Sat, 24 May 2014, Brian Hechinger wrote:
On Sat, May 24, 2014 at 07:05:17PM -0400, Cory Smelosky wrote:
On Sat, 24 May 2014, Brian Hechinger wrote:
Does SIMH support IDLE on OSX?
I have no idea why SIMH would support a python IDE. ;););)
I didn't know that existed until just now! :)
Now you do!
Which simulator?
PDP-11 mainly.
Which OS? I seem to have had issues getting it to idle lately...but let's
just say I do some crazy things.
After the move I'll be able to power on the Xserve, which means SIMH,
but I'll also be able to power on some actual VAX hardware, so I'll run
VMS on those. :)
Get a real -11, too! ;)
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sat, 24 May 2014, Brian Hechinger wrote:
On Sat, May 24, 2014 at 07:05:17PM -0400, Cory Smelosky wrote:
On Sat, 24 May 2014, Brian Hechinger wrote:
Does SIMH support IDLE on OSX?
I have no idea why SIMH would support a python IDE. ;););)
I didn't know that existed until just now! :)
Now you do!
Which simulator?
PDP-11 mainly.
Which OS? I seem to have had issues getting it to idle lately...but let's just say I do some crazy things.
After the move I'll be able to power on the Xserve, which means SIMH,
but I'll also be able to power on some actual VAX hardware, so I'll run
VMS on those. :)
Get a real -11, too! ;)
-brian
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Sun, May 25, 2014 at 01:43:40AM +0200, Jordi Guillaumes i Pons wrote:
El 25/05/2014, a les 1.03, Brian Hechinger <wonko at 4amlunch.net> va escriure:
Does SIMH support IDLE on OSX?
Just checking the vax780 simulator now, it's running VMS 7.3 and eating a 4.5& of the CPU of my MacBook pro.
So I guess it does.
That's good news, thanks! :)
