CosmicPenguin has quit [Ping timeout: 264 seconds]
alessioigor has joined #yocto
fancer has quit [Read error: Connection reset by peer]
fancer has joined #yocto
ernstp has quit [Ping timeout: 264 seconds]
ernstp has joined #yocto
CosmicPenguin has joined #yocto
roussinm has quit [Quit: WeeChat 3.3-dev]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
camus has quit [Ping timeout: 264 seconds]
camus has joined #yocto
prabhakarlad has joined #yocto
alessioigor has quit [Quit: alessioigor]
mckoan|away is now known as mckoan
Schlumpf has joined #yocto
<mckoan>
good morning
<Schlumpf>
good morning
<coldspark29[m]>
Good morning
<coldspark29[m]>
Is anyone experienced in signing FIT kernel images with NXP's HAB?
<alicef>
mckoan: morning :)
mvlad has joined #yocto
leon-anavi has joined #yocto
<mckoan>
alicef: konnichiwa!
<mckoan>
coldspark29[m]: yes, it's quite complicated and definitely not easy. That's part of our consulting portfolio.
vladest has quit [Read error: Connection reset by peer]
vladest has joined #yocto
rfuentess has joined #yocto
camus1 has joined #yocto
<coldspark29[m]>
I guess it is also part of NXP's consulting portfolion, because the documentation is not good ^^
camus has quit [Ping timeout: 264 seconds]
camus1 is now known as camus
<coldspark29[m]>
@mckoan So I guess I will have to figure it out myself. I think you somehow need to list the components in the csf_additional_images.txt. I am not giving up.
camus1 has joined #yocto
camus has quit [Ping timeout: 258 seconds]
camus1 is now known as camus
hpsy has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 246 seconds]
camus1 is now known as camus
<qschulz>
coldspark29[m]: boundarydevices have a decent tutorial for imx6 (or at least had, when I implemented this 5 years ago :) )
<coldspark29[m]>
qschulz: Yeah and I got that to work for uImages. Tried signing the FIT image with the same procedure and it didn't work
<qschulz>
ah my bad, misread your question.
fbre has joined #yocto
<coldspark29[m]>
Yeah, I by would totally use the standard U-Boot as you have advised me, but I can't do this for our legacy Android build, because Android Verified Boot needs the NXP U-Boot. I willy totally use the mainline version for the coming Yocto build though!
<coldspark29[m]>
s/willy/will/
<fbre>
Hi! I have a bitbake error on hardknott: imx-atf-2.4+git.....-r0 do_compile: oe_runmake failed
<fbre>
...Error: Invalid platform...
<fbre>
Is this a known issue?
<qschulz>
fbre: have you checked that you're using the hardknott branches for all layers you are using?
<qschulz>
if it is imx-atf from meta-imx, ask NXP
<qschulz>
if it's from meta-freescale, it's a different topic :)
<fbre>
I use meta-freescale... now checking the branches...
<qschulz>
check that they are up-to-date too (git pull --ff-only)
<coldspark29[m]>
qschulz: Tried that. NXP's support in their is a joke. They only post links to their documentation when being asked. Guess they only really act if you make support contracts.
<coldspark29[m]>
s/Tried that. NXP's support in their is a joke. They only post links to their documentation when being asked. Guess they only really act if you make support contracts./Tried that. NXP's support on their forum is a joke. They only post links to their documentation when being asked. Guess they only really act if you make support contracts./
<qschulz>
coldspark29[m]: "ask NXP" was for fbre :)
<fbre>
I must say the NXP support is great. The are very helpful
<coldspark29[m]>
Ah my bad
camus has quit [Ping timeout: 258 seconds]
camus has joined #yocto
<fbre>
coldspark29[m], you need a contact via Field Application Engineer
<coldspark29[m]>
fbre: It depends what you compare it too I guess. I have got much quicker and more helpful responses in no time on TI and ARM forums. Been waiting for that on NXP for a week now.
<coldspark29[m]>
fbre: How do you do that?
<coldspark29[m]>
And what does it cost?
<coldspark29[m]>
^^
<fbre>
coldspark29[m] I was not the one who organized the contact in our company. But I even have contact with kernel driver developers
<qschulz>
coldspark29[m]: yeah NXP forums aren't really helpful I have to say, a previous employer had an FAE assigned to the company so it was much easier to get answers
<qschulz>
then you go through the support website instead of the forums and you usually get answers in the next few days (might not be a solution yet but at least it's not > /dev/null :) )
davidinux has quit [Quit: WeeChat 2.8]
<fbre>
If a company starts a contract with NXP, they will send FAEs with really good support
<coldspark29[m]>
Maybe I should file a support request
<coldspark29[m]>
I always figured they would charge me for that
zyga-mbp has joined #yocto
<qschulz>
considering how expensive the SoCs are, I'd hope support is included in that :)
<qschulz>
I'm not aware of any additional cost but I was not in contact with financial dept so can't confirm
davidinux has joined #yocto
<coldspark29[m]>
Okay, will try. Thanks
d0ku has joined #yocto
florian has joined #yocto
Guest47 has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
Guest55 has joined #yocto
<Guest55>
Hi, I am using an upstream Kernel (5.14.14). In do_kernel_configme it complains that "cfg/fs/vfat.scc" is not found. I understand that this check was implemented in new poky releases. But where does the fragment vfat.scc have to be and where to I get it?
Guest17 has joined #yocto
Guest55 has quit [Quit: Client closed]
<fbre>
I updated my hardknott with "git pull --ff-only" and now I have: ppm.c undefined reference to 'dvb_dmxdev_release' in drivers/mxc/xuvi/ppm.o Any idea?
Jari[m] has quit [Quit: You have been kicked for being idle]
vd has quit [Quit: Client closed]
vd has joined #yocto
zyga-mbp has quit [Read error: Connection reset by peer]
zyga-mbp has joined #yocto
<Guest47>
Can yocto compile kernel in 64 bits and user space in 32 bits?
<qschulz>
Guest47: whole userspace or some pieces of SW only?
<Guest47>
Whole user space 32 bits.
dvorkindmitry has joined #yocto
<qschulz>
What comes to mind is to replace all packages with their multilib variants (lib32-<pkg> + the multilib thingy in your machine conf file)
<qschulz>
there's probably a better way that this
<qschulz>
replace all packages with their multilib variants in the image recipe
<qschulz>
is what I meant
<qschulz>
I'm not sure this works though, I only used to have some pieces of SW in 32b
<dvorkindmitry>
may I define the DISTRO=... variable in mymachine.conf file in case of multiconfig?
<qschulz>
maybe the reverse would work better? something like lib64-kernel and a lib64 multilib? just throwing ideas :)
<Guest47>
That is the approach I have been using. bitbake lib32-image. But problem then becomes with yocto sdk.
<qschulz>
dvorkindmitry: I assume this should be set in the multiconfig configuration file for your machine (not the machine conf file IIRC)
<Guest47>
Can try the reverse, i.e. 32 bit machine but bitbake kernel in lib64.
<qschulz>
I've never attempted this, don't even know if it works :) (i doubt this is actually tested :) )
<fbre>
hmm grmpf, my meta layer sets a new platform name "foo" but meta-freescale fails with "Error: invalid platform" in recipes-bsp/imx-atf/imx-atf_2.4.bb:do_configure
<fbre>
git update did not help
fbre has quit [Quit: Client closed]
fbre has joined #yocto
<qschulz>
fbre: does your new machine have the SOC_FAMILY and MACHINEOVERRIDES correclty set
<qschulz>
also, might need to set the platform for atf in the machine conf file or in a bbappend for the recipe
<qschulz>
that is not an uncommon thing to do
<fbre>
What is actually "atf"?
camus has quit [Ping timeout: 268 seconds]
camus has joined #yocto
<Guest47>
qschulz what would be the way to make it pull in 64 bit kernel? PREFERRED_PROVIDER_virtual/kernel = lib64-kernel?
<janvermaete[m]>
Could it be something is wrong with layers.openembedded.org?
<thekappe>
but inspecting the do_compile log, the flag is still set
<RP>
thekappe: did you try CFLAGS_remove_<MACHINE> ?
<RP>
thekappe: it might also need to be TARGET_CFLAGS
<fbre>
What does "=." mean as syntax?
<thekappe>
@RP, same result. I'll try also with TARGET_CFLAGS
Guest47 has quit [Quit: Client closed]
<qschulz>
fbre: atf = arm-trusted-firmware, you need it on aarch64 boards
<fbre>
ah OK
<qschulz>
fbre: check how imx-atf recipe is configuring the platform for atf
<qschulz>
you either need to patch the imx-atf recipe to do the mapping between your platform and an existing one
<qschulz>
or if your board is not too far from one that already exists in meta-freesclae, I assume that adding its machine name to your machine MACHINEOVERRIDES should help with some recipes
<qschulz>
thekappe: which branch are you using? don't you need the new syntax instead? e.g. CFLAGS:<MACHINE>:remove ?
<qschulz>
janvermaete[m]: If it hasn't been fixed since then, I think the layerindex isn't really up-to-date, don't know how it broke nor how to fix it sorry
<qschulz>
but yes, it points to outdated recipes, especially for master branch (which is the default)
<qschulz>
(in the layerindex)
<thekappe>
qschulz, I'm using the brand new "thud"
<thekappe>
btw, adding TARGETS_CFLAGS and after a -c cleansstate seems it got solved
Schlumpf has quit [Quit: Client closed]
dtometzki has quit [Ping timeout: 260 seconds]
michaelo has joined #yocto
Guest17 has quit [Quit: Client closed]
pgowda_ has joined #yocto
frieder has joined #yocto
Guest1553 has joined #yocto
kayterina has joined #yocto
<fbre>
qschulz, thanx for your hints! You're always very helpful :-)
<dvorkindmitry>
what does this mean (bitbake with -D): "DEBUG: Found task mc:tpp-tppg2:/home/dv/workspace/recipename_1.7.7.bb:do_package which could be accelerated"
frieder has quit [Remote host closed the connection]
Vonter has quit [Ping timeout: 260 seconds]
prabhakarlad has quit [Quit: Client closed]
camus1 has joined #yocto
camus has quit [Ping timeout: 264 seconds]
camus1 is now known as camus
RobertBerger has quit [Remote host closed the connection]
RobertBerger has joined #yocto
prabhakarlad has joined #yocto
<RP>
dvorkindmitry: it means it was able to build it from sstate
Guest4797 has joined #yocto
lucaceresoli has joined #yocto
Guest1553 has quit [Quit: Client closed]
camus1 has joined #yocto
camus has quit [Ping timeout: 246 seconds]
camus1 is now known as camus
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zyga-mbp has joined #yocto
goliath has quit [Quit: SIGSEGV]
otavio_ has joined #yocto
otavio has quit [Read error: Connection reset by peer]
fbre has quit [Quit: fbre]
goliath has joined #yocto
pgowda_ has quit [Quit: Connection closed for inactivity]
<dvorkindmitry>
is there the simple example of MC dependency for populate_sdk task for the image?
<Guest4797>
Any way to iterate over IMAGE_INSTALL?
camus has quit [Quit: camus]
sakoman has joined #yocto
deurzen has quit [Quit: Leaving]
<banana_smoothie[>
Is brace expansion working in bitbake recipes? e.g. `rm /a/long/path/{foo,bar}`
<neverpanic>
In places where things are executed by a shell, yes.
<smurray>
I'm pretty sure that's a bashism and thus it'd be better to not use it
<RP>
banana_smoothie[: smurray is correct, don't do that as it may run under dash
kiran has joined #yocto
akiCA has joined #yocto
codavi has joined #yocto
akiCA has quit [Ping timeout: 246 seconds]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<banana_smoothie[>
okay, thank you smurray RP
<banana_smoothie[>
* thank you neverpanic smurray RP
<Guest4797>
Can I build a 64 bit kernel on a 32 bit machine? Allowed to make lib64 multilib om 32 bit machine?
rfuentess has quit [Remote host closed the connection]
<RP>
Guest4797: 32 bit machines are usually ram limited which limits builds a bit but the answer is yes
<Guest4797>
RP no talking about my build machines. I want to build 32 bits user space and 64 bits kernel.
d0ku has quit [Remote host closed the connection]
<RP>
Guest4797: definitely can be done, you'd just want the correct kernel config but I'm not sure that is documented anywhere. Also depends on whether the kernel wants libgcc and friends (as 64 bit binaries)
<RP>
it would work with multilib
<Guest4797>
RP Can you point me to an example? Do I define the machine to be 32 bits and then add lib64 to it? Or make machine 64 bits and do lib32 on image? Tried the latter but then populate_sdk becomes an issue.
<RP>
I would have suggested the latter :/
MrFrank has joined #yocto
jatedev has joined #yocto
<Guest4797>
Problem then becomes sdk breaks... The sdk produces a 64 bit sysroot for user space, but I want a 32 bit...
tangofoxtrot has quit [Remote host closed the connection]
tangofoxtrot has joined #yocto
<kergoth>
Can you not bitbake a lib32-meta-toolchain or the like?
<JaMa>
we're using multilib like this with lib32-image-name and only the kernel is aarch64 and it's a bit ugly to maintain had to add a lot of explicit MLPREFIXes in various places
<Guest4797>
kergoth can you explain more?
mckoan is now known as mckoan|away
<Guest4797>
JaMa so you add MLPREFIX to IMAGE_INSTALL? What about DEPENDS?
<jatedev>
I saw a wiki edit that said dunfell's LTS period is now through April 2024, but I've seen no announcements. Any truth to this rumor?
florian has quit [Quit: Ex-Chat]
<smurray>
jatedev: it was announced on one of the technical calls a few weeks back, so yes AFAIK
<RP>
jatedev: definitely true. I wish we could sort out the project advocacy side of things :(
<jatedev>
(y) This is good news for me as a user/dev
mithro has quit [Ping timeout: 244 seconds]
mithro has joined #yocto
bps2 has quit [Ping timeout: 260 seconds]
linkliu59 has quit [Ping timeout: 252 seconds]
lucaceresoli has quit [Quit: Leaving]
linkliu59 has joined #yocto
goliath has quit [Quit: SIGSEGV]
leon-anavi has quit [Remote host closed the connection]
dtometzki has joined #yocto
madisox_ has joined #yocto
Crofton_ has joined #yocto
kiran has quit [Ping timeout: 245 seconds]
dev1990 has joined #yocto
pabigot has quit [*.net *.split]
Crofton has quit [*.net *.split]
madisox has quit [*.net *.split]
madisox_ is now known as madisox
Crofton_ is now known as Crofton
florian_kc has joined #yocto
prabhakarlad has quit [Quit: Client closed]
florian_kc has quit [Ping timeout: 258 seconds]
prabhakarlad has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
argonautx has joined #yocto
otavio_ is now known as otavio
goliath has joined #yocto
otavio has quit [Quit: leaving]
otavio has joined #yocto
florian_kc has joined #yocto
hpsy has quit [Ping timeout: 258 seconds]
tgamblin has quit [Quit: Leaving]
florian_kc has quit [Ping timeout: 260 seconds]
sakoman has quit [Quit: Leaving.]
goliath has quit [Quit: SIGSEGV]
Starfoxxes has quit [Read error: Connection reset by peer]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 264 seconds]
Starfoxxes has joined #yocto
sakoman has joined #yocto
Net147 has quit [Ping timeout: 260 seconds]
Net147 has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 258 seconds]
Net147 has quit [Read error: Connection reset by peer]
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
prabhakarlad has quit [Ping timeout: 256 seconds]
argonautx has quit [Quit: Leaving]
goliath has joined #yocto
codavi has quit [Ping timeout: 245 seconds]
prabhakarlad has joined #yocto
deurzen has joined #yocto
deurzen_ has joined #yocto
agners has quit [Quit: WeeChat 3.3]
Net147 has quit [Ping timeout: 264 seconds]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Net147 has joined #yocto
Net147 has joined #yocto
bps2 has joined #yocto
Net147 has quit [Ping timeout: 260 seconds]
Net147 has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
bantu_ has quit [Quit: bantu_]
bantu has joined #yocto
mvlad has quit [Remote host closed the connection]