adding-board-support.txt 1.7 KB

12345678910111213141516171819202122232425262728293031323334353637
  1. // -*- mode:doc; -*-
  2. // vim: set syntax=asciidoc:
  3. [[customize-store-board-support]]
  4. == Creating your own board support
  5. Creating your own board support in Buildroot allows users of a
  6. particular hardware platform to easily build a system that is known to
  7. work.
  8. To do so, you need to create a normal Buildroot configuration that
  9. builds a basic system for the hardware: toolchain, kernel, bootloader,
  10. filesystem and a simple BusyBox-only userspace. No specific package
  11. should be selected: the configuration should be as minimal as
  12. possible, and should only build a working basic BusyBox system for the
  13. target platform. You can of course use more complicated configurations
  14. for your internal projects, but the Buildroot project will only
  15. integrate basic board configurations. This is because package
  16. selections are highly application-specific.
  17. Once you have a known working configuration, run +make
  18. savedefconfig+. This will generate a minimal +defconfig+ file at the
  19. root of the Buildroot source tree. Move this file into the +configs/+
  20. directory, and rename it +<boardname>_defconfig+.
  21. It is recommended to use as much as possible upstream versions of the
  22. Linux kernel and bootloaders, and to use as much as possible default
  23. kernel and bootloader configurations. If they are incorrect for your
  24. board, or no default exists, we encourage you to send fixes to the
  25. corresponding upstream projects.
  26. However, in the mean time, you may want to store kernel or bootloader
  27. configuration or patches specific to your target platform. To do so,
  28. create a directory +board/<manufacturer>+ and a subdirectory
  29. +board/<manufacturer>/<boardname>+. You can then store your patches
  30. and configurations in these directories, and reference them from the main
  31. Buildroot configuration.