Ah, bummer - what about the 11/780?
Sampsa
On 28 Nov 2010, at 20:44, Steve Davidson wrote:
Sampsa,
I'm pretty sure that the 3900 series machines only supported 64MB max
and that is what you are emulating.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Sampsa Laine
Sent: Sunday, November 28, 2010 15:41
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] SIMH VAX memory weirdness
Still only seeing 64 MB in the OS....
Sampsa
On 28 Nov 2010, at 20:27, Oleg Safiullin wrote:
On 29.11.2010 2:20, Sampsa Laine wrote:
I just increased the memory on one of my SIMH VAX VM's to 512 MB from
64 MB - the system boots fine but SHOW MEMORY (under OpenVMS 7.3-1)
still reports 64 MB.
Do I need to tell the VMS installation about the new RAM somehow? How
much RAM does 7.3-1 (VAX) support anyway?
Sampsa
Try to replace ka655.bin firmware with the following file:
http://pdp-11.org.ru/~form/files/ka655x.bin
Sampsa,
I'm pretty sure that the 3900 series machines only supported 64MB max
and that is what you are emulating.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Sampsa Laine
Sent: Sunday, November 28, 2010 15:41
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] SIMH VAX memory weirdness
Still only seeing 64 MB in the OS....
Sampsa
On 28 Nov 2010, at 20:27, Oleg Safiullin wrote:
On 29.11.2010 2:20, Sampsa Laine wrote:
I just increased the memory on one of my SIMH VAX VM's to 512 MB from
64 MB - the system boots fine but SHOW MEMORY (under OpenVMS 7.3-1)
still reports 64 MB.
Do I need to tell the VMS installation about the new RAM somehow? How
much RAM does 7.3-1 (VAX) support anyway?
Sampsa
Try to replace ka655.bin firmware with the following file:
http://pdp-11.org.ru/~form/files/ka655x.bin
Still only seeing 64 MB in the OS....
Sampsa
On 28 Nov 2010, at 20:27, Oleg Safiullin wrote:
On 29.11.2010 2:20, Sampsa Laine wrote:
I just increased the memory on one of my SIMH VAX VM's to 512 MB from 64 MB - the system boots fine but SHOW MEMORY (under OpenVMS 7.3-1) still reports 64 MB.
Do I need to tell the VMS installation about the new RAM somehow? How much RAM does 7.3-1 (VAX) support anyway?
Sampsa
Try to replace ka655.bin firmware with the following file:
http://pdp-11.org.ru/~form/files/ka655x.bin
On 29.11.2010 2:20, Sampsa Laine wrote:
I just increased the memory on one of my SIMH VAX VM's to 512 MB from 64 MB - the system boots fine but SHOW MEMORY (under OpenVMS 7.3-1) still reports 64 MB.
Do I need to tell the VMS installation about the new RAM somehow? How much RAM does 7.3-1 (VAX) support anyway?
Sampsa
Try to replace ka655.bin firmware with the following file:
http://pdp-11.org.ru/~form/files/ka655x.bin
I just increased the memory on one of my SIMH VAX VM's to 512 MB from 64 MB - the system boots fine but SHOW MEMORY (under OpenVMS 7.3-1) still reports 64 MB.
Do I need to tell the VMS installation about the new RAM somehow? How much RAM does 7.3-1 (VAX) support anyway?
Sampsa
Guys,
On the same note, my network will be disconnected some time in the near future, I've ordered a change to my DSL service (moving from two lines and a load balanced router to a single bonded connection - should increase down and uplink speeds by roughly a factor of 2).
At the moment I've only got a bridge connection to update, but anyone relying on GORVAX's MULTINET tunnel will experience some (hopefully minimal) downtime.
Sampsa
On Wed, Nov 17, 2010 at 4:53 AM, Pontus Pihlgren <pontus at update.uu.se> wrote:
Hi All.
There is some planned downtime in the university network that will
probably make mim.update.uu.se and anything else running under
update.uu.se unavailable from midnight til morning on the 24:th of
november.
If you read swedish:
http://uadm.uu.se/iti/it-drift/Driftavbrott
Notice that I have no control over this, I'm just the messenger.
Regards,
Pontus
Hello!
Thank you for advising us. I'm not the sort to "Stun the messenger
because he's the messenger." sort.... But it will cause an upset.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hi All.
There is some planned downtime in the university network that will
probably make mim.update.uu.se and anything else running under
update.uu.se unavailable from midnight til morning on the 24:th of
november.
If you read swedish:
http://uadm.uu.se/iti/it-drift/Driftavbrott
Notice that I have no control over this, I'm just the messenger.
Regards,
Pontus
On 12 Nov 2010, at 04:43, Bob Armstrong wrote:
Chrissie Caulfield wrote:
The thing to do is to upgrade dnprogs.
Thanks, Chrissie - good point. I downloaded the latest source tarball from
http://packages.debian.org/source/sid/all/dnprogs
and recompiled everything under lenny. [I must say that the recompile was
pretty painless as these things go.]
Now I have
ziti:/home/bob# dnroute -V
dnroute from dnprogs version 2.55
A few things appear different, but sadly dnroute still segfaults after
starting Multinet
ziti:/home/bob# dmesg | grep -i dnroute
[ 94.112034] dnroute[2996]: segfault at 0 ip 0804ac18 sp bfc40f70
error 4 in dnroute[8048000+6000]
I notice that the Multinet daemon no longer prints the address of the
adjacent node as it did before - don't know if that's significant or if that
behavior was just removed. And I also notice that the Multinet daemon now
exits (silently, without any message, good, bad or indifferent) shortly
after it's started (and presumably shortly after dnroute goes Tango
Uniform).
Is there a plan B?
I don't have a plan B sorry.
As I mentioned some time ago, I don't have the resources to maintain DECnet any more :-(
Chrissie