[Simh] Booting the vax750 simulator.

Henry Bent hbent at oberlin.edu
Mon Jul 6 17:42:43 EDT 2015


I took a quick look at this under Ultrix 4.3, where the same problem
occurs.  There are Ultrix 4.3 sources, so that makes things somewhat
easier.  The panic occurs in ubarelse(), which releases uba resources.

Unfortunately, as far as I know, the Ultrix linker does not have a way to
produce a link map.  You can at least see what the function addresses are
by using "nm -n" on the kernel you're running.

-Henry

On 6 July 2015 at 15:41, Mark Pizzolato - Info Comm <Mark at infocomm.com>
wrote:

> Hi Mattis,
>
>
>
> I’m working with the disk image you provided.  I see the failure on the
> VAX750 simulator.
>
>
>
> What is the root password on this disk?
>
>
>
> Do you know if any sort of link map is available from this kernel build?
>
>
>
> Have you tried earlier versions of Ultrix on the 750 simulator?  As I
> recall, I think I once came across Ultrix sources for some prior versions.
> It would seem that the VAX750 would be supported pretty much back at the
> beginning so, if we can reproduce this failure on a version with sources
> we’d have more to go on.
>
>
>
> I initially look at the crash message:
>
>
>
> sim> b rq0
>
> Loading boot code from vmb.exe
>
>
>
> 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  = 15728640
>
> avail mem = 12378112
>
> using 384 buffers containing 1572864 bytes of memory
>
> VAX 11/750, hardware level = 0x9c, microcode level = 99
>
> mcr0 (MS750) at address 0xf20000
>
> mba0 at address 0xf28000
>
> 0 mba's not configured
>
> mba0 at address 0xf2a000
>
> 0 mba's not configured
>
> uba0 at address 0xf30000
>
> uda0 at uba0
>
> uq0 at uda0 csr 172150 vec 774, ipl 15
>
> dz0 at uba0 csr 160100 vec 300, ipl 15
>
>
>
> machine check 2: non-existant reference error
>
>        sumpar  = 2
>
>         va      = 80001a90
>
>         errpc   = 0
>
>         mdr     = 0
>
>         smr     = 0
>
>         rdtimo  = 0
>
>         tbgpar  = 0
>
>         cacherr = 0
>
>         buserr  = 140008
>
>         mcesr   = 0
>
>         pc      = 80087c61
>
>         psl     = 4150008
>
>
>
>         mcsr    = 140000
>
>
>
> I note that the PC mentioned is: 80087c61.
>
>
>
> If I do the following:
>
>
>
>      sim> BRE 80087c61
>
>      sim> SET CPU HISTORY=300
>
>      sim> B RQ0
>
>
>
> Execution flows up to the indicated address and if I single step from
> there, the exception is taken.
>
>
>
> The instruction which causes the exception is:
>
>                BISL2 #60000001,(R0)
>
> And R0 contains:
>
>
>
> But the instructions executed prior to the failing instruction seems to be
> walking through some memory structures, which no real clue yet exists as to
> what it might be trying.  Hence, my request for a link map and also to try
> and reproduce this with an OS version that has source…
>
>
>
> -        Mark
>
>
>
> *From:* Simh [mailto:simh-bounces at trailing-edge.com] *On Behalf Of *Mattis
> Lind
> *Sent:* Sunday, June 21, 2015 1:42 PM
> *To:* simh at trailing-edge.com
> *Subject:* Re: [Simh] Booting the vax750 simulator.
>
>
>
>
>
>
>
>
>
>
>
>
>
> 2015-06-21 18:22 GMT+02:00 Mark Pizzolato - Info Comm <Mark at infocomm.com>:
>
> Hi there Mattis,
>
>
>
> Well, what you’re asking for (running model specific diagnostics) has been
> out of scope for all of the simh VAX simulators.  The scope has been to be
> able to run operating system and application software that ran on these
> systems.  If you had source code for the diagnostic you’re trying to run
> maybe some understanding of why it fails on both the real hardware and what
> might be needed in the simulator to support it would be possible….
>
>
>
> Unfortunately I don't have the source for the diagnostic. It is a pain and
> that was one of the reasons for trying the simulator in the first place.
> But I certainly understand that it is quite different to simulate it to
> pass a diagnostic which tries to do all sorts of strange things than
> running a real operating system.
>
>
>
> As for Ultrix 4.0 on the VAX750 simulator, well I haven’t explored the
> documentation, but it might be possible that by the time Ultrix 4.0 came
> along, it never got tested on the older hardware.  Does this disk image
> boot using the VAX780 and VAX8600 simulators?
>
>
>
> This kernel I built was only microvax II and VAX-11/750 so it won't
> directly boot on a 11/780 nor a VAX8600. But if I add a line CPU
>  "VAX780" and CPU    "VAX8600" it boots on both.
>
>
>
> But still no-go on vax750. I even tried to remove some more optional
> features in the kernel config but no difference. Still boot on vax780,
> microvax2 and vax8600 simulator though.
>
>
>
> Here is the image I tried :
> https://dl.dropboxusercontent.com/u/96935524/Datormusuem/VAX11-750/ultrix3.dsk
>
>
>
>
>
> /Mattis
>
>
>
>
>
> -        Mark
>
>
>
> *From:* Simh [mailto:simh-bounces at trailing-edge.com] *On Behalf Of *Mattis
> Lind
> *Sent:* Sunday, June 21, 2015 1:10 AM
> *To:* simh at trailing-edge.com
> *Subject:* Re: [Simh] Booting the vax750 simulator.
>
>
>
>
>
>
>
> 2015-06-19 16:33 GMT+02:00 Johnny Billquist <bqt at softjar.se>:
>
> I would suggest you start off by creating the system using a simulated
> uVAX II, as that can boot from tape. Once you have the system running. move
> the disk over to an emulated 11/750, and continue playing from there.
>
>
>
>
>
> I did as Johnny recommended and then I got VMS 6.1 working on the vax750
> simulator. Getting Ultrix 4.0 to work seems to be harder. I made a kernel
> config with just the uda and dz drivers. Exactly the same kernel boots just
> fine in the microvax2 simulator, but it fails on me in the vax750
> simulator.  Anyone got Ultrix 4.0 working on the vax750 simulator?
>
>
>
> Since another of the reasons for using the vax750 simulator is to
> understand how the diagnostics work (since the Cache/TB fails on the real
> machine. Either there is areal fault or possibly some kind of
> incompatibility between the board set I have and the diagnostic).
>
>
>
> It would be very useful if they could run in the simulator as well. Anyone
> succeeded in running the diagnostics in the vax750 simulator?
>
>
>
> sim> boot rq0
>
> Loading boot code from vmb.exe
>
>
>
> Ultrixboot - V4.0  Sat Mar 31 04:11:56 EST 1990
>
>
>
> Loading (a)vmunix ...
>
>
>
> Sizes:
>
> text = 664356
>
> data = 113152
>
> bss  = 342256
>
> Starting at 0x2b4d
>
>
>
> ULTRIX V4.0 (Rev. 161) System #2: Wed May 19 13:29:37 GMT+0100 1976
>
> real mem  = 8388608
>
> avail mem = 5818368
>
> using 204 buffers containing 838656 bytes of memory
>
> VAX 11/750, hardware level = 0x9c, microcode level = 99
>
> mcr0 (MS750) at address 0xf20000
>
> mba0 at address 0xf28000
>
> 0 mba's not configured
>
> mba0 at address 0xf2a000
>
> 0 mba's not configured
>
> uba0 at address 0xf30000
>
> uda0 at uba0
>
> uq0 at uda0 csr 172150 vec 774, ipl 15
>
> dz0 at uba0 csr 160100 vec 300, ipl 15
>
>
>
> machine check 2: non-existant reference error
>
>           sumpar            = 2
>
>           va        = 80001890
>
>           errpc    = 0
>
>           mdr     = 0
>
>           smr      = 0
>
>           rdtimo = 0
>
>           tbgpar  = 0
>
>           cacherr            = 0
>
>           buserr  = 140008
>
>           mcesr  = 0
>
>           pc        = 800991c1
>
>           psl       = 4150008
>
>
>
>           mcsr    = 140000
>
>
>
>
>
> cpu 1 panic: mchk
>
>
>
>
>
> locks held by cpu 1
>
>
>
>
>
> print locks held by non-active processes
>
> done
>
>
>
>
>
>
>
> ***************************
>
> cpu 1 register dump
>
> sp       = 800017d4     ap        = 80001850     fp         = 80001830
>
> pc       = 80084a88     ksp      = 7ffffe88       usp      = 7fffc800
>
> isp      = 80001780     p0pr     = 80bd8c00     p0lr     = 00000000
>
> p1br   = 803d8e00     p1lr     = 001fffe4       sbr       = 000bde00
>
> slr      = 00008d9a     pcbb    = 00111a00     scbb     = 00000600
>
> ipl      = 0000001f     astlvl   = 00000004     sisr      = 00000000
>
> iccs    = 00000041
>
>
>
> interrupt stack:
>
> 80001780: 800aa989 800017ac        00000001        8010190c
>
> 80001790: 801018d8 80101998        800b44ba        00000080
>
> 800017a0: 00000178 00000020        00000000        20000000
>
> 800017b0: 80001818 800017d4        8004a0e2        00000003
>
> 800017c0: 800b44b5 00000001        800017e4        00000002
>
> 800017d0: 00000000 00000000 *     2fff0000          80001850 ap
>
> 800017e0: 80001830 fp        80084a88 pc   00000000 r0    0000001f r1
>
> 800017f0: 00000001 r2        8000197c r3    00000026 r4    00000000 r5
>
>
>
> kernel stack:
>
> 7ffffe88: 00000000   2fc00000         7ffffee0
> 7ffffec4
>
> 7ffffe98: 80009bad   00000000        80189f54         00000000
>
> 7ffffea8: 00000000   00000000        80189f54         00000003
>
> 7ffffeb8: 80189f54   00000014        800edd18        00000000
>
> 7ffffec8: 2c000000   7fffff14           7ffffeec           80076967
>
> 7ffffed8: 80e0509c   800925d4        00000001        80189f54
>
> 7ffffee8: 00000000   00000000        2f800000         7fffff48
>
> 7ffffef8: 7fffff30      80092914        00000000        801285d8
>
> 7fffff08: 00000000   800bdd48        80e05000        00000003
>
> 7fffff18: 800925d4   00001701        80e0509c        00000000
>
> 7fffff28: 00000000   80e02400        00000000        28000000
>
> 7fffff38: 7fffff6c      7fffff58           80092746        00000006
>
> 7fffff48: 00000003   00001701        800e7cc8         00000000
>
> 7fffff58: 00000000   20000000        7fffff94           7fffff78
>
> 7fffff68: 8003d454   00000001        00001701        800e7cc8
>
> 7fffff78: 00000000   2c000000        7fffffb8           7fffff9c
>
> 7fffff88: 8003cde3    007ff800         00000006        00000000
>
> 7fffff98: 800a8a58    00000000        2c000000        7ffffff8
>
> 7fffffa8: 7fffffcc       8003c49d        007ff800         00000006
>
> 7fffffb8: 00000000   00000000        00000000        800e9cc0
>
> 7fffffc8: 00000000   00000000        2fc00000         00000000
>
> 7fffffd8: 00000000   80003042        00000000        00000000
>
> 7fffffe8: 00000000   00000000        007ff800         00000000
>
> 7ffffff8: 00000001    0000089b
>
> dump area improper
>
>
>
>
>
>
>
>
>         Johnny
>
>
>
> On 2015-06-19 16:14, Mattis Lind wrote:
>
> Hello!
>
> I am in the process to revive an VAX-11/750 machine but since I have no
> tape (nor install tapes) drive my idea was to  create an image which I
> could transfer to a SCSI disk and then use a MSCP SCSI controller to
> boot the machine.
>
> I thought it would be a good idea to use the SimH vax750 simulator to do
> this work. But I encounter problem. Many of these problems are probably
> due to the fact I am not very familiar with SimH. Although I think I
> read though several documents and studied the source code.
>
> The booting process of the SimH vax750 simulator seems to differ from
> the real VAX-11/750. On the real thing when I insert console media and
> boot it it will read and I get a BOOT58> prompt. This doesn't happen at
> all on the simulator. Instead it seems that it preloads vmb.exe and then
> execute it.
>
> The images I have been using was found on
> http://iamvirtual.ca/VAX11/VAX-11-software.html
>
> All tests below is run using SimH from github compiled on MACOS.
> Although I have also tested to compile it on Linux with the same result.
>
> This is what happen on the simulator:
>
> sim> boot td0
> Loading boot code from vmb.exe
>
>
>
> Please remove the volume "CONSOLE" from the console device.
>
> Insert the first standalone system volume and enter "YES" when ready: YES
>
> Resuming load operation on volume "CONSOLE", please stand by . . .
>
>
> 1 BRK AT 00001C50
> 00001C50/CF00FB01
>
> It seems some kind of command line is active since I get this output
> when I press some random keys:
>
>
> EH?
> EEE
> 00000EEE /8AAF9552
>
>
> --------
>
> Booting a standalone backup works OK if I don't follow the instructions
> to replace the console media the first time.
>
>
> sim> attach td0 /Users/mattis_lind/Downloads/BE-CT97A-BE.TAP
> TD: writing buffer to file
> TD: buffering file in memory
> sim> boot td0
> Loading boot code from vmb.exe
>
>
>
> Please remove the volume "SYSTEM_1" from the console device.
>
> Insert the first standalone system volume and enter "YES" when ready: YES
>
> Resuming load operation on volume "SYSTEM_1", please stand by . . .
>
>
> Please remove the volume "SYSTEM_1" from the console device.
>
> Insert the next standalone system volume and enter "YES" when ready:
> Simulation stopped, PC: 000083D8 (MFPR #20,R0)
> sim> attach td0 /Users/mattis_lind/Downloads/BE-CT98A-BE.TAP
> TD: writing buffer to file
> TD: buffering file in memory
> sim> cont
> YES
>
> Resuming load operation on volume "SYSTEM_2", please stand by . . .
>
>
>
>     VAX/VMS Version V4.0 15-SEP-1984 22:29
>
>
> Please remove the volume "SYSTEM_2" from the console device.
>
> Insert the standalone application volume and enter "YES" when ready:
> Simulation stopped, PC: 80008B1F (BRB 80008B1F)
> sim> attach td0 /Users/mattis_lind/Downloads/BE-CT99A-BE.TAP
> TD: writing buffer to file
> TD: buffering file in memory
> sim> cont
> YES
>
> Resuming load operation on volume "BACKUP", please stand by . . .
>
>
> %BACKUP-I-IDENT, Stand-alone BACKUP V4.0; the date is 17-JUN-1984
> 22:40:44.48
> $
>
> ---------
>
> Then trying to run various diagnostics images that are supposed to be
> standalone and do read on the real thing but gives the following result:
>
> sim> attach td0 /Users/mattis_lind/Downloads/BE-S198Q-DE.TAP
> TD: writing buffer to file
> TD: buffering file in memory
> sim> boot td0
> Loading boot code from vmb.exe
>
>
>
> Please remove the volume "VMS Exchange" from the console device.
>
> Insert the first standalone system volume and enter "YES" when ready: YES
>
> Resuming load operation on volume "VMS Exchange", please stand by . . .
>
> ECKAL -- VAX 11/750 Cache/TB Diagnostic
> HALT instruction, PC: 00002608 (MTPR #F,#26)
> sim> attach td0 /Users/mattis_lind/Downloads/BE-S199T-DE.TAP
> TD: writing buffer to file
> TD: buffering file in memory
> sim> boot td0
> Loading boot code from vmb.exe
>
>
>
> Please remove the volume "VMS Exchange" from the console device.
>
> Insert the first standalone system volume and enter "YES" when ready: YES
>
> Resuming load operation on volume "VMS Exchange", please stand by . . .
>
> %BOOT-F-Unable to locate BOOT file
> HALT instruction, PC: 000004C7 (BLBS 549,4C6)
> sim> attach td0 /Users/mattis_lind/Downloads/BE-S200I-DE.TAP
> TD: writing buffer to file
> TD: buffering file in memory
> sim> boot td0
> Loading boot code from vmb.exe
>
>
>
> Please remove the volume "" from the console device.
>
> Insert the first standalone system volume and enter "YES" when ready: YES
>
> Resuming load operation on volume "", please stand by . . .
>
> %BOOT-F-Unable to locate BOOT file
> HALT instruction, PC: 000004C7 (BLBS 549,4C6)
> sim>
>
> As you can see the Cache/TB diagnostic do read in and seem to execute
> but fails. The others doesn't even seems to boot correctly.  When tested
> on the real hardware all these start (although the Cache/TB fail, alas
> not at the same location)
>
> Maybe the best idea is to dump out the real BOOT PROMs from the actual
> machine an load those into memory and start those? I haven't been able
> to test this since the machine 100 km away.
>
>
> I did successfully boot a Ultrix-4.0 tap file from bitsavers in the vax
> andra microvax2 simulator. But how can I do that on the vax750
> simulator? Doing "boot tq0" give "Command not allowed". Although help
> file indicate it is a valid command!?
>
> Any help appreciated!
>
> /Mattis
>
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
>
>
> --
> 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
> _______________________________________________
> Simh mailing list
> Simh at trailing-edge.com
> http://mailman.trailing-edge.com/mailman/listinfo/simh
>
>
>
>
>
> _______________________________________________
> 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/20150706/bc1f9e11/attachment-0001.html>


More information about the Simh mailing list