[Simh] Booting the vax750 simulator.
Mattis Lind
mattislind at gmail.com
Sat Jul 4 16:21:49 EDT 2015
A little bit of update to this. The very image I created on the Microvax 2
simulator which didn't boot on the vax750 simulator booted just fine on the
real thing. So there has to be some kind of bug inside the simulator as far
I understand it.
>>>B
%%
@@
Patch Control Store is Present
Done loading Patch bits and PCS
Ultrixboot - V4.0 Sat Mar 31 04:11:56 EST 1990
Loading (a)vmunix ...
Sizes:
text = 593304
data = 100864
bss = 320516
Starting at 0x2d4d
ULTRIX V4.0 (Rev. 161) System #1: Thu May 20 23:26:51 GMT+0100 1976
real mem = 8388608
avail mem = 5921792
using 204 buffers containing 838656 bytes of memory
VAX 11/750, hardware level = 0x8c, microcode level = 99
mcr0 (MS750) at address 0xf20000
uba0 at address 0xf30000
uda0 at uba0
uq0 at uda0 csr 172150 vec 774, ipl 15
ra1 at uq0 slave 1 (RA81)
ra0 at uq0 slave 0 (RA81)
WARNING: todr too small -- CHECK AND RESET THE DATE!
Sun Jun 20 23:35:50 GMT+0100 1976
Automatic reboot in progress...
/dev/ra0a: 596 files, 5592 used, 9959 free (143 frags, 1227 blocks, 0.9%
fragmentation)
/dev/rra0d: umounted cleanly
check quotas: done.
savecore: checking for dump...dump does not exist
local daemons: syslog sendmail.
Removing remnant Opser files
preserving editor files
clearing /tmp
standard daemons: update cron accounting network snmpd.
start errlog daemon - elcsd
Sun Jun 20 23:36:51 GMT+0100 1976
ULTRIX V4.0 (Rev. 161) (vax)
login: root
Password:
Last login: Sun Jun 20 23:35:25 on console
ULTRIX V4.0 (Rev. 161) System #1: Thu May 20 23:26:51 GMT+0100 1976
Digital Equipment Corporation
Nashua, New Hampshire
*** SOFTWARE INSTALLATION PROCEDURE COMPLETE ***
The following files were created during the installation procedure:
/vmunix - customized kernel
/genvmunix - generic kernel
/usr/adm/install.log - installation log file
/usr/adm/install.FS.log - file systems log file
/usr/adm/install.DEV.log - special device log file
2015-06-24 15:46 GMT+02:00 Henry Bent <hbent at oberlin.edu>:
> The /730 was configured with 5 MB, a UDA50, a DZ11, and a DEUNA. It
> suffers from the same kernel issue described above for the /750, so I
> really haven't done any significant testing at all other than confirming
> that the system comes up to multiuser and I can run basic commands.
>
> -Henry
>
> On 23 June 2015 at 22:21, Ethan Dicks <ethan.dicks at gmail.com> wrote:
>
>> On Tue, Jun 23, 2015 at 7:06 PM, Henry Bent <hbent at oberlin.edu> wrote:
>> > Out of curiosity I tried Ultrix 4.3 and 4.5 on the /750, both with
>> genvmunix
>> > and a custom kernel, and both showed the problem. Whatever the issue
>> here
>> > is, it appears to never have been fixed. I tried disabling just about
>> every
>> > device I could save for the disk, and I still got a panic every time.
>> The
>> > only thing I haven't yet tried is using a different disk controller
>> (than
>> > the UDA50).
>>
>> Definitely try a different disk. UNIX device drivers do not use the
>> hardware the same way that VMS drivers do. I helped debug the Simh
>> RP03 driver long ago because it wouldn't fully boot 2.9BSD (long story
>> short is that it was because the BSD driver wrote to a read-only
>> register to initiate an interrupt for device probing). I've also run
>> into issues with 4.3BSD not booting an 11/730 with RB80 (I did narrow
>> it down to specific lines of code in the rb.c driver but haven't
>> figured out what's not happening right. It's *very* early in the boot
>> sequence that things go off the rails, so it wasn't too hard to trace
>> in the code).
>>
>> > Interestingly, Ultrix 4.0 will boot on a /730 if you make a custom
>> kernel
>> > (genvmunix is too big). I didint' try 4.3 or 4.5.
>>
>> Huh. I haven't tried that. Interesting. Which disk? UDA50 or the
>> IDC + RB80? (DU driver vs DQ driver in VMS terms)
>>
>> -ethan
>>
>
>
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.trailing-edge.com/pipermail/simh/attachments/20150704/7ce9d0e6/attachment.html>
More information about the Simh
mailing list