Thank you for sending your enquiry! One of our team members will contact you shortly.
Thank you for sending your booking! One of our team members will contact you shortly.
Course Outline
- Getting started
- Obtaining Buildroot
- Build system requirements
- Cross-compiler terminology: build, host, target, sysroot
- Selecting the correct target
- Building and booting a minimal embedded system
- Contents of the resulting filesystem image
- Parallel builds
- Full and partial rebuilds
- Design goals of Buildroot
- Key choices
- C library: glibc, uClibc, or musl?
- Init system: busybox, sysVinit, or systemd?
- Managing device nodes in /dev
- Selecting additional packages
- Understanding build instructions
- Syntax of Kconfig (Config.in) files
- GNU Make features utilised by Buildroot Makefiles
- Style guide for Config.in and *.mk files
- How to add a simple Autotools-based package
- Differences between staging and target directories
- The necessity of host packages
- Expressing dependencies and optional features
- Support for languages other than C and build systems other than Autotools
- Debugging Makefiles
- Rebuilding a single package
- Analysing build results
- What consumed the most build time?
- What consumed the most disk space?
- Why was this package built?
- Organising external package trees
- Workflow for application developers
- How to use a local source directory
- Overriding build instructions
- Debugging your application
- Accelerating rebuilds
- Viewing build logs
- Addressing common cross-compilation issues
- How to write software that is friendly to cross-compilers
- Workflow for kernel developers
- How the kernel boots on an embedded system
- Modifying configuration options and applying patches
- Module loading mechanisms
- Delivering a finished product
- Running daemons at startup
- Providing custom configuration files
- Available firmware update mechanisms
- Upgrading to a new Buildroot version
- Complying with open-source licenses
Requirements
- The participant must have built a kernel at least once for a traditional desktop (non-embedded) Linux system.
- Must understand the components that constitute the Linux userspace on a desktop system.
- Must know how to generate and apply patches.
- Must be able to explain the concepts of GNU Make, Autotools, and other existing build systems.
- Ideally, maintains at least one Linux package, either as an upstream author or within a traditional Linux desktop distribution.
- Prior experience with embedded development is not required, nor does it substitute for the knowledge of traditional Linux desktops specified above.
7 Hours