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.

10<br />

Product Packaging<br />

Vendor-Supplied Shared Files<br />

Some files can appear to be target-specific when in fact they are shared by multiple<br />

<strong>BSP</strong>s. These shared files include those described above as “generic” and<br />

“architecture-specific,” as well as files included on the Device Driver Object<br />

product.<br />

The following directories are distributed with the Tornado architecture product<br />

and the Tornado driver component product:<br />

target/config/all<br />

target/src/config<br />

target/src/drv/antyhing<br />

target/h/drv/anything<br />

target/h/make<br />

target/h/tool/anything<br />

Under no circumstances may these directories and files be altered and shipped by<br />

third-party developers. Although <strong>BSP</strong> developers are encouraged to create generic<br />

device drivers, they must not place the source code in the target/src/drv and<br />

target/h/drv directories; all existing Wind River drivers must not be modified. If an<br />

end user were to install a Wind River <strong>BSP</strong> or a new VxWorks version after<br />

installing a third-party <strong>BSP</strong> with altered shared files, the third-party changes<br />

would be overwritten by the Wind River files.<br />

Typically, <strong>BSP</strong>s can be written so that all target-specific files reside in<br />

target/config/bspname, and target reference pages in docs/vxworks/bsp/bspName.<br />

In the few cases where this is not possible, the <strong>BSP</strong> must include altered versions<br />

of the shared files. However, the shared files themselves must not be altered;<br />

instead, a copy of the needed file is modified and placed in an appropriate location<br />

(for example, target/config/bspname). Then the <strong>BSP</strong> make files are updated to point<br />

to the developer’s version; see the makefile mechanisms described in the Tornado<br />

User’s <strong>Guide</strong>, 2.2.<br />

The <strong>BSP</strong> developer can use the CONFIG_ALL makefile variable to direct the <strong>BSP</strong><br />

make files to search for modified versions of the target/config/all files. First, the<br />

developer should make copies of the Wind River versions of these files and place<br />

them in the <strong>BSP</strong> bspname directory, modifying them as necessary. (Note that this<br />

mechanism only works for traditional command-line building and does not have<br />

any effect on project configuration or building.)<br />

By customizing the VxWorks build, the <strong>BSP</strong> developer can create target-specific<br />

versions of shared files without conflicting with other <strong>BSP</strong>s.<br />

Beginning with Tornado 2.0, each architecture CD-ROM contains a “Driver<br />

Objects/Headers” product. This product contains all the compiled Ethernet and<br />

10<br />

199

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

Saved successfully!

Ooh no, something went wrong!