ChanServ changed the topic of #freedesktop to: https://www.freedesktop.org infrastructure and online services || for questions about freedesktop.org projects, please see each project's contact || for discussions about specifications, please use https://gitlab.freedesktop.org/xdg or xdg@lists.freedesktop.org
karenw has joined #freedesktop
attah has joined #freedesktop
lsd|2 has quit [Ping timeout: 480 seconds]
attah_ has quit [Ping timeout: 480 seconds]
attah_ has joined #freedesktop
attah has quit [Ping timeout: 480 seconds]
attah has joined #freedesktop
attah_ has quit [Ping timeout: 480 seconds]
mceier has quit [Ping timeout: 480 seconds]
mceier has joined #freedesktop
gchini has quit [Ping timeout: 480 seconds]
gchini has joined #freedesktop
scrumplex_ has joined #freedesktop
scrumplex has quit [Ping timeout: 480 seconds]
alanc has quit [Remote host closed the connection]
alanc has joined #freedesktop
Kayden has quit [Quit: Leaving]
Kayden has joined #freedesktop
vx has quit [Quit: G-Line: User has been permanently banned from this network.]
vx has joined #freedesktop
eluks has quit [Remote host closed the connection]
eluks has joined #freedesktop
swatish2 has joined #freedesktop
swatish2 has quit [Ping timeout: 480 seconds]
prime has quit [Read error: Connection reset by peer]
prime has joined #freedesktop
prime is now known as Guest2843
ximion has quit [Remote host closed the connection]
swatish2 has joined #freedesktop
i-garrison has quit []
i-garrison has joined #freedesktop
swatish21 has joined #freedesktop
swatish2 has quit [Ping timeout: 480 seconds]
todi has joined #freedesktop
sima has joined #freedesktop
sghuge has quit [Remote host closed the connection]
sghuge has joined #freedesktop
tzimmermann has joined #freedesktop
AbleBacon has quit [Read error: Connection reset by peer]
swatish21 has quit [Ping timeout: 480 seconds]
swatish2 has joined #freedesktop
karenw has quit [Ping timeout: 480 seconds]
MrCooper_ is now known as MrCooper
guludo has joined #freedesktop
haaninjo has joined #freedesktop
guludo has quit [Ping timeout: 480 seconds]
guludo has joined #freedesktop
<mupuf>
bentiss: any thoughts on supporting non-native architectures in ci-templates through buildah's '--platform' argument?
<mupuf>
I did this for b2c and ci-tron and now I need to do the same in mesa to build arm32 containers... so I thought about finally trying to land the feature in ci-templates
<bentiss>
mupuf: no thoughts... no :)
<mupuf>
bentiss: ack, would you mind if I added a new env var to control it?
<mupuf>
Also, do we have qemu-user installed on the fdo runners?
<bentiss>
no mind either :)
<bentiss>
and yes, qemu-user is installed
<mupuf>
fantastic
<mupuf>
ok, then I'll go for the simple and obvious solution then
<mupuf>
it will just look a little bit funny that we'll use debian:aarch64 with FDO_DISTRIBUTION_PLATFORM=linux/armhf... but meh
<mupuf>
the first architecture tells which runner will be used, and the second which image will be generated. It is not silly but it can be confusing
<bentiss>
mupuf: in theory the builder images are multiarch, so you just need to pull debian, not debian@aarch64
<mupuf>
I see, then we just need to set the right runner tag in gitlab ci then. Good to know
<mupuf>
daniels: oooooooh, you skipped modifying ci-templates by using a non-multiarch debian image
<daniels>
right, as you said it's just using the armv7 image as the base, since it does in fact run perfectly well on an aarch64 machine
<daniels>
I'm not sure if our aarch64 runners would accept an armv7/armhf container image
<daniels>
but then again, a machine running an armv7 kernel sure wouldn't accept an aarch64 image, sooo
<mupuf>
that's where qemu-user and binfmt come in
<mupuf>
we don't have to guess, we just let it do its thing and take the perf hit
<mupuf>
that being said, I wonder how big of a hit it would be
<mupuf>
for ci-tron, I'm not doing much building
<daniels>
it's going to hurt for compiling surely
<mupuf>
assuming qemu user does anything, yeah
<mupuf>
1 minute 21 seconds for arm64 vs 1 minute 17 seconds for arm32
<mupuf>
(compiling b2c on the aarch64 runners)
<mupuf>
daniels: anything you had on your todo list aside from fixing the build issues and testing testing and testing?
<daniels>
mupuf: iirc the yak shave was to fix Skia so we could upgrade Skia so we could upgrade LLVM so we could build those deps natively in the containers so we could then switch over to them without losing coverage of those two
<daniels>
(skqp dropped support for listing unit tests upstream)
<mupuf>
I see, seems like good fun!
<mupuf>
I think I'll drop the commits meant for lava to switch to the new containers (since you know better what needs to be done there) and keep the generic parts
<daniels>
I think arm32 should basically be ready to go tbh, it's just that I didn't have a user for it that wasn't LAVA
<daniels>
sure
<mupuf>
I'll use etnaviv as a target, with austriancoder's help