02.03.2014 Views

BSP Developer's Guide

BSP Developer's Guide

BSP Developer's Guide

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

VxWorks 5.5<br />

<strong>BSP</strong> Developer’s <strong>Guide</strong><br />

you must also specify an additional configuration file called secondBspName.T2. Where<br />

secondBspName is the name of the <strong>BSP</strong> running on the reference board used by the second<br />

target. All the configuration parameters for the first target should use a T1_ prefix and all<br />

parameters for the reference board should use a T2_ prefix. See the sample set of<br />

configuration files provided in the $WIND_BASE/host/resource/test/bspVal directory.<br />

Parameters referred to as optional need not be defined because the <strong>BSP</strong> tests have default<br />

values associated with these macros. All other parameters must be defined, even if they<br />

are set to "".<br />

If two target tests are run with the targets on a common VME backplane then the test<br />

assumes T1 target as the system controller by default. The user can set an optional<br />

configuration parameter T1_BUS_MASTER to FALSE for overriding this default<br />

configuration. This is particularly useful to run busTas test with T2 target as a slave on<br />

the common VME backplane. This has an impact on the rebooting sequence of targets<br />

since the system controller is required to reboot before any slaves on the VME backplane<br />

are rebooted.<br />

The VTS configuration parameters T1_SER_DEVICE, T1_SER_BAUD, T2_SER_DEVICE<br />

and T2_SER_BAUD can be optionally specified as command line parameters to the<br />

bspVal command. If any of these configuration parameters are specified as command line<br />

parameters to the bspVal command, the default values specified in the configuration files<br />

are overwritten.<br />

LOG FILES<br />

By default, the bspVal script creates a directory named vtsLogs in the <strong>BSP</strong> directory. In<br />

this directory a log file of the form bspValidationLog.PID, where PID is the ID of the<br />

process associated with the bspVal script execution, is created for each run of VTS. Make<br />

sure that the <strong>BSP</strong> directory has required permissions to allow creation of the vtsLogs<br />

directory.<br />

Alternatively, you can use the TEST_LOG_FILE environment variable to specify the full<br />

path name of a user-defined log file. Note that as long as the TEST_LOG_FILE<br />

environment variable remains defined, all subsequent runs of the bspVal will append<br />

their log output to this file. To return to the default log-file location, unset<br />

TEST_LOG_FILE.<br />

VTS ORGANIZATION<br />

The organization of the VTS over the Tornado tree is as shown below:<br />

$WIND_BASE/<br />

target/src/test/bspVal/ (pklib.c, the target test library)<br />

host/<br />

resource/test/bspVal/ (configuration files)<br />

src/test/<br />

tclserial/ (all, required source files)<br />

bspVal/<br />

src/tests/ (all tests)<br />

src/lib/ (all library routines)<br />

368

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

Saved successfully!

Ooh no, something went wrong!