[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4d4ec41f-1203-4cef-8f49-402440f3e983@gtucker.io>
Date: Tue, 20 Jan 2026 10:46:15 +0100
From: Guillaume Tucker <gtucker@...cker.io>
To: Nathan Chancellor <nathan@...nel.org>
Cc: Miguel Ojeda <ojeda@...nel.org>, David Gow <davidgow@...gle.com>,
Onur Özkan <work@...rozkan.dev>,
Arnd Bergmann <arnd@...db.de>, linux-kernel@...r.kernel.org,
rust-for-linux@...r.kernel.org, linux-kbuild@...r.kernel.org,
automated-testing@...ts.yoctoproject.org, workflows@...r.kernel.org,
llvm@...ts.linux.dev
Subject: Re: [PATCH v3 0/2] scripts: introduce containerized builds
Hi Nathan,
On 19/01/2026 22:35, Nathan Chancellor wrote:
> I went over the script and the documentation and it looks pretty good to
> me at this point. My only comment would be potentially referencing the
> TuxMake container images in the example section to give folks a
> "prebuilt" container option while getting the kernel.org container
> images sorted out but that can always be done in a follow-up change.
Well the tuxmake LLVM image is mentioned in the first example:
scripts/container -i tuxmake/korg-clang -- make LLVM=1 defconfig
scripts/container -i tuxmake/korg-clang -- make LLVM=1 -j$(nproc)
So that should just work out of the box. Or did you mean to add
something else to the docs?
But yes, the topic of available container images will be something to
expand upon once the tool starts getting used. If things go well
with this initial version then we can try and move forward with
hosting first-party images as per the other discussion thread:
https://lore.kernel.org/all/cc737636-2a43-4a97-975e-4725733f7ee4@gtucker.io/
> I will apply this to kbuild-next-unstable shortly to give folks a week
> or so to voice any objections or give critical review comments.
Sounds great, thanks! I'll spread the word too once it's available
in linux-next.
Cheers,
Guillaume
Powered by blists - more mailing lists