Working on ARM for akmods...

bshermanOP•8/22/25, 3:12 PM

https://github.com/ublue-os/akmods/pull/394

Note: I want to see the builds look good before I un-draft, but it's promising.

j0rge•8/22/25, 3:14 PM

ok what are we thinking support wise?

j0rge•8/22/25, 3:19 PM

like I'm not looking for ARM/nvidia builds

j0rge•8/22/25, 3:19 PM

I'm thinking stable/latest for bluefin

bshermanOP•8/22/25, 3:20 PM

The most obvious issue seems to be with nivida

j0rge•8/22/25, 3:20 PM

The only machines I care about in that config are not consumer ones, hence GDX

bshermanOP•8/22/25, 3:20 PM

i thought you use NVidia on GDX?

bshermanOP•8/22/25, 3:21 PM

ok, you don't need nvidai

bshermanOP•8/22/25, 3:21 PM

so for CentOS, you don't even need common akmods

bshermanOP•8/22/25, 3:21 PM

but for coreos-stable you do

bshermanOP•8/22/25, 3:21 PM

(eg bluefin:stable)

bshermanOP•8/22/25, 3:22 PM

i kinda think bazzite is going to be a problem with the various kmods

bshermanOP•8/22/25, 3:22 PM

but hah CentOS worked fine: https://github.com/ublue-os/akmods/actions/runs/17158302502?pr=394

j0rge•8/22/25, 3:22 PM

right, what I mean to say is bluefin fedora doesn't need any nvidia arm, don't need the builds there

bshermanOP•8/22/25, 3:24 PM

but i will probably make the build work so it's generic and available... since it's uCore will want those drivers too

j0rge•8/22/25, 3:24 PM

yeah and I don't think we pulled in zfs to gdx either, so this is useful, thanks

bshermanOP•8/22/25, 3:25 PM

yep

bshermanOP•8/22/25, 3:25 PM

welcome

bshermanOP•9/4/25, 12:10 AM

bshermanOP•9/5/25, 3:31 AM

OK... good progress on the ARM build PR @M2 and @j0rge

https://github.com/ublue-os/akmods/pull/394

and this run demonstrates that we can build for ARM on some releases (eg F42) but not others (F41) https://github.com/ublue-os/akmods/actions/runs/17482839878?pr=394

and other runs show no ARM builds (bazzite and main) while all the CentOS 10 builds have both ARM and x86_64

bshermanOP•9/5/25, 3:32 AM

all this is defined by our

images.yaml

images.yaml

and workflows generate properly with the

Justfile

Justfile

...

j0rge•9/5/25, 12:03 PM

we won't need 41 soon

Bbsherman OK... good progress on the ARM build PR @M2 and @j0rge <https://github.com/ub...

James•9/5/25, 2:23 PM

Sorry for the confusion on the PR. I saw aarch64 building in the centoskmodsig CI job so assumed it was running already

JJames Sorry for the confusion on the PR. I saw aarch64 building in the centoskmodsig C...

bshermanOP•9/5/25, 3:25 PM

gotcha

bshermanOP•9/5/25, 3:25 PM

no worries

JJames Sorry for the confusion on the PR. I saw aarch64 building in the centoskmodsig C...

bshermanOP•9/6/25, 6:18 PM

For the record I did review your modifications to the Justfile regarding manifest creation and I don’t believe they work as written, though I get the idea of what you were trying to do.

I hope to get back to this late tonight or tomorrow.

bshermanOP•9/6/25, 6:23 PM

@M2 if you have a chance to weigh in you are welcome to contribute to my PR above.

My goals:
Ideally I want to run manifest if either an arm or x86 kernel is cached, but right now the workflow assumes the x86 kernel existing is enough, which is probably adequate.

Beyond that, the Justfile should probably check if the expected image with arch specific tag exists before adding to manifest.

I think we could do that with skopeo, but not podman-manifest or podman-image since those look at local state not remote.

bshermanOP•9/6/25, 6:24 PM

So I’ll probably do the latter first, and make a note regarding the former.

bshermanOP•9/9/25, 2:38 AM

ok!

bshermanOP•9/9/25, 2:38 AM

https://github.com/ublue-os/akmods/pull/394

GitHub

feat: enable ARM builds for akmods by bsherman · Pull Request #394...

The good @m2 recently refactored akmods in a most excellent way, and included ready-to-test aarch64 build support.
It's time to give it a try.

bshermanOP•9/9/25, 2:38 AM

i added this to the PR

I'm pretty confident with this PR at this point.

The conditional manifest generation was the last hurdle, but since we use just variables to allow generation of a full script, we can see it should be working quite nicely.

In a nutshell, this enables ARM for akmods builds of:

CentOS kernel
CentOS Kmods SIG kernel
CoreOS kernels
longterm 6.12 fedora kernel

NOT for:

bazzite kernels
"main" (latest fedora) kernels
anything on Fedora 41

the images.yaml format and workflow/justfile support building: x86_64 only, aarch64 only, or both. Currently we have x86_64 only and both building.

When merging, the primary thing to be watching will be that manifests generate correctly as that should be the only thing which impacts current x86_64 builds.

bshermanOP•9/9/25, 2:38 AM

and I'lm looking for approvals

j0rge•9/9/25, 2:50 AM

... and my axe

j0rge•9/9/25, 2:50 AM

@Kyle Gospo around nerd?

bshermanOP•9/9/25, 3:07 AM

i would really like more than 2 approvals... especially would prefer at least a glance over by @M2 given he's the mastermind of the current akmods build structure... though, i think i've done him proud on this one

j0rge•9/9/25, 3:14 AM

ok turn the automerge off

Jj0rge ok turn the automerge off

bshermanOP•9/10/25, 2:07 AM

i got a second approval.. i'm going to merge

bshermanOP•9/10/25, 2:14 AM

ugh

bshermanOP•9/10/25, 2:14 AM

centos and centos-kmodsig broke

bshermanOP•9/10/25, 2:14 AM

and they were both fine a day ago

bshermanOP•9/10/25, 2:15 AM

might be getting rate limited

j0rge•9/10/25, 2:18 AM

builders are saturated too

j0rge•9/10/25, 2:18 AM

it'll be a hot minute

bshermanOP•9/10/25, 2:18 AM

yeah, it's fine

bshermanOP•9/10/25, 2:18 AM

picked a bad time to merge i guess

bshermanOP•9/10/25, 2:19 AM

bah

bshermanOP•9/10/25, 2:20 AM

manifest stuff doesn't work anyway

j0rge•9/10/25, 2:20 AM

looks like the entire project is rebuilding rn

bshermanOP•9/10/25, 2:21 AM

dangit, found the mistake for manifest

Jj0rge looks like the entire project is rebuilding rn

bshermanOP•9/10/25, 2:51 AM

ok, i'm going to force merge now

Working on ARM for akmods...

Similar Threads

Similar Threads

Similar Threads