[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference nesbit::modular

Title:Embedded and Real Time Modular Computing Conference
Moderator:IRNBRU::GRANT
Created:Tue Sep 05 1995
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:235
Total number of notes:1091

175.0. "ARCBIOS modifications, possible or not?" by NBOSWS::BLUNDELL () Tue Feb 18 1997 08:58

    Hi
    
    Tell me where else this should be posted, I believe this is the correct
    starting place!
    
    The customer in question will (hopefully:-) )maintain LEGO using his
    existing support services. He has asked that we provide detiled info on
    how LEGO is tested during powerup (POST) and what diagnostics are
    avaoilable to pinpoint failures. Our logistics proposal is Return to
    Factory, however faulty module replacement may possibly be done on
    site. Hence I need info to help with faulty module isolation. The
    situation is complicated by a custom designed PCI card!
    
    If customer develops his own PCI interface card (requirement is
    specialised I/O, very simple, Fibre based, 40-100 MBytes/sec, will
    proabably be FC based) what needs to be done (if anything) to ARCBIOS
    to get POST functionality and to get the card's PCI interface
    initialised? More specifically:-
    
    1. What level of testing is done by ARCBIOS on the generic PCI
    interfaces of devices which are found during the PCI bus probe?
    
    2. Can ARCBIOS be modified to test the new card during startup? Testing
    would be the same level of confidence as say, memory, graphics etc but
    would be specific to the card.
    
    3. ARCBIOS console display shows the PCI cards that have been found during
    the PCI startup probe. Assuming the new card is fully PCI compliant
    then the card will show up in this display. Correct?
    At this stage is it safe to assume that all PCI initialisation has been 
    completed and the appropriate data will be passed upto WNT? 
    Put the question another way,
    under what situations would additional, card specific initialisation 
    code be needed in ARCBIOS? (I think only if the card is a boot device?)
    
    4. Is there a detailed description of the ARCBIOS POST tests anywhere?
    Is there a set of test utilities (perhaps those used in manufacturing
    LEGO) which a site engineer could use to debug LEGO? Currently the
    customer is fairly happy with ARCBIOS but perhaps we have something
    else more detailed?
    
    5. How can such customer specific changes to ARCBIOS be implemented?
    Or should the card specific tests be implemented as a separate program
    which can be called via ARCBIOS? 
    
    Rgds
    
    Bill
    
T.RTitleUserPersonal
Name
DateLines
175.1Use the Windows NT driver to do diagnosticsNESBIT::caly70.ayo.dec.com::GordonGordon McNabTue Feb 18 1997 11:1332
Bill,

The countdown codes for AlphaBIOS are in the user manual. PCI card testing 
will probably be limited to configuring the device. 

The Windows NT driver for the card will be able to do much mode diagnostics 
on the third party card - then you wouldn't have to modify the AlphaBIOS. 
Windows NT will be able to report that the card's driver didn't start.

>    Assuming the new card is fully PCI compliant
>    then the card will show up in this display. Correct?

Not unless the AlphaBIOS has a lookup table of Vendor/device IDs against 
vendor and card names.

>    5. How can such customer specific changes to ARCBIOS be implemented?

If they are using the card as a storage device then they may be able to run 
a BIOS on the card.

>    At this stage is it safe to assume that all PCI initialisation has been 
>    completed and the appropriate data will be passed upto WNT? 
>    Put the question another way,
>    under what situations would additional, card specific initialisation 
>    code be needed in ARCBIOS? (I think only if the card is a boot device?)

Yes, to both questions.


Gordon