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 <b...@softjar.se
<mailto:b...@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
        <m...@infocomm.com <mailto:m...@infocomm.com>
        <mailto:m...@infocomm.com <mailto:m...@infocomm.com>>> wrote:

             On Thursday, July 10, 2014 at 5:23 PM, Mark Pizzolato wrote:
              > On Jul 10, 2014 2:02 PM, Johnny Billquist
        <b...@softjar.se <mailto:b...@softjar.se>
             <mailto:b...@softjar.se <mailto:b...@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@trailing-edge.com <mailto:Simh@trailing-edge.com>
        <mailto:Simh@trailing-edge.com <mailto:Simh@trailing-edge.com>__>
        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: b...@softjar.se <mailto:b...@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: b...@softjar.se             ||  Reading murder books
pdp is alive!                     ||  tryin' to stay hip" - B. Idol
_______________________________________________
Simh mailing list
Simh@trailing-edge.com
http://mailman.trailing-edge.com/mailman/listinfo/simh

Reply via email to