[Simh] Standalone boot on vax8600?

[Henry Bent]

Cool, thanks.

I figured out what's going on.  The standalone programs are running, they
just aren't displaying any input or output after the first character is
printed.  So if I do this:

--
sim> load -o boot 0
sim> run 2

--
and then blindly type "ra(0,0)vmunix", it boots!

--
Ultrix V2.2 System #2: Wed Nov 18 01:14:13 EST 1987
real mem  = 8388608
avail mem = 6888448
using 34 buffers containing 278528 bytes of memory
VAX 8600, serial no. 1234, hardware level = 7
IO adapter 0 at address 0x20080000 is an SBI adapter
uba0 at address 0x20006000
uda0 at uba0
uq0 at uda0 csr 172150 vec 774, ipl 15
ra0 at uq0 slave 0
de0 at uba0 csr 174510 vec 120, ipl 15
mba0 at address 0x20012000
ht0 at mba0 drive 0
tu0 at ht0 slave 0
boot device not found
root device?
--

And I can then interact with the console, characters are displayed
normally, etc.

-Henry


On 12 July 2014 19:33, Mark Pizzolato - Info Comm <Mark at infocomm.com> wrote:

> On Thursday, July 10, 2014 at 5:23 PM, Mark Pizzolato wrote:
> > On Jul 10, 2014 2:02 PM, Johnny Billquist <bqt at softjar.se> wrote:
> > >
> > > On 2014-07-11 01:08, Mark Pizzolato - Info Comm wrote:
> > > > On Thursday, July 10, 2014 at 3:13 PM, Cory Smelosky wrote:
> > > >> On Thu, 10 Jul 2014, Henry Bent wrote:
> > > >>
> > > >>> Well, that at least did something different.
> > >>>
> > >>> sim> boot rq0 /r5:8
> > >>> Loading boot code from vmb.exe
> > >>> %BOOT-F-Unexpected Exceptio
> > >>>
> > >>> The 8600 simulator always seems to cut off the last character of its
> > >>> messages, I wonder if that's in any way related to the other console
> > >>> problems.
> > >>>
> > >>
> > >> 780, 750, and 730 have the same issue...along with not actually
> booting from
> > >> the console RL, floppy, et al.
> > >
> > > The last character output in a message just prior to executing a HALT
> > > instruction is not surprising since the simulator implements a delay
> > > (as a number of instructions executed) from when the data is put in
> > > the output register prior to generating the completion
> interrupt/status.
> > >  The halt instruction gets executed before the delay number of
> > > instructions have completed.  Even if that was 'fixed', nothing
> > > operational would change.  The reason the message has been
> > > generated will still exist.
>
> The latest github code will no longer drop the last character output just
> prior to executing a HALT instruction which returns to the "sim> " prompt.
>
> Like I said above, nothing else changes though.
>
> - Mark
> _______________________________________________
> 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/20140712/5d11441e/attachment-0002.html>