[TUHS] running BSD 2.11 on my PDP 11/70 emulator
Folkert van Heusden
folkert at vanheusden.com
Wed Apr 9 05:11:47 AEST 2025
1. sounds like a calculation bug of some sort. possible, but not likely:
I patched simh to output a set of large JSON-files with tests and their
outcomes so that I can verify my emulator with the gold standard of pdp
emulation without simply copying the simh-code (hopefully one day I can
produce that set with a real hardware pdp 11/7). sofar I fixed all
problems I found (a few flag problems and handling of the PSW).
2. yeah I have a suspicion that it might be a problem in one of the more
complex addressing modes (@xxx(R7) for example where some of it comes
from I space and some of D-space). am writing tests or that now.
regarding the 11/45 versus 11/70: I set the cpu to 11/70 when verifying
the disk-image with simh. so it should run in a 11/70.
3. if I do that, the "avail mem" goes down with it, user mem stays
307200.
[1*:
https://vanheusden.com/git/folkert/simh-testsetgenerator/src/branch/valgen
look for test.c]
On 2025-04-07 14:02, Kenneth Goodwin wrote:
> To me it looks like a memory issue of some sort. Setup of the MMU etc.
>
> 1. Your user memory is less than 10% of "available memory" which should
> be the amount left after the kernel loads and allocates dynamic
> buffers. User memory should be alot closer to available number. Unless
> it is referring to limits of mmu per process and not total available
> for all user level programs.
>
> 2. The bulk of the text dump seems to just be random initialized data
> dumped from Ram.
> Aka - Printf() format strings. Indicates that the wrong address in
> memory is potentially being accessed.
>
> Perhaps the pdp11 emulator configuration does not have a correct mmu
> for your image file.
>
> For example, you are running the 11/70 emulation and the binary image
> you are running is actually compiled for a pdp 11/45.
>
> The 11/70 has an mmu supporting split instruction and data spaces. 64k
> instruction, 64k data. But the kernel you are using was compiled to
> run on a non split I And D version of the pdp11 supporting only 64kb of
> combined user and data.
>
[ this suggestion came from Kenneth's 2nd reply, added in this message
to prevent a lot of reply-mails by me ]
> 3. If your bsd image has kernel dynamic buffer configuration limit
> parameters, you could tweak those down say 50% to see what happens.
> (Not a BSD kernel hacker and it's been a while since I last read over
> the source code)
More information about the TUHS
mailing list