Monday, 2021-03-08

*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto00:13
*** FloRiAn <FloRiAn!~florian@> has joined #yocto00:32
*** FloRiAn <FloRiAn!~florian@> has quit IRC00:37
*** kpo_ <kpo_!> has quit IRC00:39
*** bobo <bobo!> has quit IRC00:43
*** oberstet <oberstet!~oberstet@> has quit IRC00:45
*** risca <risca!~quassel@> has quit IRC00:46
*** risca <risca!~quassel@> has joined #yocto00:48
*** sakoman <sakoman!~steve@> has quit IRC00:51
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC01:07
*** sakoman <sakoman!~steve@> has joined #yocto01:19
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto01:21
*** bobo <bobo!> has joined #yocto01:22
*** risca <risca!~quassel@> has quit IRC01:23
*** risca <risca!~quassel@> has joined #yocto01:27
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC01:47
*** bobo <bobo!> has quit IRC01:50
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:54
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto01:55
*** camus <camus!~Instantbi@> has joined #yocto01:57
*** kaspter <kaspter!~Instantbi@> has quit IRC01:58
*** camus is now known as kaspter01:58
*** sakoman <sakoman!~steve@> has quit IRC02:01
*** bobo <bobo!> has joined #yocto02:19
*** ayaka <ayaka!~ayaka@> has quit IRC02:19
*** ayaka <ayaka!~ayaka@> has joined #yocto02:20
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC02:36
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto02:45
*** sakoman <sakoman!~steve@> has joined #yocto02:53
*** tgoodwin <tgoodwin!> has joined #yocto02:55
*** bobo <bobo!> has quit IRC02:58
*** tgoodwin <tgoodwin!> has quit IRC03:06
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC03:06
*** ahadi <ahadi!~ahadi@> has quit IRC03:07
*** ahadi <ahadi!~ahadi@> has joined #yocto03:08
*** fitzsim <fitzsim!> has quit IRC03:10
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto03:17
*** sakoman <sakoman!~steve@> has quit IRC03:46
*** risca <risca!~quassel@> has quit IRC03:47
*** risca <risca!~quassel@> has joined #yocto03:54
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC04:02
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto04:03
*** sakoman <sakoman!~steve@> has joined #yocto04:04
*** sakoman <sakoman!~steve@> has quit IRC04:19
*** sakoman <sakoman!~steve@> has joined #yocto04:36
*** rcrudo <rcrudo!~rcrudo@2001:16b8:c2d9:c800:f2df:6a81:d9f2:9bb4> has quit IRC04:41
*** rcrudo <rcrudo!~rcrudo@2001:16b8:c23c:2200:e61a:1b34:8829:673d> has joined #yocto04:43
*** huseyinkozan <huseyinkozan!~hk@> has joined #yocto04:48
*** sakoman <sakoman!~steve@> has quit IRC05:04
*** manuel__ <manuel__!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto05:21
*** manuel__ <manuel__!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC05:35
*** huseyinkozan <huseyinkozan!~hk@> has quit IRC05:35
*** bobo <bobo!> has joined #yocto05:37
*** kaspter <kaspter!~Instantbi@> has quit IRC06:22
*** kaspter <kaspter!~Instantbi@> has joined #yocto06:23
*** risca <risca!~quassel@> has quit IRC06:26
*** risca <risca!~quassel@> has joined #yocto06:28
*** AndersD <AndersD!> has joined #yocto06:30
*** risca <risca!~quassel@> has quit IRC06:31
*** risca <risca!~quassel@> has joined #yocto06:31
*** jdrol <jdrol!> has quit IRC06:31
*** beneth <beneth!> has joined #yocto06:32
*** jdrol <jdrol!> has joined #yocto06:32
jdrolhi trying meta-raspeberypi I got ERROR: No recipes in default available for:06:33
jdrol  /home/gilles/Developpements/yocto/meta-raspberrypi/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.18.%.bbappend06:33
jdrol idea ?06:33
*** AndersD_ <AndersD_!> has joined #yocto06:34
*** AndersD <AndersD!> has quit IRC06:37
*** beneth <beneth!> has left #yocto06:40
*** ctlnwr <ctlnwr!~catalin@> has quit IRC06:46
*** agust <agust!> has joined #yocto06:49
jdrolok found06:56
*** splatch_ <splatch_!> has quit IRC06:56
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:58
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto07:28
*** frsc <frsc!> has joined #yocto07:28
*** bobo <bobo!> has quit IRC07:34
*** camus <camus!~Instantbi@> has joined #yocto07:35
*** kaspter <kaspter!~Instantbi@> has quit IRC07:35
*** camus is now known as kaspter07:35
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto07:40
*** FloRiAn <FloRiAn!> has joined #yocto07:40
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto07:43
*** mckoan|away is now known as mckoan07:43
*** flash27 <flash27!> has joined #yocto07:43
mckoangood morning07:43
flash27good morning everyone. Quick question: is there a reason to prefer ipkg over deb packages?07:44
*** Yumasi <Yumasi!> has joined #yocto07:44
flash27sorry, i meant opkg07:45
mckoanflash27: the heaviness. IPK is the lighter but with less features, then DEB, and RPM is full featured bit heavier07:47
mckoanflash27: that's the reason why IPK is preferrend in embedded systems07:48
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC07:49
*** beneth <beneth!> has joined #yocto07:50
flash27mckoan: i noticed that IPK seems the default choice in yocto. Do you have idea of which are the features missing? I could not find a lot regarding IPK. If you know of some comparison, it would be great07:50
flash27if not, thank you the same for the answer07:51
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto07:51
*** dleppich <dleppich!> has joined #yocto07:57
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:18cf:a348:64a:d2e4> has joined #yocto08:00
*** ENPJ <ENPJ!~john@2001:a61:3a33:7901:f968:92b3:1068:3dfc> has joined #yocto08:03
*** dleppich <dleppich!> has quit IRC08:04
LetoThe2ndyo dudX08:14
mckoanLetoThe2nd: hi08:15
*** FloRiAn <FloRiAn!> has quit IRC08:17
*** FloRiAn_ <FloRiAn_!> has joined #yocto08:18
flash27@mckoan thank you08:19
*** FloRiAn_ <FloRiAn_!> has quit IRC08:20
*** yannholo <yannholo!> has joined #yocto08:23
*** FloRiAn_ <FloRiAn_!> has joined #yocto08:25
*** FloRiAn_ <FloRiAn_!> has quit IRC08:30
*** manuel__ <manuel__!~manuel198@> has joined #yocto08:32
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto08:33
*** creich <creich!> has quit IRC08:47
*** creich <creich!> has joined #yocto08:48
*** gsalazar <gsalazar!> has joined #yocto08:55
*** FloRiAn_ <FloRiAn_!> has joined #yocto08:57
*** lusus <lusus!~lusus@> has joined #yocto08:58
*** dev1990 <dev1990!> has joined #yocto09:02
*** zeddii <zeddii!> has quit IRC09:03
*** zeddii <zeddii!> has joined #yocto09:04
*** FloRiAn_ <FloRiAn_!> has quit IRC09:08
qschulzjonesv[m]: IIRC, the device tree is part of the defconfig in U-Boot, c.f. CONFIG_DEFAULT_DEVICE_TREE09:15
*** bps <bps!~bps@> has joined #yocto09:19
bpsI have an out-of-tree kernel module that I build with a bitbake recipe. I would like to create a toolchain/sysroot in the same way as a generic yocto SDK so that I can let external parties build the same module against our kernel without having access to our wider Yocto workspace. Is this possible?09:21
*** zkrx <zkrx!> has quit IRC09:21
*** ENPJ <ENPJ!~john@2001:a61:3a33:7901:f968:92b3:1068:3dfc> has quit IRC09:25
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:87f:dd38:cbe8:3de3> has joined #yocto09:29
*** RobertBerger <RobertBerger!> has joined #yocto09:30
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:30
*** flash27 <flash27!> has quit IRC09:32
LetoThe2ndbps: doesn't the generic sdk do the trick? maybe with enabled kernel-devel feature orwhatsitcalled.09:35
bpsthat would probably do the job but I just wondered if I could make a slimmed-down version, since all I'm building is a kernel module09:36
*** pbb <pbb!> has quit IRC09:37
*** pbb <pbb!> has joined #yocto09:38
LetoThe2ndhum. i think there is a meta-toolchain target somewhere, but not sure if its maintained properly. so if at all i would just build the sdk for core-image-minimal to pull in as little as possible and live with it, unless there is good reason to spend additional effort.09:39
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:87f:dd38:cbe8:3de3> has quit IRC09:40
mckoanbps: bitbake meta-toolchain is what you need09:41
bpshmm thanks, I'll take a look09:42
*** FloRiAn_ <FloRiAn_!> has joined #yocto09:48
*** zkrx <zkrx!> has joined #yocto09:49
*** NiksDev <NiksDev!~NiksDev@> has quit IRC10:00
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:00
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:02
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:552a:914a:6d61:dd2e> has joined #yocto10:04
*** Bunio_FH <Bunio_FH!> has joined #yocto10:11
*** flash27 <flash27!> has joined #yocto10:19
*** tnovotny <tnovotny!> has joined #yocto10:32
*** flash27 <flash27!> has quit IRC10:34
*** Manju <Manju!a5e16856@> has joined #yocto10:35
Manjucan we create a class in bbclass file10:35
Manjuif yes what is the syntax10:36
Manjui was able to follow and use functions10:36
qschulzManju: pretty sure one can define classes within python functions/tasks10:46
qschulzManju: but what exactly do you want to do that requires classes?10:46
*** FloRiAn_ <FloRiAn_!> has quit IRC10:53
*** FloRiAn_ <FloRiAn_!> has joined #yocto10:54
*** kpo <kpo!> has joined #yocto10:57
*** kpo <kpo!> has quit IRC11:00
Manjui want to create objects11:03
Manjuof a class11:03
rburtonanywhere you can write python, you can define a class.11:04
* LetoThe2nd thinks it would be classy to stand in front of a class and explain classes of classes.11:05
Manjuwill i t be of same syntax11:05
Manjuas in normal python11:05
Manjulike eg: class myclass:11:06
qschulzManju: you're not explaining why you want classes. I'm considering you want to share objects between tasks/functions and I'm pretty sure it cannot work in Bitbake but happy to be proven otherwise11:17
*** bps <bps!~bps@> has quit IRC11:18
rburtonthe datastore (d) just stores python objects, so yes you can put a class instance in it if you want11:19
rburtonManju: when you're somewhere you can write python, that text is literally given to the python interpretter.  you can't just do class foo: at the top level of a bbclass, because you can't write python there.11:19
LetoThe2ndrburton: also to the python interprettier?11:20
* LetoThe2nd is severely undercaffeinated. or underbeered.11:20
qschulzLetoThe2nd: at that level, probably should mix beer and coffee just to be safe11:20
LetoThe2ndqschulz: i have conducted extensive experiments, and i can confirm that its not that easy. mixing alcohol and caffeine takes quite some experience to actually archieve desirable effects, instead of just bad taste.11:22
qschulzLetoThe2nd: then go for irish coffee, extensive test was done on that recipe11:22
Manjujust want to know the syntax then11:23
Manjui didnt quiet get rburton11:23
rburtonWhere you're writing python, just define the class11:23
LetoThe2ndqschulz: Test Driven Development!11:23
* LetoThe2nd oO( Test Driven Drinking )11:24
Manjulike python class foo:11:25
Manjupython class foo:11:26
Manjupython class foo():11:26
Manjusorry for my poor understanding here11:27
qschulzManju: in a python task or function only. so in your bbclass/recipe, python some_func() { class Foo: }11:27
ManjuThanks qschulz11:28
*** kpo_ <kpo_!> has joined #yocto11:45
*** berton <berton!> has joined #yocto11:47
RobertBerger@LetoThe2nd: Oida - Irish coffee is good for me - effects achieved  ;)11:54
*** Manju <Manju!a5e16856@> has quit IRC11:56
*** camus <camus!~Instantbi@> has joined #yocto11:57
*** kaspter <kaspter!~Instantbi@> has quit IRC11:58
*** camus is now known as kaspter11:58
LetoThe2ndRobertBerger: OIDA!11:59
*** Yumasi <Yumasi!> has quit IRC12:04
*** risca <risca!~quassel@> has quit IRC12:16
*** risca <risca!~quassel@> has joined #yocto12:18
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto12:26
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto12:26
*** FloRiAn_ <FloRiAn_!> has quit IRC12:33
*** manuel__ <manuel__!~manuel198@> has quit IRC12:53
*** manuel__ <manuel__!~manuel198@> has joined #yocto12:53
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto13:02
*** FloRiAn_ <FloRiAn_!> has joined #yocto13:04
*** risca <risca!~quassel@> has quit IRC13:05
*** risca <risca!~quassel@> has joined #yocto13:05
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC13:08
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC13:11
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto13:14
*** Yumasi <Yumasi!> has joined #yocto13:25
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC13:43
*** bobo <bobo!> has joined #yocto13:58
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:58
*** sakoman <sakoman!~steve@> has joined #yocto14:07
*** risca <risca!~quassel@> has quit IRC14:08
*** risca <risca!~quassel@> has joined #yocto14:08
*** ventoneicapelli <ventoneicapelli!> has joined #yocto14:17
ventoneicapelliHi all14:20
ventoneicapelliI'm newbie of yocto and I've a question: Given a target image is it possibile to have a list of packages installed on rootfs?14:20
*** ncaidin_lf <ncaidin_lf!a2fa0253@> has joined #yocto14:21
LetoThe2ndventoneicapelli: its not only possible. just look at the .manifest file that is generated along the image file.14:21
ventoneicapelliHi LetoThe2nd and thanks. Is it also possibile during execution say from a python function, I would like to store packages (ipk/rpm/deb) automatically...14:24
*** marc1 <marc1!> has joined #yocto14:24
LetoThe2ndventoneicapelli: anythign is possible, its only software. but what is it you ACTUALLY want to do?14:25
*** manuel__ <manuel__!~manuel198@> has quit IRC14:27
ventoneicapelliI would like to get list of package used to build the rootfs, then get those packages and store them on a server14:28
LetoThe2ndthat can mean many things.14:28
LetoThe2ndplus it still sounds like you are actually trying to do something actually very much different, and you think that copying the packages is the way to do it. what is it you ACTUALLY want to do?14:29
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto14:30
*** oberstet <oberstet!~oberstet@> has joined #yocto14:30
LetoThe2ndbecause in itself the question does not make much sense. on a clean build there is basically nothing unneeded, so if you run a clean build then all of the package output is important. but the pakcage output is by definition transient... so?14:30
ventoneicapelliyou are true, I would like to run a function on a subset of binaries that are part of the rootfs. Those binaries are the ones selected by a list of packages14:33
ventoneicapelliand I'd like to do this step as a ROOTFS_POSTPROCESS_COMMAND14:34
ventoneicapelliso, given a set of package I need to get binaries (executable) produced by and apply a function on them14:36
ventoneicapellibefore creating the image14:36
*** kpo_ <kpo_!> has quit IRC14:37
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto14:37
LetoThe2ndit still sounds wrong.14:38
LetoThe2ndyou want to modify the binaries in the package?14:38
LetoThe2ndwhat is it you *REALLY* want to do?14:39
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:39
LetoThe2ndsome arcane magic because your binaries are so special? sign a binary? sign the image?14:39
LetoThe2ndlicense complicance scanning? because chances are that you are basically on the wrong track14:40
ventoneicapellino its not a matter of licensing14:40
ventoneicapellino it's not a matter of licensing14:40
ventoneicapelliessentially I would like to tag a binary add an elf section14:41
ventoneicapellito be used in a lsm module to check the binary14:42
LetoThe2ndsounds like somethign that should go into a do_compile postfunc14:42
ventoneicapellibut I have to do on recipes written from others....14:42
*** kpo_ <kpo_!> has joined #yocto14:43
LetoThe2ndhooray! breaking news, we do have bbappends!14:43
ventoneicapelliI said I was a newbie, sorry14:43
ventoneicapelliI said I AM a newbie, sorry14:43
LetoThe2ndand i repeatedly said "what is it you actually want to do"14:44
ventoneicapelliit's not a secret I would try to keep things small...14:44
LetoThe2ndno offense meant, but seriously - google XY question, you've just delivered a prime axample.14:44
LetoThe2ndand i'm still mostly convinced that you are actually on the wrong thinking lines.14:45
ventoneicapellioh no...why?14:45
ventoneicapelliI'll have a look at compile postfunc with bbappend and try play with it14:47
ventoneicapelliis there a way to add a function to be called from every package? Like a hook for package tasks....14:48
LetoThe2ndbecause your questioning is so inconsistent. first you talk about a list of packages. then you say you want to put them on a server. then you say you want to do some binutils magic, basically. that all doesn't go together. its inconsistent. it suggests that you are actually trying to solve a completely different problem, of which you think those things are partial steps.14:48
*** Blackbetty <Blackbetty!> has joined #yocto14:49
BlackbettyHello, what are the possible explainations that dependency library is stored correctly in .../recipe-sysroot/usr/lib, but the configure script fails to find it with pkg-config? is there anything more than add it to `DEPENDS`?14:51
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC14:51
LetoThe2ndBlackbetty: inherit pkg-config ?14:51
ventoneicapelliLetoThe2nd, I'm just trying to think about your new directions. Thank you for your help I don't want you to spend more time14:51
ventoneicapelliThanks a lot14:51
LetoThe2ndventoneicapelli: have fun14:52
Blackbettythanks, but pkg-config is inherited14:52
LetoThe2ndBlackbetty: no problem, but you didn't mention that so far.14:52
ventoneicapelliPetoThe2nd have fun too14:52
Blackbettyim talking about `mesa` recipe which cant find `libdrm`14:52
mckoanLetoThe2nd: he/she did a typo that means 'Fart'the2nd14:53
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto14:54
zeddii2021-03-08 09:55:00,931 - oe-selftest - INFO - RESULTS:14:56
zeddii2021-03-08 09:55:00,932 - oe-selftest - INFO - RESULTS - reproducible.ReproducibleTests.test_reproducible_builds: PASSED (4759.01s)14:56
zeddii2021-03-08 09:55:02,615 - oe-selftest - INFO - SUMMARY:14:56
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto14:57
RPzeddii: nice :)14:58
zeddiiunfortunately, it's a hack now. since I can't get bison to not generate path specific #ifdefs, even with that flag14:58
zeddiiso I compile -> generate the .h's, fix them -> recompile.14:59
zeddiibut it does prove that's the last thing.14:59
zeddiibut perf builds so fast, it really doesn't make a difference.14:59
RPzeddii: Knowing where the issues are is half the battle!15:00
*** bobo <bobo!> has quit IRC15:02
JPEWzeddii: Hmm, there must be more bison hacks needed :/15:04
JPEWzeddii: Err... "fixes" :)15:05
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:05
*** gsalazar <gsalazar!> has quit IRC15:05
LetoThe2ndmckoan: no idea how you guessed it but its actually unbelievable fitting today. (TMI)15:06
*** tgoodwin <tgoodwin!> has joined #yocto15:06
LetoThe2ndBlackbetty: mesa is a complicated beast which i always avoid, sorry.15:06
Blackbetty:(  I always tried to avoid it too15:07
Blackbettyso maybe wider question - Im trying to run QtWebEngine on arm. And well - it works. But with no hw acceleration its really slow. I thought - building opengl/mesa would allow me to use hw acceleration. Is it even a good path?15:08
JPEWBlackbetty: Mesa is only going to give hardware acceleration if it supports your GPU15:09
JPEWOtherwise, it will fallback to SW acceleration15:09
JPEW"acceleration" rather ;)15:09
LetoThe2ndSW deceleration!15:11
Blackbettyye, its unusable15:12
Blackbettybut mesa should support that, its snapdragon15:13
qschulzBlackbetty: check it's supported by mesa, then check if your kernel has support for your GPU, then check it's enabled and correct in the Device Tree15:18
qschulzBlackbetty: what I usually do is install libdrm-tests and check with kmscube first15:18
qschulzif it does not work with kmscube, you're in deep shit15:18
Blackbettyoh thats a good advice! i didnt know kmscube15:18
*** armpit <armpit!~armpit@2601:202:4180:a5c0:4de0:7e40:32a3:ab29> has quit IRC15:20
Blackbettyfrom what I found out the configure script doesnt really check if pkg-config shows the lib, but if LIBDRM_CFLAGS and LIBDRM_LIBS is set... Im not super familiar with autotools (only on user level), what should set those flags?15:21
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:18cf:a348:64a:d2e4> has quit IRC15:26
*** vmeson <vmeson!> has quit IRC15:26
*** ventoneicapelli <ventoneicapelli!> has quit IRC15:27
*** vmeson <vmeson!> has joined #yocto15:29
*** vmesons <vmesons!> has joined #yocto15:33
*** armpit <armpit!~armpit@2601:202:4180:a5c0:e146:975e:a94d:41cc> has joined #yocto15:33
*** vmeson <vmeson!> has quit IRC15:35
qschulzBlackbetty: have you added freedreno in PACKAGECONFIG of mesa by any chance?15:38
*** Blackbetty <Blackbetty!> has quit IRC15:38
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto15:52
*** gsalazar <gsalazar!> has joined #yocto15:54
*** yangm <yangm!yanyetanot@gateway/shell/> has quit IRC16:00
*** LocutusOfBorg <LocutusOfBorg!~locutusof@2001:b07:5d32:c012:98ea:c29a:6d45:9b31> has joined #yocto16:00
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto16:00
*** fitzsim <fitzsim!> has joined #yocto16:10
*** tgoodwin <tgoodwin!> has quit IRC16:11
*** bobo <bobo!> has joined #yocto16:14
*** sakoman <sakoman!~steve@> has quit IRC16:20
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC16:21
*** kmaincent <kmaincent!> has joined #yocto16:22
RPpaulbarker: do you know when the prserv patches will be ready? Wondering what to do in the context of the release...16:29
*** LocutusOfBorg <LocutusOfBorg!~locutusof@2001:b07:5d32:c012:826:8902:99d8:5aad> has joined #yocto16:30
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto16:30
*** risca <risca!~quassel@> has quit IRC16:34
RPzeddii: Could you have a look at meta/recipes-core/images/ and tell me if that bit about kernel modules looks totally bogus to you?16:34
RPzeddii: as far as I can see kernel-devsrc has that all sorted now16:35
*** WillMiles <WillMiles!~Will@> has joined #yocto16:35
*** sakoman <sakoman!> has joined #yocto16:35
*** risca <risca!~quassel@> has joined #yocto16:36
*** AndersD_ <AndersD_!> has quit IRC16:36
*** zkrx <zkrx!> has quit IRC16:36
zeddiiRP: yah, everyone gets that with -devsrc now.16:41
RPzeddii: thanks, I'll get rid of it16:42
*** Spooster <Spooster!> has joined #yocto16:47
*** oberstet <oberstet!~oberstet@> has quit IRC16:47
RPzeddii: ironically that fixes this runqueue issue I've been chasing but glad to have a proper fix for that16:49
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC16:51
*** oberstet <oberstet!~oberstet@> has joined #yocto16:52
zeddiiso it was somehow racing ?16:52
vdlDoes beaglebone-yocto support graphics acceleration?16:56
*** tnovotny <tnovotny!> has quit IRC16:56
RPzeddii: corruption of runqueue's internal state16:56
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto16:58
zeddiinasty. I can feel the aura of time spent debugging from the commit.17:00
*** zkrx <zkrx!> has joined #yocto17:00
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC17:03
RPzeddii: 5 days :/17:04
*** ncaidin_lf <ncaidin_lf!a2fa0253@> has quit IRC17:04
frayat least you have an answer17:04
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto17:04
RPfray: I had to get to the bottom of it17:05
*** mckoan is now known as mckoan|away17:07
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC17:10
*** frsc <frsc!> has quit IRC17:10
*** leon-anavi <leon-anavi!~Leon@> has quit IRC17:11
RPzeddii: could we put a README into yocto-kernel-tools saying where to sent patches/who maintains it?17:15
*** kaspter <kaspter!~Instantbi@> has quit IRC17:26
*** kaspter <kaspter!~Instantbi@> has joined #yocto17:27
jdrolhello I build a raspberry image from raspberrypi4-64 and I compiled for sd card... can I change MACHINE to qemuarm64 and recompile ? I got the message  from runqemu deploy/images/qemux86-64 not a directory valid DEPLOY_DIR_IMAGE17:32
jdrolidea ?17:32
*** mprokos <mprokos!> has joined #yocto17:32
*** mprokos is now known as rabbit991117:32
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC17:39
qschulzjdrol: rebuild with MACHINE=qemuarm64 and then use runqemu17:42
qschulzthough you have to understand, most things from raspberrypi4-64 won't be in your qemu image17:42
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:86:28c2:99ab:4be1> has joined #yocto17:45
*** eFfeM <eFfeM!> has joined #yocto17:46
*** manuel1985 <manuel1985!~manuel198@> has quit IRC17:51
*** eFfeM <eFfeM!> has quit IRC17:52
*** beneth <beneth!> has left #yocto18:09
*** yoyoctoto <yoyoctoto!> has joined #yocto18:11
*** yannholo_ <yannholo_!> has joined #yocto18:27
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC18:29
*** yannholo <yannholo!> has quit IRC18:30
*** Bunio_FH <Bunio_FH!> has quit IRC18:30
*** ssajal <ssajal!> has quit IRC18:32
*** beneth <beneth!> has joined #yocto18:33
*** matteo <matteo!~matteo@redhat/matteo> has joined #yocto18:39
*** yannholo__ <yannholo__!> has joined #yocto18:51
*** Saur <Saur!pkj@nat/axis/x-qiaresxvrmphdpxu> has left #yocto18:52
*** yannholo_ <yannholo_!> has quit IRC18:53
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC18:58
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto18:59
*** yannholo__ <yannholo__!> has quit IRC19:05
*** Yumasi <Yumasi!> has quit IRC19:16
JPEWIs Khem here.... Guest27389 maybe?19:22
*** beneth <beneth!> has left #yocto19:22
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:25
*** Guest27389 is now known as khem19:31
*** khem <khem!khemmatrix@unaffiliated/khem> has joined #yocto19:31
*** khem <khem!khemmatrix@gateway/shell/> has joined #yocto19:31
khemyes I am here19:32
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto19:32
JPEWkhem: Did you see my image_types_simg patch in meta-oe? I think I forgot to CC you19:35
*** beneth <beneth!> has joined #yocto19:36
*** kiwi_29 <kiwi_29!> has joined #yocto20:01
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto20:04
*** kiwi_29 <kiwi_29!> has quit IRC20:04
zeddiihahah. found the hiding bison call in perf. I can delete my hack now. J20:11
*** beneth <beneth!> has left #yocto20:22
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto20:25
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:86:28c2:99ab:4be1> has quit IRC20:29
*** beneth <beneth!> has joined #yocto20:36
*** FloRiAn_ <FloRiAn_!> has quit IRC20:36
vdlcan you remove a dependency added to do_image_wic[depends]?20:40
vdldo_image_wic[depends]_remove obviously doesn't work.20:42
LetoThe2ndvdl: whats the usecase?20:44
vdlLetoThe2nd: the board definition i'm using sets do_image_wic[depends] += "u-boot:do_deploy" but I want to use another bootloader, hence removing this dependency20:45
khemJPEW:  infact I missed it, looks ok to me20:46
*** goliath <goliath!> has quit IRC20:47
*** FloRiAn <FloRiAn!> has joined #yocto20:48
LetoThe2ndvdl: is the board definition actually worth it? otherwise, just copy+refactor20:48
*** oberstet <oberstet!~oberstet@> has quit IRC20:49
*** FloRiAn <FloRiAn!> has quit IRC20:51
smurrayvdl: that strikes me as an odd way to do that, could be done with EXTRA_IMAGEDEPENDS20:51
LetoThe2ndsmurray: yeah, sounds like another glorious bsp.20:51
vdlLetoThe2nd: smurray: the guilty is meta-ti, the beaglebone machine EXTRA_IMAGEDEPENDS += "u-boot" as well as do_image_wic[depends] += "u-boot:do_deploy"...20:52
LetoThe2nddenix: wake up! :)20:53
vdlso I was considering defining my own machine, like beaglebone-yocto, because only including the SoC .inc file really matters.20:54
*** camus <camus!~Instantbi@> has joined #yocto20:54
*** kaspter <kaspter!~Instantbi@> has quit IRC20:54
*** camus is now known as kaspter20:54
LetoThe2ndthough i have to say, swapping out the bootloader is in fact rare enough a requirement that i'll give the bsp an okay for that. copy-hacking into an own machine is probably the way to go.20:54
vdlmy conclusion was that a bsp layer really is a way to provide a bootable config, but is hardly reliable to define your own boards.20:56
smurraywell, for the ones from SoC vendors they use what they support20:56
LetoThe2ndso "it depends"20:57
smurrayif you want a different bootloader than TI provides out of the box support for, some assembly required shouldn't be a surprise20:57
vdlyeah and meta-ti depends on meta-arm and meta-arm-toolchain, but getting rid of this doesn't look like a bad idea...20:58
LetoThe2ndit all depends on the usecase20:59
smurraymeta-arm is required for the optee firmware, that's actually part of a slow path of improvement versus every vendor having their own20:59
vdlsmurray: well I kinda disagree because on paper you should be able to set PREFERRED_PROVIDER_virtual/bootloader = "other" and you're done ;-)20:59
vdlsmurray: what's the optee firmware?21:00
vdlhum, not sure I need this21:01
smurrayif you're on am335x, you don't21:01
smurraybut TI support other aarch64 based SoCs in that layer that need it21:02
vdlsmurray: do you know if graphics-wise, beaglebone-yocto can do the same as meta-ti's beaglebone?21:02
khemoptee is a secure OS21:02
vdlthe beaglebone is am335x indeed, so that is not required.21:03
smurrayvdl: not right off, I've not had any need for graphics on a beaglebone board in a long time.  denys would have an idea if he's around21:03
vdlLetoThe2nd: btw beaglebone-yocto does the same IMAGE_EXTRADEPENDS + do_image_wic[depends] trick.21:04
smurrayvdl: be easy enough to test it with core-image-sato + MACHINE="beaglebone-yocto"21:04
vdlsmurray: right I'll try this.21:05
vdlso I might not even need linux-ti-staging from meta-ti as well...21:05
smurrayvdl: RP made the change that adds that to beaglebone-yocto.conf, he might be able to comment.  I'm not quite sure I follow the explanation in the commit message21:07
denixsmurray: what's the problem?21:07
denixvdl: which graphics do you mena? if you mean 3D, then you need out-of-tree SGX drivers from meta-ti, which unfortunately also need kernel patching, that is part of linux-ti-staging21:08
denixsmurray: do_image_wic() does not respect IMAGE_EXTRADEPENDS. so if you want to place bootloader into your SD card image, you need to ensure it's deployed21:09
denixvdl: virtual/bootloader is not as widely recognized as virtual/kernel. hence "u-boot" itself is a provider, so you need PREFERRED_PROVIDER_u-boot = "other"21:10
*** FloRiAn_ <FloRiAn_!> has joined #yocto21:11
denixvdl: I guess you could change machine config to do_image_wic[depends] += "virtual/bootloader:do_deploy"21:11
vdlthat'd be more appropriate, it's the purpose of virtual/bootloader after all. I'll try that21:12
smurraydenix: really?  they get added as deps of do_image_complete which do_image_wic should depend on, shouldn't it?21:13
vdldenix: so support for 3D graphics is the only thing that linux-ti-staging provides compared to linux-yocto or mainline for example?21:13
denixvdl: not only21:16
JPEWkhem: Thanks!21:16
*** berton <berton!> has quit IRC21:16
*** WillMiles <WillMiles!~Will@> has quit IRC21:17
*** FloRiAn_ <FloRiAn_!> has quit IRC21:18
denixvdl: I'd guess more advanced power and thermal support, among others. but otherwise beagle/am335x has quite extensive coverage in mainline - it's a simple architecture...21:18
*** sbach <sbach!~sbachmatr@> has quit IRC21:18
*** sbach <sbach!~sbachmatr@> has joined #yocto21:19
khemI think meta-ti version works well especially when your real product will be another TI SOC which usually is case, then using meta-ti kernel would give you some advantage since thats what u will use in the end21:20
vdldenix: thank you. At least yocto makes it easy to switch between kernel providers if I need some proprietary bits from TI21:20
denixsmurray: I don't remember all the details, but it never worked that way - I can try tracing it down later, when I have more time21:22
vdldenix: does u-boot-ti-staging provides an TI specific bits or is it just the bootloader of choice?21:23
smurraydenix: okay, no worries21:25
denixvdl: as both names suggest, linux-ti-staging and u-boot-ti-staging were created as a "temporary" staging area for any changes to support TI platforms until they are fully upstreamed. the original idea was to eventually don't have any needs in this staging trees, once everything will be in mainline. so older platforms are closer to that goal, while newer platforms take very long time to upstream everything21:32
vdldenix: I see! With 3d graphics for example be one of them. Do you have any idea of the upstream status for the beaglebone black?21:33
*** caiortp <caiortp!> has joined #yocto21:35
vdlfunny, beaglebone-yocto sets DEFAULTTUNE ?= "cortexa8hf-neon" while meta-ti's beaglebone has DEFAULTTUNE ?= "armv7athf-neon"21:36
*** FloRiAn_ <FloRiAn_!> has joined #yocto21:38
*** FloRiAn_ <FloRiAn_!> has quit IRC21:42
*** FloRiAn_ <FloRiAn_!> has joined #yocto21:43
*** vmesons <vmesons!> has quit IRC21:45
denixvdl: SGX is a binary blob mess, so unupstreamable21:46
*** kaspter <kaspter!~Instantbi@> has quit IRC21:47
*** camus <camus!~Instantbi@> has joined #yocto21:47
denixvdl: yes, and I responsible for both... :) I had them both set to cortex originally, but changed meta-ti back to armv7 to share packages with other platforms. the performance gain is negligible21:48
*** camus is now known as kaspter21:49
vdldenix: interesting! Regarding u-boot-ti-staging I meant to ask if it does any particular hardware initialization or something that I might need beside linux-ti-staging?21:50
khemI think armv7athf-neon is better since it would use thumb2 ISA which is compact and most tested on armv7+ so practically it will be optimized path21:51
khemI would not be surprised if it even performed better over cortexa8hf-neon tune21:52
*** FloRiAn_ <FloRiAn_!> has quit IRC21:54
*** vmeson <vmeson!> has joined #yocto21:56
*** FloRiAn_ <FloRiAn_!> has joined #yocto21:57
*** FloRiAn_ <FloRiAn_!> has quit IRC21:59
*** FloRiAn_ <FloRiAn_!> has joined #yocto22:00
JPEWkhem: Sent an updated patch for the sparse images.... forgot to CC you again :)22:03
*** FloRiAn_ <FloRiAn_!> has quit IRC22:03
*** FloRiAn_ <FloRiAn_!> has joined #yocto22:04
*** kiwi_29 <kiwi_29!> has joined #yocto22:05
*** kiwi_29 <kiwi_29!> has quit IRC22:09
*** FloRiAn_ <FloRiAn_!> has quit IRC22:18
*** FloRiAn_ <FloRiAn_!> has joined #yocto22:18
vdldenix: this fixes using a different bootloader for beaglebone:
*** FloRiAn_ <FloRiAn_!> has joined #yocto22:20
RPzeddii: congrats on the find :)22:23
*** dreyna <dreyna!> has joined #yocto22:29
zeddiitest build running now. with any luck, I'll send the changes out tomorrow.22:30
*** FloRiAn_ <FloRiAn_!> has quit IRC22:36
*** FloRiAn_ <FloRiAn_!> has joined #yocto22:36
*** plntyk <plntyk!> has quit IRC22:39
RPzeddii: nice :)22:44
*** yoyoctoto <yoyoctoto!> has quit IRC22:44
*** plntyk <plntyk!> has joined #yocto22:56
khemJPEW:  np I got it this time23:06
*** agust <agust!> has quit IRC23:16
*** camus <camus!~Instantbi@> has joined #yocto23:33
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC23:33
*** kaspter <kaspter!~Instantbi@> has quit IRC23:33
*** camus is now known as kaspter23:33
*** FloRiAn_ <FloRiAn_!> has quit IRC23:35
*** FloRiAn_ <FloRiAn_!> has joined #yocto23:36
*** FloRiAn_ <FloRiAn_!> has quit IRC23:37
*** FloRiAn_ <FloRiAn_!> has joined #yocto23:37
*** bobo <bobo!> has quit IRC23:41
*** richbridger <richbridger!> has quit IRC23:49
*** richbridger <richbridger!> has joined #yocto23:50
*** dev1990 <dev1990!> has quit IRC23:55
*** FloRiAn_ <FloRiAn_!> has quit IRC23:56
*** FloRiAn_ <FloRiAn_!> has joined #yocto23:57
*** gsalazar <gsalazar!> has quit IRC23:58

Generated by 2.17.2 by Marius Gedminas - find it at!