Image Map Image Map
Page 9 of 10 FirstFirst ... 5678910 LastLast
Results 81 to 90 of 93

Thread: Ruud's diagnostic ROM for IBM PC, XT and compatibles

  1. #81

    Default

    Quote Originally Posted by Ruud View Post
    An idea just popped up: ...
    A first result: 14 seconds. Much much faster than the first one. And I'm quite sure there is no bug No counter (yet) showing the progress.

    Edit: hmmm, bummer: first pass goes fine, second pass halts here. That is, I waited at least 60 seconds. And now I am completely flabbergasted. But that's life
    Last edited by Ruud; July 11th, 2019 at 05:08 AM.
    With kind regards / met vriendelijke groet, Ruud Baltissen

    www.baltissen.org

  2. #82

    Default

    Quote Originally Posted by Ruud View Post
    A first result: 14 seconds. Much much faster than the first one. And I'm quite sure there is no bug No counter (yet) showing the progress.

    Edit: hmmm, bummer: first pass goes fine, second pass halts here. That is, I waited at least 60 seconds. And now I am completely flabbergasted. But that's life
    Interrupts off and not depending on a stack?
    Dwight

  3. #83

    Default

    Quote Originally Posted by Ruud View Post
    Shadow Lords idea about using a serial output is very interesting. But then it is up to him to produce the code and afterwards we can see how we can combine my work with his, if he wants to. And I have no objection with him publishing the result under his own name, something like "Shadow Lord's Serial Diagnostic ROM, based on Ruud's Diagnostic ROM".
    If Shadow Lord had the technical capabilities to do this it would have already been done . Frankly, I am surprised it is not a standard feature in the testing BIOSes (and I don't mean just yours, but Land Mark, UltraX, etc. as well).
    Current Wish List: 1. IBM 7531 Industrial Series PC 2. NEC MultiSync XL (JC-2001) Monitor 3. Copy II PC Enhanced Option Board (the one with the toggle switch on the back) 4. MicroSolutions MatchPoint AND/OR UniDOS card 5. Compaq 14" VGA CRT Monitor (the one that came with the SystemPro). If you have any of the above for sale please PM me. Thank you!

  4. #84

    Default

    Quote Originally Posted by Ruud View Post
    Edit: hmmm, bummer: first pass goes fine, second pass halts here. That is, I waited at least 60 seconds. And now I am completely flabbergasted. But that's life
    Weird, at home things worked much better: first test goes fine second and later tests need about 35 seconds.

    Quote Originally Posted by Dwight Elvey View Post
    Interrupts off and not depending on a stack?
    Just had a look at the source and added a CLI right after the label where the ROM restarts the loop. But unfortunately no change. The test is one big routine with no subroutines, so no stack needed.
    And I forgot to mention, So far I only tested with the PCem emulator. Maybe the emulator is to blame but I cannot be sure until I have tested the ROM on real hardware.
    With kind regards / met vriendelijke groet, Ruud Baltissen

    www.baltissen.org

  5. #85

    Default

    Quote Originally Posted by Shadow Lord View Post
    If Shadow Lord had the technical capabilities to do this it would have already been done
    I won't promise anything but I will have a look at it.

    But I already can tell you on forehand that you will loose the various counters. I need RAM for saving the counters and during the testing of the various ICs the refresh is disabled, which will result in the loss of the information.
    With kind regards / met vriendelijke groet, Ruud Baltissen

    www.baltissen.org

  6. #86

    Default

    Quote Originally Posted by Ruud View Post
    I won't promise anything but I will have a look at it.

    But I already can tell you on forehand that you will loose the various counters. I need RAM for saving the counters and during the testing of the various ICs the refresh is disabled, which will result in the loss of the information.
    I can live with that! I think it would be a nice option to have even with trade offs. If you can't get video going/get some sort of output there is no pint in having a counter that you can't see! Thanks for looking into it.
    Current Wish List: 1. IBM 7531 Industrial Series PC 2. NEC MultiSync XL (JC-2001) Monitor 3. Copy II PC Enhanced Option Board (the one with the toggle switch on the back) 4. MicroSolutions MatchPoint AND/OR UniDOS card 5. Compaq 14" VGA CRT Monitor (the one that came with the SystemPro). If you have any of the above for sale please PM me. Thank you!

  7. #87
    Join Date
    Jun 2012
    Location
    Livermore, CA
    Posts
    303

    Default

    Just a random thought.
    Perhaps run some first tests, then display for a 30 seconds. Then clear everything and start fresh with the next set of tests. Or something like that so you do not have to hold the data for later on?
    Atari Falcon030, Atari MSTE, Atari PS3000, STACY 4, 4160STE-CosmosEX, Atari PC1, 400/800/1200XL,800XL,800XE,130XE, XEGS, Apple IIGS, TRS-80 4P, TI 99/4A, Co-Co 3, Amiga 500, C64/128D

  8. #88

    Default

    My latest ZIP can be found here: www.baltissen.org/zip/diagrom.zip

    What are the changes:
    - If something goes wrong during the 2 KB test, offending address and the bad bits are shown.
    - A complete new test for the rest of the RAM.

    Instead of testing just 1 KB at the time I test the whole range in one go. I fill the whole range with a value, wait a bit so the refresh is tested at the same time and then check if the written value is still present. I do this with four different values. Reason: all the bits have to be tested AND the parity has to be tested. Two values, like 55h and 0AAh, won't work as in this case the parity won't change.

    So far I have tested things only on the PCem emulator and I tested the main error situations by changes in the code. I will see if I find time to dig up my Taiwanese clone again. If possible, check the bin on an emulator or second best, on a working system so you have an idea how the main change, testing all the RAM, looks like. The advantage of a working system are that you can remove some DRAM modules to see how the Diagnostic ROM behaves when encountering an error.

    I'm also working on a text with a detailed explanation the why of certain parts of the ROM how the parts work. During writing this text some more ideas popped up:
    - Shadow Lord wants the output over the COM port because he has no MDA or CGA card (or just the monitors?). Anyway, IMHO he has to use a VGA or EGA card then. Although not supported by my ROM, the video RAM still should be accessible. I don't see any reason why it can be used by my ROM for the counters and, a second new idea, as stack.
    - Just ocurred: would PCem support a way to see what is outputted to the COM port? I have to check the site and/ or forum.
    - I made a dumb calculation error. The MDA card has 4096 bytes of RAM and only 4000 bytes are needed for the screen. I need 25 bytes for my counters and other stuff. This leaves me with still 71 free bytes. Why not use them as a Stack? That would spare me a lot of programming trouble.

    Then a remark regarding testing the ROM using PCem. I already mentioned the fact that the second and further runs run as twice as slow as the original run. When testing things, most of the time I turn off the sound so that I don't bother anyone with the beeping. Now the sound was on and even the initial beep took twice as much time but at the same frequency. So far I have no explanation.

    Have fun!
    Last edited by Ruud; July 23rd, 2019 at 04:18 AM.
    With kind regards / met vriendelijke groet, Ruud Baltissen

    www.baltissen.org

  9. #89
    Join Date
    Aug 2006
    Location
    Chicagoland, Illinois, USA
    Posts
    5,945
    Blog Entries
    1

    Default

    Quote Originally Posted by Ruud View Post
    - Shadow Lord wants the output over the COM port because he has no MDA or CGA card (or just the monitors?). Anyway, IMHO he has to use a VGA or EGA card then. Although not supported by my ROM, the video RAM still should be accessible. I don't see any reason why it can be used by my ROM for the counters and, a second new idea, as stack.
    Yes, any color card will present memory at b800h so a common VGA ISA card should work (if it's the variety that works in an 8-bit slot).
    Offering a bounty for:
    - The software "Overhead Express" (doesn't have to be original, can be a copy)
    - A working Sanyo MBC-775, Olivetti M24, or Logabax 1600
    - Music Construction Set, IBM Music Feature edition (has red sticker on front stating IBM Music Feature)

  10. #90
    Join Date
    Jan 2019
    Location
    New Hampshire
    Posts
    161

    Default

    Hi Ruud!

    I think the .bin file in the updated zip is still the old version? I compiled a fresh one from the source and burned to a ROM. I then was able to do a few test runs on some known good working 5150 motherboards:

    PC 256k motherboard:
    DSC00459.jpg

    PC 64k motherboard:
    DSC00461.jpg

    Sorry for the blurry pics from the $1000 camera... BUT, you will notice that the ram tests show all bits failing, and the rom checksums fail. Both boards are good boards w/ basic roms installed, no problems. The ram test passes fine when I run in PCEM, but on the hardware it shows this. The test seems to run quickly as expected! Also to note, the first version of the rom had the same behavior showing all ram bits as bad.

    Everything else seems to run OK for these simple test runs on known good hardware. Now I need to go break some boards so I can test it on bad hardware Thanks Ruud!

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •