<div dir="ltr"><div><div><div>It would be interesting to know what R0 is trying to point to.<br><br></div>Is it just a bad value, memory that should be mapped, a device, ...<br><br></div>Source would be helpful, if you could figure out what the source is (likely compiled C, since it;s Unix).<br><br></div><div>Since the simh code for the devices are mostly the same (?I think?) between the VAX processors, could this be a bug in memory management? Does the 730 have a unique MMU? Anyway, it seems to be something different in simh between the 730 ans the other VAX processors it boots fine on.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 6, 2015 at 2:13 PM, Ethan Dicks <span dir="ltr"><<a href="mailto:ethan.dicks@gmail.com" target="_blank">ethan.dicks@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon, Jul 6, 2015 at 3:41 PM, Mark Pizzolato - Info Comm<br>
<<a href="mailto:Mark@infocomm.com">Mark@infocomm.com</a>> wrote:<br>
> Hi Mattis,<br>
><br>
> I’m working with the disk image you provided.  I see the failure on the<br>
> VAX750 simulator.<br>
</span><span class="">> Have you tried earlier versions of Ultrix on the 750 simulator?<br>
><br>
</span><span class="">> I initially look at the crash message:<br>
><br>
> sim> b rq0<br>
<br>
</span>In a similar vein, some months ago, I was trying to find why that<br>
wouldn't boot 4.3BSD on a Simh 11/730 RB730 disk and I got as far as<br>
tracing into BSD's driver rb.c since it was very early in the process<br>
that things went sideways.  I wouldn't be surprised if these two UNIX<br>
boot failures were related - differences/assumptions in how drivers<br>
will treat controllers in VMS that don't apply to UNIX.<br>
<span class=""><br>
> machine check 2: non-existant reference error<br>
>        sumpar  = 2<br>
>         va      = 80001a90<br>
</span>>         pc      = 80087c61<br>
<span class="">><br>
> I note that the PC mentioned is: 80087c61.<br>
><br>
> If I do the following:<br>
><br>
>      sim> BRE 80087c61><br>
>      sim> SET CPU HISTORY=300<br>
>      sim> B RQ0<br>
><br>
> Execution flows up to the indicated address and if I single step from there,<br>
> the exception is taken.<br>
<br>
</span>I at least had (still have) the source for 4.3BSD.  I did narrow<br>
things down quite a bit, but then I ran off to learn more about how<br>
the disk controller works and haven't put any time into it for a few<br>
months.<br>
<span class="HOEnZb"><font color="#888888"><br>
-ethan<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Simh mailing list<br>
<a href="mailto:Simh@trailing-edge.com">Simh@trailing-edge.com</a><br>
<a href="http://mailman.trailing-edge.com/mailman/listinfo/simh" rel="noreferrer" target="_blank">http://mailman.trailing-edge.com/mailman/listinfo/simh</a></div></div></blockquote></div><br></div>