[Simh] Standalone boot on vax8600?
Johnny Billquist
bqt at softjar.se
Sun Jul 13 01:18:07 EDT 2014
On 2014-07-13 05:01, Henry Bent wrote:
> Here you go:
> http://occs.cs.oberlin.edu/~hbent/vaxultrix/boot.gz
Thanks. I'll see if I have some time to look at it today.
Johnny
>
>
> -Henry
>
>
> On 12 July 2014 22:57, Johnny Billquist <bqt at softjar.se
> <mailto:bqt at softjar.se>> wrote:
>
> On 2014-07-13 04:52, Henry Bent wrote:
>
> Sure, I'll work on getting an Ultrix image in a usable state so
> that I
> can upload it.
>
>
> Actually, thinking about it, it should be enough with just the boot
> file that you are using.
>
> Johnny
>
>
> -Henry
>
>
> On 12 July 2014 22:50, Johnny Billquist <bqt at softjar.se
> <mailto:bqt at softjar.se>
> <mailto:bqt at softjar.se <mailto:bqt at softjar.se>>> wrote:
>
> On 2014-07-13 04:19, Henry Bent wrote:
>
> 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!
>
>
> [...]
>
> Hmm hmm. I suspect I might know what is going on there. I'd
> have to
> test and play around some to verify, though. The console
> I/O on the
> 86x0 machines are a bit special, and I wouldn't be surprised if
> there were some issues in simh related to that.
>
> Mark, can we get some trace of all reads and writes to the
> registers
> related to the console? (There are four logical devices
> addressed on
> the 86x0 machines through the same CSRs.)
>
> Henry, if you could get such information logged, we could
> probably
> fix this pretty fast. Or else if you could just provide me
> with the
> files, I could test this myself as well. I don't have an
> old Ultrix
> image around, though.
>
> Johnny
>
>
> --
> 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 <mailto:Mark at infocomm.com>
> <mailto:Mark at infocomm.com <mailto:Mark at infocomm.com>>
> <mailto:Mark at infocomm.com <mailto:Mark at infocomm.com>
> <mailto:Mark at infocomm.com <mailto: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 <mailto:bqt at softjar.se>
> <mailto:bqt at softjar.se <mailto:bqt at softjar.se>>
> <mailto:bqt at softjar.se <mailto:bqt at softjar.se>
> <mailto:bqt at softjar.se <mailto: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 <mailto:Simh at trailing-edge.com>
> <mailto:Simh at trailing-edge.com <mailto:Simh at trailing-edge.com>__>
> <mailto:Simh at trailing-edge.com
> <mailto:Simh at trailing-edge.com> <mailto:Simh at trailing-edge.com
> <mailto:Simh at trailing-edge.com>__>__>
> http://mailman.trailing-edge.____com/mailman/listinfo/simh
>
>
> <http://mailman.trailing-edge.__com/mailman/listinfo/simh
> <http://mailman.trailing-edge.com/mailman/listinfo/simh>>
>
>
>
>
> --
> Johnny Billquist || "I'm on a bus
> || on a psychedelic trip
> email: bqt at softjar.se <mailto:bqt at softjar.se>
> <mailto:bqt at softjar.se <mailto:bqt at softjar.se>> ||
>
> Reading murder books
> pdp is alive! || tryin' to stay hip" -
> B. Idol
>
>
>
>
> --
> Johnny Billquist || "I'm on a bus
> || on a psychedelic trip
> email: bqt at softjar.se <mailto:bqt at softjar.se> ||
> Reading murder books
> pdp is alive! || tryin' to stay hip" - B. Idol
>
>
--
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
More information about the Simh
mailing list