olani has quit [Remote host closed the connection]
<RP>
khem: that is indeed an annoying issue :/
farmadupe has quit [Ping timeout: 248 seconds]
farmadupe has joined #yocto
olani has joined #yocto
ablu has quit [Ping timeout: 252 seconds]
ablu has joined #yocto
farmadupe has quit [Ping timeout: 252 seconds]
mbulut has joined #yocto
farmadupe has joined #yocto
farmadupe has quit [Ping timeout: 244 seconds]
farmadupe has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
leon-anavi has joined #yocto
Vonter has quit [Ping timeout: 248 seconds]
florian_kc is now known as florian
prabhakalad has joined #yocto
sotaoverride has quit [Ping timeout: 260 seconds]
sotaoverride has joined #yocto
ptsneves has quit [Ping timeout: 246 seconds]
jmiehe has joined #yocto
grma has joined #yocto
dgriego has quit [Ping timeout: 246 seconds]
dgriego has joined #yocto
vrajendran has joined #yocto
<vrajendran>
Hello Yocto Team,
<vrajendran>
I am working on switching from the GCC toolchain and GLIBC library to Clang and Musl in my Yocto project. My Yocto is based on Kirkstone and has been customized for project-specific purposes.
<vrajendran>
There are prebuilt libraries integrated through recipes in the build system. These prebuilt libraries are provided by different vendors, built using GCC, and linked with GLIBC. Unfortunately, I do not have control over the source code of these libraries.
<vrajendran>
Is there any way to make these prebuilt libraries compatible with a Clang and Musl environment?
pbiel has joined #yocto
<pbiel>
Is there a way to disable extlinux file generation while using bootimg-partition through wic?
goliath has quit [Quit: SIGSEGV]
farmadupe has quit [Ping timeout: 252 seconds]
dgriego has quit [Ping timeout: 252 seconds]
dgriego has joined #yocto
farmadupe has joined #yocto
amitk_ has joined #yocto
amitk has quit [Read error: Connection reset by peer]
Vonter has quit [Read error: Connection reset by peer]
Vonter_ has joined #yocto
Austriker has joined #yocto
Austriker has quit [Client Quit]
tnovotny has joined #yocto
goliath has joined #yocto
vrajendran has quit [Quit: Client closed]
<rburton>
glad to help
<RP>
you have to wonder if an addtask on a task which doesn't exist shouldn't be a bug
<RP>
er, error and needs a bug
sotaoverride has quit [Ping timeout: 260 seconds]
halloy4743 has quit [Ping timeout: 260 seconds]
<JaMa>
RP: just curious, do you plan to merge Steve's last scarthgap update today?
g0hl1n has quit [Quit: Client closed]
sotaoverride has joined #yocto
Vonter_ has quit [Ping timeout: 244 seconds]
<RP>
JaMa: Steve actually pushes them himself these days
<JaMa>
ah, thanks
vrajendran has joined #yocto
<JaMa>
I should have noticed the change since April
Vonter has joined #yocto
adadad has quit [Quit: ZNC 1.9.1+deb2+b1 - https://znc.in]
adadad has joined #yocto
vrajendran has quit [Quit: Client closed]
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
vrajendran has joined #yocto
<RP>
rburton: the thing still fails. I think the answer is the ordering changes from the autobuilder config frags. The bigger question is then why was it intermittent
<RP>
kanavin: we have a worrying problem with config fragments where I'm seeing non-deterministic build results :(
<kanavin>
RP: is it the same as in bugzilla?
<RP>
kanavin: probably related
<kanavin>
RP: I can look but I need a lead
<kanavin>
is there somewhere on AB I can poke into?
Vonter has quit [Ping timeout: 265 seconds]
<RP>
kanavin: looking at the build results, I think this is deterministic and I misconfigured one of the builds
<kanavin>
RP: I think either the selftest itself should be using fragments, or we change the autobuilder fragment to use ?= for that variable, so it's a soft assignment?
<RP>
kanavin: we can certainly work around it, I'm just worried about how many more of these kinds of issues we'll hit
<RP>
people expect the fragments to behave the same way :/
<RP>
?= won't help btw, it would have to be ??=
<RP>
ah, it probably will be ok
<RP>
even I'm getting confused already :(
<kanavin>
RP: yes there's a usability problem here. The expectation will be that things set in local.conf override what fragment says.
<kanavin>
and right now it's not like that.
<RP>
kanavin: not sure what we can do about it though :/
<kanavin>
On the other hand, people will want to set OE_FRAGMENTS from local.conf too. These expectations seem to be in conflict?
<RP>
they are, but that won't be obvious to anyone
<kanavin>
RP: on the other hand distro and machine config do come in after local.conf, so fragments behave that way too
<kanavin>
I need a bit of lunch now :)
<RP>
kanavin: good plan. We need to think about this a bit....
<kanavin>
RP: one quick, and maybe bad idea is to indeed move addfragments to before local.conf, then print some kind of notice/warning/error when OE_FRAGMENTS is tweaked after processing that
<RP>
I guess the autobuilder will set them in auto.conf :)
<RP>
I don't think it will make people happy though
<kanavin>
RP: autobuilder, and bitbake-setup, and bitbake-config-build will do it correctly
<kanavin>
RP: but if someone places it into local.conf... they should then get notified that it won't work
<RP>
kanavin: most users configuring a local build will use local.conf, I've done it myself already
<kanavin>
RP: it's muscle memory, yes :(
<kanavin>
----> food
iceaway has joined #yocto
<iceaway>
Hi all! I am doing work related to secure boot and I came across something regarding fitImages. I have a fitImage with u-boot + dtb which is loaded by U-boot SPL, and I have a fitImage with the linux kernel, dtb, bootscript and optee loaded by U-boot. In the fitImage helper-class for the kernel the images are hashed, and the configuration is signed
<iceaway>
to avoid an attacker from injecting an "invalid" configuration (https://docs.u-boot.org/en/latest/usage/fit/signature.html). This is not the case for the fitImage-class used by u-boot however. There the images are signed but not the configuration. Shouldn't these be handled the same way?
rob_w has quit [Ping timeout: 248 seconds]
florian has quit [Quit: Ex-Chat]
g0hl1n has joined #yocto
<RP>
iceaway: probably yes. There are a number of fitimage patches around at the moment but we want to try and simplify the code a bit and ensure we have good test coverage for the right cases
<iceaway>
RP: Thanks, I have run into some other issues as well with circular dependencies with secure boot, fitImages and bootscripts which was on the mailing list a short while ago. I'll just leave it for now then until an "official" solution is available.
<RP>
iceaway: help would be welcome with helping find that solution!
* RP
is trying to keep out of it as I don't have good knowledge on any of it
sotaoverride has quit [Killed (copper.libera.chat (Nickname regained by services))]
ctraven is now known as sotaoverride
<rburton>
iceaway: you can be the change you want in the world :) by writing down what your goals are and what the problems/gaps/issues are
sotaover1ide has joined #yocto
<iceaway>
RP: I would love to help out but the whole chain of events leading up to a secure bootable image is just way over my head I'm afraid with my limited experience with Yocto.
iceaway has quit [Quit: Client closed]
sotaover1ide has quit [Ping timeout: 260 seconds]
sotaover1ide has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.4.4]
rob_w has joined #yocto
iceaway has joined #yocto
iceaway has quit [Client Quit]
<bjdooks>
khem: I didn't get very far as it turns out kvmtool is buildable under buildroot... but still have buildroot/busybox bugs to sort out
<bjdooks>
khem: i'll update the project repos and readme this aftrenoon and push out what i have got
vrajendran has quit [Quit: Client closed]
cyxae has joined #yocto
gspbirel56 has joined #yocto
florian has joined #yocto
shoragan has quit [Ping timeout: 252 seconds]
chrissi^|lxa_ has quit [Ping timeout: 244 seconds]
OnkelUlla has quit [Ping timeout: 265 seconds]
Minvera has joined #yocto
Minvera has quit [Remote host closed the connection]
Austriker has joined #yocto
<Austriker>
Hello, I have built a custom linux-yocto distribution for amd-x86-64 hardware but I am experiencing some kernel panic. Example I have an wifi ath11k. When I use it with my kernel config It crashes but If use a defconfig from a ubuntu for example to configure my kernel it works like a charm. Same for nvidia-drm and X11 working together. I get a
<Austriker>
kernel crash. So based on this I believe there are some kernel modules missing to have my kernel fully working without having a full ubuntu one. What is the best way to debug this kind of issue ? I was going for comparing defconfig and lsmod but it's a slow process and not sure super usefull. cheers
davidinux has quit [Ping timeout: 260 seconds]
rob_w has quit [Ping timeout: 252 seconds]
davidinux has joined #yocto
Vonter has joined #yocto
<RP>
Austriker: I think you're using the right approach, it isn't a simple thing to work out sadly
marka has quit [Read error: Connection reset by peer]
marka has joined #yocto
PhoenixMage has quit [Ping timeout: 265 seconds]
PhoenixMage has joined #yocto
hnez has joined #yocto
chrissi^|lxa has joined #yocto
g0hl1n has quit [Quit: Client closed]
shoragan has joined #yocto
wooosaiiii has quit [Remote host closed the connection]
wooosaiiii has joined #yocto
sotaover1ide has quit [Ping timeout: 260 seconds]
sotaover1ide has joined #yocto
Austriker has quit [Quit: Client closed]
Austriker has joined #yocto
wooosaiiii has quit [Remote host closed the connection]
Algotech has quit [Remote host closed the connection]
Austriker has joined #yocto
Austriker has quit [Client Quit]
ptsneves has quit [Ping timeout: 252 seconds]
g0hl1n has joined #yocto
druppy has quit [Ping timeout: 260 seconds]
<kilobyte_ch>
Hello! I'm working on making the boot partition of my Raspberry Pi A/B capable. Typically, the boot partition is a single VFAT partition with all the files located in its root directory. To enable A/B capability, I need two folders on the boot partition: bootA and bootB. Each folder should contain the same files that would normally reside in the root of the boot partition.
sotaoverride has quit [Ping timeout: 260 seconds]
<kilobyte_ch>
Does anyone know how to modify the Yocto Project to achieve this? Is there a pre-boot-partition image creation hook I could use to copy the files into bootA and bootB? Or is the only proper way to achieve this by modifying everything related to IMAGE_BOOT_FILES using bbappend files?
sotaoverride has joined #yocto
goliath has joined #yocto
prabhakalad has quit [Ping timeout: 252 seconds]
prabhakalad has joined #yocto
steelswords9436 has quit [Quit: Ping timeout (120 seconds)]
steelswords9436 has joined #yocto
jmd has quit [Remote host closed the connection]
mbulut has quit [Ping timeout: 246 seconds]
pbiel has quit [Ping timeout: 248 seconds]
cabazon has joined #yocto
rob_w_ has quit [Read error: Connection reset by peer]
prabhakalad has quit [Ping timeout: 272 seconds]
prabhakalad has joined #yocto
sotaoverride has quit [Ping timeout: 260 seconds]
cabazon has quit [Quit: Client closed]
sotaoverride has joined #yocto
goliath has quit [Quit: SIGSEGV]
Kubu_work has quit [Quit: Leaving.]
SlimeyX has quit [Read error: Connection reset by peer]
Dr_Who has quit [Read error: Connection reset by peer]