02.03.2014 Views

BSP Developer's Guide

BSP Developer's Guide

BSP Developer's Guide

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

J<br />

<strong>BSP</strong> Validation Test Suite Reference Entries<br />

scsiShow() test<br />

SCSI write/read/verify device<br />

Tests RUN 2<br />

Tests PASSED 2<br />

Tests FAILED 0<br />

Tests SKIPPED 0<br />

: PASS<br />

: PASS<br />

SEE ALSO<br />

bspVal.sh, serLib.tcl, pkLib.c, bspPkCommonProc.tcl, envLib.tcl<br />

serial<br />

NAME<br />

SYNOPSIS<br />

DESCRIPTION<br />

serial – serial I/O tests<br />

bspVal options serial<br />

This test verifies serial driver functionality under adverse conditions. See bspVal.sh for an<br />

explanation of options. The entire test can take several minutes to run.<br />

NOTE: This reference entry lists the most likely reasons for a test’s failure. However, it<br />

does not list all possible reasons.<br />

The first test stresses the serial console port by having a target function repeatedly send<br />

output to the console, tty, while input is coming in from the host. The test checks that the<br />

target does not hang and that all the input sent was received intact by the target. This test<br />

is run at the highest baud rate supported by both host and target. If this test fails, check<br />

the serial connection. The serial driver’s receive and transmit facilities must be stable and<br />

functioning properly. Generally, the driver should handle the receive interrupts before<br />

servicing transmit interrupts if both events are handled by the same ISR.<br />

The second test also stresses the serial console port. The pkConsoleEcho( ) routine puts<br />

the console port in echo mode, where all characters sent by the host are immediately<br />

echoed. The test makes sure that every character sent to the console is received back by<br />

the host in the correct order and quantity. This test is run at the highest baud rate<br />

supported by both host and target. If this test fails, check for any possible interrupt race<br />

conditions in the serial driver.<br />

The next two tests require that all free serial ports (other than the ttys used for the console<br />

and SLIP) be connected to run in loopback mode. This can usually be accomplished by<br />

running a jumper wire from the transmit/output line to the receive/input line. It might<br />

also be necessary to run a jumper from the RTS to the CTS line for ports with hardware<br />

handshaking.<br />

J<br />

395

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!