- Timestamp:
-
09/24/05 03:43:15 (19 years ago)
- Author:
-
ChrisJohns
- Comment:
-
Added the external BSP build. Thanks Ralf.
Legend:
- Unmodified
- Added
- Removed
- Modified
-
v1
|
v2
|
|
53 | 53 | * Binary packages for 3rd party distributions. |
54 | 54 | |
55 | | The BSP can be a separate package, and therefore a library, or it can be built into the application. There is little difference between either BSP code base. The issues are more related to configuration control. |
| 55 | The BSP can be: |
| 56 | |
| 57 | * Part of the RTEMS source tree, |
| 58 | * A separate package (a separate library), |
| 59 | * Built into the application. |
| 60 | |
| 61 | Which type of BSP depends on where and how you use RTEMS and the type of hardware you use. If the target hardware is a common available platform placing the BSP in RTEMS is encouraged as others can share the work and aid fixing bugs. |
| 62 | |
| 63 | If the target hardware is custom built for a specific purpose placing that BSP into the RTEMS is not of great value unless it is the only one of that type for that processor and would make a good reference BSP. Making a separate BSP allows target hardware to be shared between applications. This is great for custom hardware a company uses in a number of products. |
| 64 | |
| 65 | Finally the BSP can be built into the application. This allows a separation from the released RTEMS sources, which has a slow release cycle, and a BSP specific to an application that has tight configuration control and verification and validation requirements. |
| 66 | |
| 67 | There can be little difference between BSP code base or it can be very different. A BSP separated from RTEMS does not require the BSP be merged and updated to work with a newer RTEMS release. RTEMS is always changing and evolving and RTEMS maintainers need the freedom to make changes that best suit RTEMS. On the other hand separate BSPs code not get to share common BSP code in RTEMS. The same extends to libchip drivers. |
56 | 68 | |
57 | 69 | The command line to build a CPU Kit for the M68K target can be - |
58 | 70 | |
59 | | $ ../rtems/configure --target=m68k-rtems \ |
| 71 | $ ../rtems/configure --target=m68k-rtems4.7 \ |
60 | 72 | --enable-multilib \ |
61 | 73 | --enable-doc \ |
… |
… |
|
64 | 76 | --enable-networking \ |
65 | 77 | --disable-tests \ |
66 | | --disable-itron |
| 78 | --disable-itron \ |
| 79 | --prefix=/opt/rtems-4.7 |
67 | 80 | |
68 | 81 | You will need to select the <tt>configure</tt> options that suite you. To build RTEMS enter - |
69 | 82 | |
70 | | $ make RTEMS_BSP="" all install |
| 83 | $ make RTEMS_BSP= all install |
| 84 | = [wiki:BuildExternalBSP Building an External BSP] = |
| 85 | |
| 86 | |
| 87 | Once you have a CPU Kit install you can build a BSP in the RTEMS source tree by using the following - |
| 88 | |
| 89 | $ rm -rf ../rtems/cpukit |
| 90 | $ ../rtems/configure --target=m68k-rtems4.7 \ |
| 91 | --prefix=/opt/rtems-4.7 |
| 92 | $ make RTEMS_BSP=xxxx |