Skip to content

Conversation

@roxell
Copy link
Contributor

@roxell roxell commented Jan 12, 2026

TuxMake is a thin wrapper around the kernel build system that provides
consistent toolchain handling and build configuration. This series introduces a
backend selection mechanism and implements full TuxMake support including
configuration fragments, firmware handling, and dtbs_check builds.

@roxell roxell force-pushed the add-tuxmake-backend branch from 7634896 to 8f4848a Compare January 12, 2026 17:37
@nuclearcat
Copy link
Member

nuclearcat commented Jan 13, 2026

At first glance, this is a wonderful PR - thank you for the excellent work. Staging tests show no breakage; however, we should enable at least one build in the pipeline using TuxMake to properly validate it.

@roxell roxell force-pushed the add-tuxmake-backend branch from 8f4848a to 350db6b Compare January 14, 2026 17:18
@roxell roxell force-pushed the add-tuxmake-backend branch 2 times, most recently from 361b907 to 37ddf7f Compare January 26, 2026 08:01
@bhcopeland
Copy link
Member

Also linked: kernelci/kernelci-pipeline#1406

Add tuxmake kernel build tool to the kernelci Docker fragment.
Pin to version 1.35.0 for reproducibility.

Reviewed-by: Ben Copeland <ben.copeland@linaro.org>
Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
Add a 'backend' parameter that defaults to 'make' for backward
compatibility. Extract the make build logic from _generate_script()
into a dedicated _build_with_make() method so different backends can
have their own build implementations.

Reviewed-by: Ben Copeland <ben.copeland@linaro.org>
Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
@roxell roxell force-pushed the add-tuxmake-backend branch from 37ddf7f to 379d7a1 Compare February 11, 2026 20:16
Add tuxmake as an alternative build backend, enabled with the
USE_TUXMAKE=1 environment variable.

Refactor _parse_fragments() to return a list of fragment file paths
instead of a count and update _merge_frags() to accept this list.
Add _build_with_tuxmake() method with basic tuxmake invocation.
Only call _merge_frags() for the make backend since tuxmake handles
fragments via --kconfig-add, added in the next commit.

Reviewed-by: Ben Copeland <ben.copeland@linaro.org>
Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
@roxell roxell force-pushed the add-tuxmake-backend branch from 379d7a1 to 4d15555 Compare February 11, 2026 21:40
Switch to tuxmake's native --kconfig-add parameter for applying
configuration fragments instead of manually merging them.

Add --output-dir to specify where tuxmake places build artifacts.
Build the dtbs target for architectures that support it. Handle
multiple defconfigs by passing the first to --kconfig and the rest
as --kconfig-add. Handle ChromeOS defconfig by pre-creating the
.config file.

Reviewed-by: Ben Copeland <ben.copeland@linaro.org>
Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
Add dtbs_check target support for the tuxmake backend. When dtbs_check
is requested, run only the dtbs_check target instead of the normal
kernel, modules and dtbs targets.

Also skip firmware fetch for dtbs_check builds since it is not needed.

Reviewed-by: Ben Copeland <ben.copeland@linaro.org>
Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
@roxell roxell force-pushed the add-tuxmake-backend branch from 4d15555 to 8793789 Compare February 12, 2026 06:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants