Thursday, 2021-06-24

*** agola <agola!~agola@> has quit IRC (Quit: Client closed)00:02
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:09
*** sakoman <sakoman!~steve@> has quit IRC (Quit: Leaving.)00:51
*** jpuhlman__ <jpuhlman__!> has joined #yocto00:59
*** jpuhlman_ <jpuhlman_!> has quit IRC (Ping timeout: 258 seconds)01:03
*** otavio <otavio!> has quit IRC (Remote host closed the connection)01:10
*** vmeson <vmeson!> has quit IRC (Ping timeout: 252 seconds)01:26
*** RobertBerger <RobertBerger!~rber|> has joined #yocto01:32
*** rber|res <rber|res!~rber|> has quit IRC (Ping timeout: 265 seconds)01:34
*** agners <agners!~ags@2a02:169:3df5::4db> has quit IRC (Quit: WeeChat 3.2)01:38
*** vmeson <vmeson!> has joined #yocto01:43
*** camus <camus!~Instantbi@> has joined #yocto01:47
*** camus1 <camus1!~Instantbi@> has joined #yocto01:48
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 250 seconds)01:52
*** camus1 is now known as camus01:52
*** dev1990_ <dev1990_!> has joined #yocto02:04
*** dev1990 <dev1990!~dev@> has quit IRC (Ping timeout: 265 seconds)02:04
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)02:28
*** georgem <georgem!> has quit IRC (Quit: Connection closed for inactivity)03:12
*** Vineela <Vineela!~vtummala@user/vineela> has quit IRC (Quit: Leaving.)03:32
*** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:65b3:a8e1:8d1b:6430> has quit IRC (Quit: Ping timeout (120 seconds))03:47
*** xmn <xmn!> has joined #yocto03:53
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto05:16
*** rob_w <rob_w!> has joined #yocto05:56
*** tnovotny <tnovotny!> has joined #yocto06:08
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)06:14
*** camus <camus!~Instantbi@> has joined #yocto06:15
*** mckoan|away is now known as mckoan06:47
mckoangood morning06:47
*** zpfvo <zpfvo!~fvo@> has joined #yocto06:54
*** cquast <cquast!~cquast@> has joined #yocto06:59
Ch^WI was reading about the rcu autobuilder hangs. Those sound vaguely familiar to the behavior we saw in a completely different scenario.07:05
*** hpsy <hpsy!~hpsy@> has joined #yocto07:05
Ch^WThe cause in that case was periodic pauses at the block I/O level which would hang anything I/O bound - which was basically anything that logged once everything backed up.07:08
Ch^WAll of our telemetry hung, so we had gaps in the logs, but ftrace data showed the lead-up and recovery pretty clearly.07:11
*** kayterina <kayterina!> has joined #yocto07:11
*** ilunev <ilunev!~koolkhel@> has joined #yocto07:16
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto07:22
*** ant_ <ant_!> has quit IRC (Ping timeout: 252 seconds)07:30
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:31
*** LetoThe2nd <LetoThe2nd!> has joined #yocto07:35
LetoThe2ndyo dudx07:35
*** florian <florian!> has joined #yocto07:42
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)07:58
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:02
*** hpsy <hpsy!~hpsy@> has quit IRC (Remote host closed the connection)08:13
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 268 seconds)09:12
*** davidinux <davidinux!~davidinux@> has joined #yocto09:12
RPCh^W: it could well be something like that. The fact ftrace tracks it is useful info09:41
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 258 seconds)09:45
*** davidinux <davidinux!~davidinux@> has joined #yocto09:47
*** rob_w <rob_w!> has quit IRC (Quit: Leaving)09:49
*** vmeson <vmeson!> has quit IRC (Ping timeout: 250 seconds)09:51
*** vmeson <vmeson!> has joined #yocto09:53
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)10:00
*** patrick-r <patrick-r!> has joined #yocto10:13
florianhi patrick-r10:13
patrick-rquestion about the bitbake -c make menuconfig virtual/kernel : once this command is complete it stores its .config and then bitmake <image-name> will rebuild the image which means re-building the kernel10:15
patrick-rwhat I need to know is basically where is this kernel stored? as I need to save the changes for other developpers to use10:15
florianjust run a "make savedefconfig" - usually the complete .config isn't what you want to hand to other developers.10:18
patrick-rfrom what directory?10:18
*** RobertBerger <RobertBerger!~rber|> has quit IRC (Quit: Leaving)10:22
*** rber|res <rber|res!~rber|> has joined #yocto10:22
mckoanpatrick-r: bitbake -e virtual/kernel | grep ^S=10:23
mckoanpatrick-r: bitbake -e virtual/kernel | grep ^WORKDIR=10:23
florianor use -c devshell10:23
mckoanflorian: +110:23
*** rob_w <rob_w!> has joined #yocto10:28
*** Guest53 <Guest53!> has joined #yocto10:41
*** Guest53 <Guest53!> has quit IRC (Client Quit)10:41
*** p34nutz <p34nutz!> has joined #yocto10:41
RPTo answer my question from yesterday, the log discrepancies are either serial port config changing the ACPI or kernel log levels on the console used to collect the kernel messages11:08
*** kayterina <kayterina!> has quit IRC (Ping timeout: 258 seconds)11:12
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto11:20
*** georgem <georgem!> has joined #yocto11:40
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)11:44
fabatera[m]out-of-tree module modprobe error (not found in modules.dep)12:06
fabatera[m]Running 'depmod -a' on target makes no difference.12:06
fabatera[m](I've hit ENTER too soon..)12:12
fabatera[m]Is there any trick to ensure depmod is running on build?12:12
fabatera[m]I'm getting out-of-tree module modprobe error (not found in modules.dep)12:12
fabatera[m]Running 'depmod -a' on target makes no difference.12:12
overridehey guys, trying to wrap my head around the intricacies of do_install vs do_install_append. do_install seems to delete a dir in D for me while append isnt. no clue whats going on12:14
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto12:14
jonesv[m]I'm not sure what it means, so I don't want to just blindly use m4_pattern_allow. Could it be because of the cross-compilation, so AC_CHECK_LIB does not really make sense?12:14
* jonesv[m] < >12:14
*** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto12:15
mckoanfabatera[m]: modprobe is for in-tree modules only, try using insmod12:27
fabatera[m]mckoan: Actually , on ohter platforms I only need to set my  conf files on /etc/modprobe.d/12:30
fabatera[m]I have the same recipe working well on many platforms, but I'm only getting this on intel-corei7-64 machine , yocto gatesgarth12:33
*** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:fb5c:7cb:e75b:a7b4> has joined #yocto12:42
mckoanfabatera[m]: that't right12:43
*** paulg <paulg!> has joined #yocto12:49
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 258 seconds)12:52
RPVariable SSTATETASKS value changed:12:54
RP"do_deploy_source_date_epoch do_package do_package_qa {+do_package_write_deb do_package_write_ipk+} do_package_write_rpm do_packagedata do_populate_lic do_populate_sysroot do_stash_locale"12:54
RPThe system shouldn't be depending on that :(12:54
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto13:01
williamh89just a general linux question... is it possible to see/track which shared library is being used by a python program? (I have a GUI application that uses one of libEGL/libGL/libGLES and I want to know which)13:20
*** kayterina <kayterina!> has joined #yocto13:20
overridewilliamh89 you an maybe look at the requirments.txt or for your app?13:22
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)13:22
williamh89hmm requirements doesnt indicate, but I guess I will dig through the setup13:22
*** camus <camus!~Instantbi@> has joined #yocto13:22
*** patrick-r <patrick-r!> has quit IRC (Quit: Client closed)13:27
*** rber|res <rber|res!~rber|> has quit IRC (Read error: Connection reset by peer)13:27
overridehow I can keep the QA check from running on a binary in D??? I dont want to override the the entire do_install function and do_install_append still endups showing the QA failuire13:29
paulgnever did understand the "insane" name ; "sane" or "sanity" or "is_sane"  would have made more sense?13:43
RPpaulg: we have a sanity.bbclass too...13:46
* RP didn't name that one13:46
paulgyah, I suppose if I really cared, I could data-mine git, but it was just a passing random observation.13:49
*** zyga <zyga!~zyga@> has joined #yocto13:51
RPpaulg: It was from zecke:
paulgRP, doesn't really give a hint as to the choice of the name, does it?13:53
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 252 seconds)13:53
RPpaulg: zecke also added the cookie monster to the bitbake datastore :)13:54
*** sakoman <sakoman!~steve@> has joined #yocto13:56
RPpaulg: commits from back then make fun reading, the commit messages are sparse :/13:56
p34nutz@RP hi14:05
*** pidge <pidge!~pidge@> has joined #yocto14:07
paulgkinda  makes one wonder what things will look like in another 15y.   Assuming people still care about yocto/linux - the whole world might be running google fuschia by then, despite vmeson 's best efforts to convert everything to rust...14:09
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 265 seconds)14:11
overridesmurray: thanks for link. Will take a look14:11
*** davidinux <davidinux!~davidinux@> has joined #yocto14:12
RPhi p34nutz14:13
p34nutznice to meet you RP14:14
p34nutzdavidinux invited me to join here14:14
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 252 seconds)14:16
RPp34nutz: I had started to look at some of the presentations on what you've been working on, good to meet you14:17
*** davidinux <davidinux!~davidinux@> has joined #yocto14:17
p34nutzRP: yes, it's a hard work, since we have a single yocto project with a lot of variants (target machines, image "flavours", etc.). We're basically trying to reduce complexity (and leverage others' work wherever we can)14:22
p34nutzRP: I'd be glad to receive your feedback (and provide some feedback to you, also :)  )14:24
overrideRP so i can just inherit insane into my recipe, and put WARN_QA = "arch" ?14:26
yates_worki am still trying to chase down the problem "csky-poky-linux-ld: cannot find libgcc.a: No such file or directory" for my machine's core-image-minimal build. i've found multiple libgcc.a's:
RPoverride: insane is generally already inherited and you probably want INSANE_SKIP = "arch"14:28
yates_workso which one of these should be issued as a --sysroot to the linker?14:28
RPp34nutz: I think you should probably "present" what you're doing on the mailing list, its more about the community's collective view on changes than mine specifically14:29
yates_workis there an option i can issue to ld to cause it to emit all its search paths?14:29
overrideThanks RP: .. That arch check was really driving me insane14:30
yates_workit could be that it's already using a valid sysroot but the libgcc.a build is not placing it in that sysroot14:30
yates_workkhem: any thoughts on this?14:33
fraylink w/ gcc add -v [if I remember correctly], the linker paths will be shown14:34
yates_workbtw, this error is arising when the kernel is being built, when vmlinux.o is being linked14:34
yates_workfray: well the compile and link are done separately, but et me try -v with the linker. thanks.14:34
frayYou can still link with gcc14:35
fray'ld' itself won't have the libgcc.a path for instance.. only gcc has that14:35
*** xmn <xmn!> has joined #yocto14:35
perdmann_Hi, i created a recipe which creates a shared Object. If i built with yocto everything looks fine, if i built the SDK my so file is not in there.14:36
fray -- see down a bit it shows you the linking path.14:36
perdmann_Sometimes i have the feeling that shared objects are only created into the SDK if i really use them in a makefile. Is this some kind of yocto magic or did i just imagein this?14:37
frayyou can use gcc as a link only path if you need to do it in separate runs14:37
yates_workfray: this is the way the kernel makefile is designed - it separates the compiles from the final "ld"-based link14:37
yates_worksure, i could try to change all that, but something more basic seems to be messed up, like libgcc.a not being placed in the proper sysroot14:38
frayIf you run ld directly (in any context) then YOU are responsible for passing the locations of the gcc based link files..14:38
frayWhen the kernel builds, it does NOT use a sysroot14:38
frayAlso typically libgcc.a is NOT in the sysroot, as it's a static library.. the libgcc.a, is part of the gcc path set.  (Yes it'll be in the sysroot if you have target gcc and such....)14:39
fraywhatever you are building for, if libgcc.a is needed by the kernel then you need to pass the path to libgcc.a as part of your ld run14:40
frayThe few architectures I've used before that needed libgcc.a when building the kernel had code that would ask gcc where libgcc.a is, and then use that full path during link14:40
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 268 seconds)14:40
frayHave you tried this yet?14:42
fraygcc -print-libgcc-file-name14:42
frayagain, this should give you the _exact_ path to the libgcc.a you need, which is what the kernel should already be doing.  Then you pass that into ld directly14:42
*** davidinux <davidinux!~davidinux@> has joined #yocto14:42
yates_work"<cross>-gcc -print-libgcc-file-name" returns "libgcc.a"14:43
yates_workno path, just the file name14:44
*** ochredoke <ochredoke!ochredoke@user/ochredoke> has joined #yocto14:45
yates_workfray: was there something else you were asking me to try?14:48
yates_workthe -v results:
fraywith the -v you need to compile something, or alternatively just run14:49
fraygcc -print-search-dirs14:49
frayBut if -print-libgcc-file-name comes back with just 'libgcc.a', then most likely you have something wrong in your environment.14:50
frayThat is the default response when it can't actually find libgcc.a in your environment anywhere..14:50
p34nutzRP: you mean the general mailing list?
frayare the paths in the libraries: valid?14:50
frayCalling 'gcc' directly without the tuning args as well will cause paths and sysroot to be unavailable in many cases, are you using the regular target CC?14:51
frayThe other thing, the kernel does not typically use libgcc.a, so I believe it's not always going to be in your path unless you add a depends to the right component.14:52
frayIf you look at, the three architectures that need libgcc are aarch64, nios2 and arc, so the following existed:14:53 = " libgcc"14:53 = " libgcc"14:53 = " libgcc"14:53
fraywithout that libgcc won't be available at all, which also could explain the -print-libgcc-file-name issue14:54
yates_workfray: two paths seem to be invalid:
frayIf this is a new architecture, or you are enabling an option that now requires libgcc then you need to add that as a DEPENDS to your kernel build14:54
vmesonpaulg:  just skimming history but FYI Fushcia has componets written in Rust :)14:55
frayI believe those paths are where it would be installed typically14:55
frayzedd, I offered a suggestion, but I don't know enough about the issues to proceed...14:55
fray'er wrong window.. but anyway14:55
zeddyup! sounds good.14:56
*** mckoan is now known as mckoan|away14:58
yates_workfray: i already have this in my kernel recipe: DEPENDS_append = " libgcc"14:58
*** wesm <wesm!> has quit IRC (Ping timeout: 250 seconds)14:58
yates_workkhem: suggested that a few days ago14:59
frayyes, that is certainly the main requirement.  without that it won't be there at all..14:59
frayso where in the _two_ sysroots, recipe-sysroot-native and recipe-sysroot is 'libgcc.a'?  If it's not in either, then that is your issue -- whatever you are targeting doesn't have a static libgcc.a15:00
yates_workfray: hang on, checking15:01
fabatera[m]mckoan: I guess busybox's modprobe doesn't support modprobe.conf install/remove15:01
frayfabatera[m]: it didn't many years ago, but I rarely use busybox for anything like that anymore15:02
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 268 seconds)15:04
*** camus1 <camus1!~Instantbi@> has joined #yocto15:04
yates_workfray: it is in recipe-sysroot:
frayok, there is your link path.. but I suspect due to NOT calling gcc with --sysroot=, you aren't getting a valid response15:06
yates_workbut note the libraries reported by --print-search-dirs do not include that15:06
fraythats because your call to the compiler did not include "--sysroot=..../recipe-sysroot"15:06
fraythis is part of the normal $CC15:06
*** camus1 is now known as camus15:06
frayyou are going to have to look at how aarch64/nios2/arc had the call to get the libgcc.a path15:06
*** cquast <cquast!~cquast@> has quit IRC (Ping timeout: 250 seconds)15:07
fabatera[m]fray: yes, and looks like will stay not supporting. I'm trying to build with the minimum possible provided with the "core-image-minimal", but I guess I'll need to install modprobe from another source.15:08
yates_worki am confused because, as i stated earlier, the kernel makefile performs the compile and link in separate steps. so why would adding "--sysroot=..../recipe-sysroot" result in the linker finding the path?15:09
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)15:09
yates_workso why would adding "--sysroot=..../recipe-sysroot" IN THE COMPILER INVOCATION result in the linker finding the path?15:09
frayIf you call the linker directly, you MUST pass the full path to libgcc.a, to get the path you need gcc to tell you what the path is.. and to do that you need the sysroot..15:10
frayfoo-gcc --sysroot=.../recipe-sysroot -print-libgcc-filename15:10
fraythen use the output of that as the libgcc to link against when calling ld15:10
frayyou can NOT just link using 'libgcc.a' it won't work, as ld has no in-built paths to search15:10
frayaarch64, nios2, and arc should already being doing this "somewhere"15:11
*** ant_ <ant_!> has joined #yocto15:11
*** Guest57 <Guest57!> has joined #yocto15:12
frayI'm not 100% sure of this, but I know the linux-yocto has two different CC arguments.15:12
fray(this is in bitbake scope, not kernel makefile scope)15:13
frayCC = <cross>-gcc --sysroot=<path>15:13
frayKERNEL_CC = <cross>-gcc15:13
frayso when the kernel makefile is called, it's typically called using CC=KERNEL_CC15:13
fraybut I THINK CC is still available, so you can just do "${CC} -print-libgcc-filename" in your recipe, capture the output and pass that into the system as the libgcc.a.. again, aarch4/arc/nios2 should ALREADY be doing this, so figure out what and how they do it and mathc it15:14
*** ilunev <ilunev!~koolkhel@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)15:14
*** wesm <wesm!> has joined #yocto15:14
yates_workmathc it?15:14
yates_workfray: ok very good - let me work on this. very very much appreciate your help15:15
frayyes match that15:17
*** Guest57 <Guest57!> has quit IRC (Quit: Client closed)15:28
*** bjobjo <bjobjo!~bo@user/bjobjo> has quit IRC (*.net *.split)15:35
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has quit IRC (*.net *.split)15:35
*** _whitelogger <_whitelogger!> has quit IRC (*.net *.split)15:35
*** marka <marka!> has quit IRC (*.net *.split)15:35
*** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has quit IRC (*.net *.split)15:35
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (*.net *.split)15:35
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has quit IRC (*.net *.split)15:35
*** awafaa <awafaa!> has quit IRC (*.net *.split)15:35
*** bradfa <bradfa!> has quit IRC (*.net *.split)15:35
*** jonmason <jonmason!> has quit IRC (*.net *.split)15:35
*** OutBackDingo <OutBackDingo!~quassel@> has quit IRC (*.net *.split)15:35
*** karl <karl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto15:35
*** bjobjo_ <bjobjo_!~bo@2a01:79c:cebf:d688::9e6> has joined #yocto15:35
*** ecdhe <ecdhe!> has joined #yocto15:35
*** marka <marka!> has joined #yocto15:35
*** OutBackDingo_ <OutBackDingo_!~quassel@> has joined #yocto15:35
*** jonmason <jonmason!> has joined #yocto15:35
*** vquicksilver <vquicksilver!~nobody@> has joined #yocto15:36
*** awafaa <awafaa!> has joined #yocto15:36
*** bradfa <bradfa!> has joined #yocto15:36
*** _whitelogger <_whitelogger!> has joined #yocto15:36
*** vquicksilver is now known as Guest627515:37
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has joined #yocto15:37
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:8556:c345:51b7:4aae> has joined #yocto15:42
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)15:47
manuel1985Can two builds use the same build & tmp directory? I remember mckoan already gave me an answer weeks ago, but I failed to write down. I think he said "only if they're of the same architecture", which puzzled me.15:54
*** bjobjo_ is now known as bjobjo15:59
RPsakoman: I think maybe be the pcmanfm thing16:02
RPsakoman: you could probably prove it by comparing a pcmanfm build with the current buildtools used on dunfell vs master16:03
sakomanRP: thanks will look at that after I sort out the issues with the python upgrade series16:04
sakomanRP: hmmm . . . probably not that since dunfell has that commit:
*** zyga <zyga!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)16:09
*** zpfvo <zpfvo!~fvo@> has quit IRC (Remote host closed the connection)16:10
RPsakoman: did you update the buildtools tarball used on the autobuilder though?16:11
sakomanah, perhaps not . . .16:12
*** kayterina <kayterina!> has quit IRC (Remote host closed the connection)16:15
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:8556:c345:51b7:4aae> has quit IRC (Ping timeout: 246 seconds)16:28
*** manuel1985 <manuel1985!> has joined #yocto16:29
*** manuel1985 <manuel1985!> has quit IRC (Remote host closed the connection)16:37
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Read error: Connection reset by peer)16:38
*** manuel1985 <manuel1985!> has joined #yocto16:38
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto16:38
*** manuel1985 <manuel1985!> has quit IRC (Remote host closed the connection)16:41
*** manuel1985 <manuel1985!> has joined #yocto16:41
*** rcw <rcw!~rcwoolley@> has joined #yocto16:48
SaurWhy does BAD_RECOMMENDATIONS += "foo" prevent a recipe from doing RDEPENDS_${PN} += "foo"? It results in an error from dnf with "package foo... is filtered out by exclude filtering". Without having looked at the code, this seems wrong to me.16:53
*** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto16:59
perdmann_Hi, i created a recipe which creates a shared Object. If i built with yocto everything looks fine, if i built the SDK my so file is not in there.17:00
fabatera[m]I just removed MODPROBE from busybox config.  Which package should I install to have the "full" modprobe?17:14
perdmann_How does the so resolver work?17:17
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:8556:c345:51b7:4aae> has joined #yocto17:30
*** manuel1985 <manuel1985!> has quit IRC (Ping timeout: 256 seconds)17:31
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto17:39
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)18:03
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto18:14
*** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:fb5c:7cb:e75b:a7b4> has quit IRC (Quit: Client closed)18:15
*** wing0 <wing0!~henrique@2804:431:c7ec:b929:8a2e:4810:3e44:aed8> has joined #yocto18:34
zeddfabatera[m]: should come from the kmod recipe.18:38
overridehey can anyone help me understand what going on here -
*** v0n <v0n!> has quit IRC (Ping timeout: 272 seconds)18:39
overrideshould i just inherit setuptools3 or what18:39
overridenvmd that already there18:41
overridehere is the recipe -
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)18:46
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 252 seconds)19:01
*** p34nutz <p34nutz!> has quit IRC (Ping timeout: 246 seconds)19:17
overrideanyone ^ khem: ?19:17
Ch^Woverride: Add DEPENDS += "${PYTHON_PN}-setuptools-scm-native" to your recipe.19:39
Ch^WRP: (assuming your kernel is configured for it) We found that turning on /sys/kernel/debug/tracing/events/block/ block_rq_insert and block_rq_complete was enough to see the issue at that level.19:42
overridethanks Ch^W, let me try that19:42
Ch^WRP: And use /sys/kernel/debug/tracing/trace_pipe to read the data. It is much simpler that way. Or use a tool or whatever. You can also throw it into netcat to get it offboard quickly.19:43
Ch^WWe built progressively more sophisticated tools to meaure the insert and complete gap, etc. I am sure we probably missed some existing tools that would have made analysis easier. But we were receiving a lot of heat to get the problem fixed.19:44
overridethanks Ch^W. That works19:44
overridewhat is that tho?19:45
Ch^Woverride: Look _very_closely at the error output you posted here the clues are right there.19:45
overrideim trying to figure out what setuptools-scm-native is to begin with19:47
Ch^WIt is the native version of setuptools-scm19:47
Ch^WAnd setuptols-scm is a build dependency on your particular python libary.19:48
overridegot it19:48
Ch^Woverride: Anything with a trailing "-native" is a tool that needs to run _on_ your current machine instance to build your recipe. Without the -native, it is specific to the machine you are building for.19:49
overrideand the tool is just coming from the tar file?19:52
Ch^Woverride: Which tool are you referring to? I can interpret that several ways.19:52
overridethis setuptools-scm-native tool19:53
overridethe one we just added the DEPENDS for to make the recipe work19:53
overrideand how do u underline text in irc?19:53
overrideI can look up the latter19:54
Ch^WThe setuptools-scm is a garden variety build dependency. The recipe for it is found in openembedded-core/meta/recipes-devtools/python/python3-setuptools-scm19:55
Ch^Woverride: Just put an underscore before and after a word to underline it ->  _underlined_19:55
overrideI see.. _nice. garden variety build dependency - adding that to my lists of things to read up on..19:56
overridemore like _nice_19:56
Ch^WSorry "garden variety" is my word for it. As long as you add openembedded-core/meta to your list of bblayers, you will get all of those deps without doing anything other than adding them to your DEPENDS list.19:57
overridegit it19:59
overridevery cool. Thanks19:59
Ch^Woverride: 👍🏼19:59
*** florian <florian!> has quit IRC (Ping timeout: 246 seconds)20:07
*** florian <florian!> has joined #yocto20:20
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds)20:37
ecdheI have a linux source tree that I need to "patch" by copying in a large folder full of defconfigs.  Is there a SRC_URI formulation that will do this cleanly?  Or do I need to implement a do_patch_append to copy from ${WORKDIR} to ${S}?20:37
ecdhe*from ${S} to ${WORKDIR}20:38
RPCh^W: thanks! we just need a reliable way to reproduce the issue now. Did you find a reliable way to cause an IO glitch like you mention for testing?20:45
Ch^WRP: Sleeping in the lab was generally a reliable way to catch the issue ;)20:46
Ch^WRP: Jokes aside, we _think_ the problem had to do with industrial SSDs with a bias for writes over reads, so big reads caused the controller some issues resulting in backups.20:47
*** pidge_ <pidge_!~pidge@> has joined #yocto20:47
*** pidge <pidge!~pidge@> has quit IRC (Read error: Connection reset by peer)20:47
Ch^WOur solution was to refactor all of our realtime threads to avoid any writing. Writes were deferred to theads that could survive block level hangs.20:49
Ch^WOur _hope_ is that bumping from kernel 4.18.20 to 5.10.x will also produce some relief. But we are months away from getting real data on that.20:50
RPCh^W: Interesting. In our case it seems to be related to load from builds on our autobuilders but we're not sure which load component is the problem or how to replicate that reliably20:50
RPCh^W: did you find any kernel stats like iostat that could report on a problem "in progress"?20:51
Ch^WRP: Those would definitely _hammer_ block I/O hard. Are you guys using an IOMMU?20:51
*** wing0 <wing0!~henrique@2804:431:c7ec:b929:8a2e:4810:3e44:aed8> has quit IRC (Quit: WeeChat 3.1)20:52
Ch^WRP: It was very hard to get that data. We regularly saw hangs <= 7 seconds, and about once every 12 hours it would hit over a minute which is when the SHTF.20:52
Ch^WRP: Ultimately we were able to find the threads that were hanging and dropping RT data, which is where we resolved it as described above.20:54
RPCh^W: I don't think there would be IOMMU involved, or at least not much but I'm not entirely sure20:54
RPCh^W: We had data earlier today suggesting it took 302seconds to copy a 1GB file to a tmpfs :/20:55
Ch^WRP: Yeah, that smells like a smoking gun. Your ftrace data would be _very_ instructive there.20:56
RPCh^W: the trouble is knowing where/when we need that data and having the privs to run it20:56
Ch^WJust make sure you are offloading it via a port and not making the mistake we initially made and store it to disk. *sigh* live and learn20:56
RPCh^W: but an idea of what we could look at is a start20:56
RPCh^W: ironically, the copy to tmpfs is to avoids IO blocking!20:57
Ch^WRP: Except it does not. It all uses the page cache.20:57
RPCh^W: well, if it is in the page cache (which tmpfs is by definition), it shouldn't stall on IO there?20:58
Ch^WSo you are almost certainly hamering the page cache too much.20:58
Ch^WRP: You are running these all in VMs, right?20:58
RPCh^W: no, the autobuilders are "baremetal" distro installs. It is qemu VMs we use for testing running on those systems which crash/hang20:58
RPthe io load is from the host OS20:59
*** rob_w <rob_w!> has quit IRC (Read error: Connection reset by peer)21:00
Ch^WRP: Ah ok, excuse the IOMMU comment then. Not needed for bare metal.21:03
*** Tokamak <Tokamak!> has joined #yocto21:04
Ch^WRP: The ftrace data would tell you if your problem is I/O bound rather than CPU bound. Which is super useful. If you see a transaction enter, but  not complete for a long time, then it gives you evidence that your problem is block level.21:04
Ch^WThe fact that you can ping, but not spawn a new SSH process means your CPU is still processing stuff in kernel space. So it has a block layer / page cache smell to it.21:06
ecdheI copied a kernel recipe from another layer upon which my layer depends. I changed the version part of the filename from _5.10 to _5.13-rc6 and updated it to pull from the corresponding git branch.  The recipe works perfectly when it's in the original layer (it depends on a files/ directory there) but when I move it to my build fails -- the search paths are all relative to the layer it's in.  Given that the21:07
ecdheupstream layer (which I don't want to modify) does not provide a .bbclass that I can inherit, is there any way I can update the search paths of my copied recipe to include the meta-upstream-layer/recipes-kernel/linux/files folder instead of searching only within my layer?21:07
Tokamakhowdy.  new to channel.  fiddling with yocto again after a several year break.  attempting to follow the quick-start guide to remember the steps and I didn't expect to be getting a seemingly trivial error: "Timeout while waiting for a reply from the bitbake server (60s)".  thoughts on how to dig in?21:08
Ch^WTokamak: Maybe start with a ping?21:09
Tokamakhonesly have no idea what 'bitbake server' it is even trying to touch21:10
Tokamaki assume its a local process..?21:10
Ch^WTokamak: Do you have any stuck bitbake processes in your process list?21:10
*** Tokamak_ <Tokamak_!> has joined #yocto21:13
*** Tokamak <Tokamak!> has quit IRC (Ping timeout: 258 seconds)21:14
Tokamak_i think i was being too crafty for my own good.   forgot that i moved the src folder since running oe configure script...   seems that paths definitely are not relative to current poky source directory21:15
RPTokamak: sounds like a hung bitbake process21:15
Tokamak_thanks for the thoughts RP and Ch^W, i'll try to not get further hung up on the trivial things :P21:17
ecdheRP: Any thoughts?  I literally copied this recipe:
ecdheI updated SRC_URI to point to a newer kernel (5.13-rc6) and renamed the .bb to the new version.  I can select it by updating PREFERRED_PROVIDER_vitual/kernel21:18
ecdheThe recipe works as long as it's in the TI layer directory21:19
ecdheBut I want to capture these changes in my own layer21:19
ecdheThere is a lot of shared code in .inc files already, and these include from my layer as expected because the meta-ti layer is in the search path21:20
RPecdhe: can't you just set the FILESPATH to include the other location?21:20
ecdheRP: I'll look that up!  Can I do it relative to another layer?21:21
ecdheI mean, can I avoid an absolute path?21:21
RPecdhe: I'm less sure about how you'd figure out where the other layer is :/21:22
RPecdhe: you want FILESEXTRAPATHS21:22
ecdheIt's always called meta-ti... but you're right, bitbake can support layers above the poky/ directory, can't it?21:22
RPecdhe: bitbake doesn't care where they are21:23
ecdheI'm guessing there isn't a good way to retrieve a layer's path based on it's name.  So I'm going to have to assume that all layers are installed within the poky/ dir21:25
smurrayif this is wrt the inc files in recipes-kernel/linux in meta-ti, perhaps just prepend recipes-kernel/linux/ in your recipe in your layer21:25
smurrayI was looking at a layer (meta-sancloud) that does that today21:25
ecdhesmurray: it's about the files/ dir in meta-ti/recipes-kernel/linux/21:26
ecdhesmurray: the .inc files are including fine21:26
ecdhesmurray: but files/cmem.dtsi can't be found21:26
RPFiguring out a way of saving paths to layers would be nice, its been something I wonder about periodically21:26
smurrayah.  You'll need to build up a path from COREBASE or the like to add to FILESEXTRAPATHS21:27
ecdheRP: introspection of bblayers.conf could do the trick21:27
ecdhesmurray: COREBASE is the root of poky?21:28
smurrayecdhe: it's the meta directory in oe-core or poky.  There might be something else more convenient, plus there's the issue of baking in layer location, which is less than ideal21:31
*** nohit <nohit!> has quit IRC ()21:31
*** nohit <nohit!> has joined #yocto21:31
smurrayecdhe: using something like ${THISDIR}/../../../meta-ti/recipes-kernel/linux/files in the recipe is another option, but has the same problem21:33
ecdhesmurray: ${COREBASE} is cleaner, I appreciate that one21:33
ecdheI need to study the BB recipe env vars21:33
smurrayit might be possible to cook up something with a block of anon python that parsed it out of BBPATH21:35
smurraynot amazing either, but maybe a bit more robust21:36
ecdhesmurray: I don't understand yocto well enough to get that python to run ahead of teh FILESEXTAPATHS evaluation21:36
smurrayecdhe: you'd probably want to d.appendVar (or prependVar) in the python block21:38
*** rcw <rcw!~rcwoolley@> has quit IRC (Quit: Leaving)21:40
RPzedd, paulg, abelloni: I have a more interesting rcu traceback:
RPspecifically "BUG: scheduling while atomic: swapper/3/0/0x00000002"21:44
ecdhesmurray, RP: thanks for your help, completely squashed that bug21:44
smurrayecdhe: cool21:45
jonesv[m]In my recipe, I want to do `include files/${MACHINE}/` to set the KERNEL_MODULE_AUTOLOAD per machine. Is that a bad idea?21:47
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto21:47
*** florian <florian!> has quit IRC (Ping timeout: 256 seconds)21:49
ecdhejonesv[m]: seems reasonable21:50
* RP suspects tomorrow I need to trigger some rcu stalls and see if the kernel does actually recover or crash21:50
Ch^WRP: If you grab ftrace data, I am happy to give it a peek. Recommend you keep track of when acquisition starts since the timestamps are relative.21:51
RPCh^W: thanks, I don't think we can capture data accurately enough at the right time currently unfortunately :(21:52
Ch^WRP: Even offloading it via netcat to a stable platform?21:52
Ch^Wit is a simple pipe interface.21:53
RPCh^W: the trouble is the huge amount of data our autobuilders work with during builds21:53
RPCh^W: this issue is rare, maybe 1 in 200 qemu VM runs and we can't enable ftrace on every worker starting them21:54
jonesv[m]and one more thing: meta-raspberrypi says that I should set `RPI_USE_U_BOOT = "1"` in my local.conf. Can I do that in the image bb recipe instead?21:58
ecdhejonesv[m]: I believe so21:59
*** florian <florian!> has joined #yocto21:59
jonesv[m]I am not completely clear about the link between local.conf and the rest. Like if I set it in both places, which one will prevail? local.conf?21:59
ecdhejonesv[m]: there are several options people like to set in local.conf that I think are more appropriate for layers21:59
jonesv[m]right, got it21:59
ecdhejonesv[m]: look into layer priority... I'm not sure what the priority of local.conf is but I think in the past local.conf has overridden my layers (please confirm this instead of taking my word)22:00
jonesv[m]Also I don't really feel like versioning my local.conf, but typically setting meta-raspberrypi to use u-boot seems like something I want to version :)22:00
ecdhe^^^ exactly -- I want to version control my layer's required options, not have extra documentation22:01
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds)22:02
*** camus1 <camus1!~Instantbi@> has joined #yocto22:05
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 258 seconds)22:05
*** camus1 is now known as camus22:05
*** florian <florian!> has quit IRC (*.net *.split)22:19
*** nohit <nohit!> has quit IRC (*.net *.split)22:19
*** Tokamak_ <Tokamak_!> has quit IRC (*.net *.split)22:19
*** pidge_ <pidge_!~pidge@> has quit IRC (*.net *.split)22:19
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has quit IRC (*.net *.split)22:19
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has quit IRC (*.net *.split)22:19
*** _whitelogger <_whitelogger!> has quit IRC (*.net *.split)22:19
*** karl <karl!~Karlssel@2001:41d0:8:9a4b::1> has quit IRC (*.net *.split)22:19
*** bjobjo <bjobjo!~bo@user/bjobjo> has quit IRC (*.net *.split)22:19
*** georgem <georgem!> has quit IRC (*.net *.split)22:19
*** dev1990_ <dev1990_!> has quit IRC (*.net *.split)22:19
*** fury <fury!> has quit IRC (*.net *.split)22:19
*** Saur <Saur!> has quit IRC (*.net *.split)22:19
*** Lihis <Lihis!> has quit IRC (*.net *.split)22:19
*** ChanServ <ChanServ!> has quit IRC (*.net *.split)22:19
*** prabhakarlad <prabhakarlad!> has quit IRC (*.net *.split)22:19
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:8556:c345:51b7:4aae> has quit IRC (*.net *.split)22:19
*** bradfa <bradfa!> has quit IRC (*.net *.split)22:19
*** awafaa <awafaa!> has quit IRC (*.net *.split)22:19
*** jonmason <jonmason!> has quit IRC (*.net *.split)22:19
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has quit IRC (*.net *.split)22:19
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (*.net *.split)22:19
*** OutBackDingo_ <OutBackDingo_!~quassel@> has quit IRC (*.net *.split)22:19
*** paulg <paulg!> has quit IRC (*.net *.split)22:19
*** iokill <iokill!> has quit IRC (*.net *.split)22:19
*** ochredoke <ochredoke!ochredoke@user/ochredoke> has quit IRC (*.net *.split)22:19
*** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has quit IRC (*.net *.split)22:19
*** Vineela <Vineela!~vtummala@user/vineela> has quit IRC (*.net *.split)22:19
*** Guest6275 <Guest6275!~nobody@> has quit IRC (*.net *.split)22:19
*** wesm <wesm!> has quit IRC (*.net *.split)22:19
*** ant_ <ant_!> has quit IRC (*.net *.split)22:19
*** goliath <goliath!~goliath@user/goliath> has quit IRC (*.net *.split)22:19
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has quit IRC (*.net *.split)22:19
*** qschulz <qschulz!> has quit IRC (*.net *.split)22:19
*** warthog9 <warthog9!> has quit IRC (*.net *.split)22:19
*** LocutusOfBorg <LocutusOfBorg!> has quit IRC (*.net *.split)22:19
*** yates_work <yates_work!> has quit IRC (*.net *.split)22:19
*** mattsm <mattsm!> has quit IRC (*.net *.split)22:19
*** cambrian_invader <cambrian_invader!> has quit IRC (*.net *.split)22:19
*** override <override!> has quit IRC (*.net *.split)22:19
*** Emantor <Emantor!> has quit IRC (*.net *.split)22:19
*** rodrjassoccom[m] <rodrjassoccom[m]!~rodrjasso@2001:470:69fc:105::4019> has quit IRC (*.net *.split)22:19
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC (*.net *.split)22:19
*** lacouture[m] <lacouture[m]!~lacouture@2001:470:69fc:105::35b7> has quit IRC (*.net *.split)22:19
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (*.net *.split)22:19
*** OnkelUlla <OnkelUlla!> has quit IRC (*.net *.split)22:19
*** xantoz <xantoz!> has quit IRC (*.net *.split)22:19
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (*.net *.split)22:19
*** abelloni <abelloni!> has quit IRC (*.net *.split)22:19
*** mvlad <mvlad!~mvlad@2a05:d01c:f57:a700:7eb2:15b9:ec83:80cb> has quit IRC (*.net *.split)22:19
*** creich <creich!> has quit IRC (*.net *.split)22:19
*** Ch^W <Ch^W!~mouser@> has quit IRC (*.net *.split)22:19
*** grma <grma!~gruberm@> has quit IRC (*.net *.split)22:19
*** alejandr1 <alejandr1!> has quit IRC (*.net *.split)22:19
*** marex <marex!~marex@> has quit IRC (*.net *.split)22:19
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (*.net *.split)22:19
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (*.net *.split)22:19
*** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (*.net *.split)22:19
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has quit IRC (*.net *.split)22:19
*** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has quit IRC (*.net *.split)22:19
*** barath <barath!~barath@2001:470:69fc:105::21a> has quit IRC (*.net *.split)22:19
*** cody <cody!~cody@user/cody> has quit IRC (*.net *.split)22:19
*** Andrei[m] <Andrei[m]!~andreicub@2001:470:69fc:105::c95> has quit IRC (*.net *.split)22:19
*** paulbarker <paulbarker!> has quit IRC (*.net *.split)22:19
*** droman <droman!> has quit IRC (*.net *.split)22:19
*** perdmann_ <perdmann_!> has quit IRC (*.net *.split)22:19
*** Shaun <Shaun!~soneil@user/shaun> has quit IRC (*.net *.split)22:19
*** beneth <beneth!> has quit IRC (*.net *.split)22:19
*** fitzsim <fitzsim!> has quit IRC (*.net *.split)22:19
*** bluelightning <bluelightning!~paul@2406:e003:12a7:7601:89e6:905f:8fed:afbb> has quit IRC (*.net *.split)22:19
*** fancer <fancer!> has quit IRC (*.net *.split)22:19
*** keepitsimplejim[ <keepitsimplejim[!~keepitsim@2001:470:69fc:105::3630> has quit IRC (*.net *.split)22:19
*** tlwoerner <tlwoerner!> has quit IRC (*.net *.split)22:19
*** kanavin <kanavin!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has quit IRC (*.net *.split)22:19
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (*.net *.split)22:19
*** derRichard <derRichard!> has quit IRC (*.net *.split)22:19
*** rsalveti <rsalveti!> has quit IRC (*.net *.split)22:19
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has quit IRC (*.net *.split)22:19
*** alex88[m] <alex88[m]!~alex88moz@2001:470:69fc:105::ce4> has quit IRC (*.net *.split)22:19
*** asus_986_gpu[m] <asus_986_gpu[m]!~asus986gp@2001:470:69fc:105::1014> has quit IRC (*.net *.split)22:19
*** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (*.net *.split)22:19
*** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has quit IRC (*.net *.split)22:19
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has quit IRC (*.net *.split)22:19
*** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has quit IRC (*.net *.split)22:19
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has quit IRC (*.net *.split)22:19
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has quit IRC (*.net *.split)22:19
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has quit IRC (*.net *.split)22:19
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has quit IRC (*.net *.split)22:19
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has quit IRC (*.net *.split)22:19
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has quit IRC (*.net *.split)22:19
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (*.net *.split)22:19
*** matthewcroughan <matthewcroughan!> has quit IRC (*.net *.split)22:19
*** mattofak <mattofak!> has quit IRC (*.net *.split)22:19
*** JPEW <JPEW!> has quit IRC (*.net *.split)22:19
*** Tartarus <Tartarus!> has quit IRC (*.net *.split)22:19
*** CosmicPenguin <CosmicPenguin!> has quit IRC (*.net *.split)22:19
*** dl9pf <dl9pf!> has quit IRC (*.net *.split)22:19
*** ndec <ndec!> has quit IRC (*.net *.split)22:19
*** armpit <armpit!> has quit IRC (*.net *.split)22:19
*** smurray <smurray!> has quit IRC (*.net *.split)22:19
*** neverpanic <neverpanic!> has quit IRC (*.net *.split)22:19
*** xtopher <xtopher!> has quit IRC (*.net *.split)22:19
*** madisox <madisox!> has quit IRC (*.net *.split)22:19
*** mcfrisk <mcfrisk!> has quit IRC (*.net *.split)22:19
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has quit IRC (*.net *.split)22:19
*** AlessandroTaglia <AlessandroTaglia!~al3x88mat@2001:470:69fc:105::ce3> has quit IRC (*.net *.split)22:19
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::6e79> has quit IRC (*.net *.split)22:19
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC (*.net *.split)22:19
*** ad__ <ad__!~heisenbug@user/ad/x-9056428> has quit IRC (*.net *.split)22:19
*** rburton <rburton!rburton@user/rburton> has quit IRC (*.net *.split)22:19
*** shoragan <shoragan!~shoragan@user/shoragan> has quit IRC (*.net *.split)22:19
*** jpnurmi <jpnurmi!> has quit IRC (*.net *.split)22:19
*** halstead <halstead!> has quit IRC (*.net *.split)22:19
*** Gaffel <Gaffel!> has quit IRC (*.net *.split)22:19
*** Net147 <Net147!~Net147@user/net147> has quit IRC (*.net *.split)22:19
*** zedd <zedd!> has quit IRC (*.net *.split)22:19
*** fray <fray!> has quit IRC (*.net *.split)22:19
*** alex88 <alex88!> has quit IRC (*.net *.split)22:19
*** wyre <wyre!~wyre@user/wyre> has quit IRC (*.net *.split)22:19
*** frosteyes <frosteyes!~frosteyes@> has quit IRC (*.net *.split)22:19
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (*.net *.split)22:19
*** dkl <dkl!> has quit IRC (*.net *.split)22:19
*** marc1 <marc1!> has quit IRC (*.net *.split)22:19
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (*.net *.split)22:19
*** rfried <rfried!> has quit IRC (*.net *.split)22:19
*** kergoth <kergoth!~kergoth@> has quit IRC (*.net *.split)22:19
*** ldts <ldts!> has quit IRC (*.net *.split)22:19
*** tkoskine <tkoskine!> has quit IRC (*.net *.split)22:19
*** Crofton <Crofton!> has quit IRC (*.net *.split)22:19
*** mithro <mithro!> has quit IRC (*.net *.split)22:19
*** NishanthMenon <NishanthMenon!> has quit IRC (*.net *.split)22:19
*** zibri <zibri!> has quit IRC (*.net *.split)22:19
*** frosteyes <frosteyes!~frosteyes@> has joined #yocto22:21
*** wyre <wyre!~wyre@user/wyre> has joined #yocto22:21
*** alex88 <alex88!> has joined #yocto22:21
*** fray <fray!> has joined #yocto22:21
*** zedd <zedd!> has joined #yocto22:21
*** Net147 <Net147!~Net147@user/net147> has joined #yocto22:21
*** Gaffel <Gaffel!> has joined #yocto22:21
*** halstead <halstead!> has joined #yocto22:21
*** jpnurmi <jpnurmi!> has joined #yocto22:21
*** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto22:21
*** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has joined #yocto22:21
*** ochredoke <ochredoke!ochredoke@user/ochredoke> has joined #yocto22:21
*** creich <creich!> has joined #yocto22:21
*** mvlad <mvlad!~mvlad@2a05:d01c:f57:a700:7eb2:15b9:ec83:80cb> has joined #yocto22:21
*** abelloni <abelloni!> has joined #yocto22:21
*** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto22:21
*** xantoz <xantoz!> has joined #yocto22:21
*** OnkelUlla <OnkelUlla!> has joined #yocto22:21
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto22:21
*** lacouture[m] <lacouture[m]!~lacouture@2001:470:69fc:105::35b7> has joined #yocto22:21
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto22:21
*** rodrjassoccom[m] <rodrjassoccom[m]!~rodrjasso@2001:470:69fc:105::4019> has joined #yocto22:21
*** Emantor <Emantor!> has joined #yocto22:21
*** ChanServ <ChanServ!> has joined #yocto22:21
*** NishanthMenon <NishanthMenon!> has joined #yocto22:21
*** mithro <mithro!> has joined #yocto22:21
*** Crofton <Crofton!> has joined #yocto22:21
*** tkoskine <tkoskine!> has joined #yocto22:21
*** ldts <ldts!> has joined #yocto22:21
*** kergoth <kergoth!~kergoth@> has joined #yocto22:21
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto22:21
*** marc1 <marc1!> has joined #yocto22:21
*** dkl <dkl!> has joined #yocto22:21
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto22:21
*** zibri <zibri!> has joined #yocto22:21
*** rfried <rfried!> has joined #yocto22:21
*** sets mode: +o ChanServ22:21
*** Vonter <Vonter!~Vonter@> has joined #yocto22:22
*** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto22:22
*** Guest6275 <Guest6275!~nobody@> has joined #yocto22:22
*** wesm <wesm!> has joined #yocto22:22
*** ant_ <ant_!> has joined #yocto22:22
*** goliath <goliath!~goliath@user/goliath> has joined #yocto22:22
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@> has joined #yocto22:22
*** qschulz <qschulz!> has joined #yocto22:22
*** warthog9 <warthog9!> has joined #yocto22:22
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto22:22
*** yates_work <yates_work!> has joined #yocto22:22
*** mattsm <mattsm!> has joined #yocto22:22
*** cambrian_invader <cambrian_invader!> has joined #yocto22:22
*** override <override!> has joined #yocto22:22
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has joined #yocto22:22
*** _whitelogger <_whitelogger!> has joined #yocto22:22
*** bjobjo <bjobjo!~bo@user/bjobjo> has joined #yocto22:22
*** karl <karl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto22:22
*** georgem <georgem!> has joined #yocto22:22
*** dev1990_ <dev1990_!> has joined #yocto22:22
*** fury <fury!> has joined #yocto22:22
*** Saur <Saur!> has joined #yocto22:22
*** Lihis <Lihis!> has joined #yocto22:22
*** bluelightning <bluelightning!~paul@2406:e003:12a7:7601:89e6:905f:8fed:afbb> has joined #yocto22:22
*** fancer <fancer!> has joined #yocto22:22
*** keepitsimplejim[ <keepitsimplejim[!~keepitsim@2001:470:69fc:105::3630> has joined #yocto22:22
*** tlwoerner <tlwoerner!> has joined #yocto22:22
*** kanavin <kanavin!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has joined #yocto22:22
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto22:22
*** derRichard <derRichard!> has joined #yocto22:22
*** rsalveti <rsalveti!> has joined #yocto22:22
*** prabhakarlad <prabhakarlad!> has joined #yocto22:22
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:8556:c345:51b7:4aae> has joined #yocto22:22
*** bradfa <bradfa!> has joined #yocto22:22
*** awafaa <awafaa!> has joined #yocto22:22
*** jonmason <jonmason!> has joined #yocto22:22
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto22:22
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto22:23
*** OutBackDingo_ <OutBackDingo_!~quassel@> has joined #yocto22:23
*** paulg <paulg!> has joined #yocto22:23
*** iokill <iokill!> has joined #yocto22:23
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto22:23
*** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto22:23
*** cody <cody!~cody@user/cody> has joined #yocto22:23
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto22:23
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto22:23
*** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has joined #yocto22:23
*** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has joined #yocto22:23
*** Andrei[m] <Andrei[m]!~andreicub@2001:470:69fc:105::c95> has joined #yocto22:23
*** paulbarker <paulbarker!> has joined #yocto22:23
*** droman <droman!> has joined #yocto22:23
*** perdmann_ <perdmann_!> has joined #yocto22:23
*** Shaun <Shaun!~soneil@user/shaun> has joined #yocto22:23
*** beneth <beneth!> has joined #yocto22:23
*** fitzsim <fitzsim!> has joined #yocto22:23
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto22:23
*** AlessandroTaglia <AlessandroTaglia!~al3x88mat@2001:470:69fc:105::ce3> has joined #yocto22:23
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::6e79> has joined #yocto22:23
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto22:23
*** ad__ <ad__!~heisenbug@user/ad/x-9056428> has joined #yocto22:23
*** rburton <rburton!rburton@user/rburton> has joined #yocto22:23
*** xtopher <xtopher!> has joined #yocto22:23
*** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto22:23
*** asus_986_gpu[m] <asus_986_gpu[m]!~asus986gp@2001:470:69fc:105::1014> has joined #yocto22:23
*** alex88[m] <alex88[m]!~alex88moz@2001:470:69fc:105::ce4> has joined #yocto22:23
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has joined #yocto22:23
*** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has joined #yocto22:23
*** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has joined #yocto22:23
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto22:23
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto22:23
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #yocto22:23
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto22:23
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has joined #yocto22:23
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has joined #yocto22:23
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto22:23
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto22:23
*** matthewcroughan <matthewcroughan!> has joined #yocto22:23
*** mattofak <mattofak!> has joined #yocto22:23
*** JPEW <JPEW!> has joined #yocto22:23
*** Tartarus <Tartarus!> has joined #yocto22:23
*** CosmicPenguin <CosmicPenguin!> has joined #yocto22:23
*** dl9pf <dl9pf!> has joined #yocto22:23
*** ndec <ndec!> has joined #yocto22:23
*** armpit <armpit!> has joined #yocto22:23
*** neverpanic <neverpanic!> has joined #yocto22:23
*** smurray <smurray!> has joined #yocto22:23
*** madisox <madisox!> has joined #yocto22:23
*** mcfrisk <mcfrisk!> has joined #yocto22:23
*** sets mode: +v ndec22:23
*** Ch^W <Ch^W!~mouser@> has joined #yocto22:24
*** grma <grma!~gruberm@> has joined #yocto22:24
*** alejandr1 <alejandr1!> has joined #yocto22:24
*** marex <marex!~marex@> has joined #yocto22:24
*** florian <florian!> has joined #yocto22:25
*** nohit <nohit!> has joined #yocto22:25
*** Tokamak_ <Tokamak_!> has joined #yocto22:25
*** pidge_ <pidge_!~pidge@> has joined #yocto22:25
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto22:25
*** florian <florian!> has quit IRC (Ping timeout: 256 seconds)22:25
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has quit IRC (Ping timeout: 272 seconds)22:27
*** rodrjassoccom[m] <rodrjassoccom[m]!~rodrjasso@2001:470:69fc:105::4019> has quit IRC (Ping timeout: 244 seconds)22:27
*** lacouture[m] <lacouture[m]!~lacouture@2001:470:69fc:105::35b7> has quit IRC (Ping timeout: 244 seconds)22:27
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has quit IRC (Ping timeout: 256 seconds)22:27
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has quit IRC (Ping timeout: 244 seconds)22:27
*** AlessandroTaglia <AlessandroTaglia!~al3x88mat@2001:470:69fc:105::ce3> has quit IRC (Ping timeout: 244 seconds)22:27
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has quit IRC (Ping timeout: 272 seconds)22:28
*** alex88[m] <alex88[m]!~alex88moz@2001:470:69fc:105::ce4> has quit IRC (Ping timeout: 272 seconds)22:28
*** asus_986_gpu[m] <asus_986_gpu[m]!~asus986gp@2001:470:69fc:105::1014> has quit IRC (Ping timeout: 272 seconds)22:28
*** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (Ping timeout: 272 seconds)22:28
*** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has quit IRC (Ping timeout: 272 seconds)22:28
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has quit IRC (Ping timeout: 272 seconds)22:28
*** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has quit IRC (Ping timeout: 272 seconds)22:28
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has quit IRC (Ping timeout: 272 seconds)22:28
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has quit IRC (Ping timeout: 272 seconds)22:28
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has quit IRC (Ping timeout: 272 seconds)22:28
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has quit IRC (Ping timeout: 272 seconds)22:28
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has quit IRC (Ping timeout: 272 seconds)22:28
*** keepitsimplejim[ <keepitsimplejim[!~keepitsim@2001:470:69fc:105::3630> has quit IRC (Ping timeout: 268 seconds)22:28
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Ping timeout: 272 seconds)22:28
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Ping timeout: 272 seconds)22:28
*** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (Ping timeout: 272 seconds)22:28
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has quit IRC (Ping timeout: 272 seconds)22:28
*** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has quit IRC (Ping timeout: 272 seconds)22:28
*** barath <barath!~barath@2001:470:69fc:105::21a> has quit IRC (Ping timeout: 272 seconds)22:28
*** cody <cody!~cody@user/cody> has quit IRC (Ping timeout: 272 seconds)22:28
*** Andrei[m] <Andrei[m]!~andreicub@2001:470:69fc:105::c95> has quit IRC (Ping timeout: 272 seconds)22:28
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (Ping timeout: 272 seconds)22:28
*** ChanServ <ChanServ!> has quit IRC (*.net *.split)22:31
*** ChanServ <ChanServ!> has joined #yocto22:31
*** sets mode: +o ChanServ22:31
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Quit: Leaving)22:32
*** nerdboy <nerdboy!~nerdboy@> has joined #yocto22:33
*** OnkelUlla <OnkelUlla!> has quit IRC (Ping timeout: 244 seconds)22:38
*** OnkelUlla <OnkelUlla!> has joined #yocto22:40
jonesv[m]But I'm kind of realizing that I cannot set `MACHINE_ESSENTIAL_EXTRA_RDEPENDS` from my image recipe, could that be?22:45
jonesv[m]Somehow it would make sense, but that's what I use to set the `kernel-module-*` I want 🤔22:45
jonesv[m]Oh or maybe I should install them as packages with `IMAGE_INSTALL_append` 💡22:46
jonesv[m]hmm but then KERNEL_MODULE_AUTOLOAD seems like it's not working in my image recipe :-(. I don't get why that would be linked to the bsp/machine configuration22:57
jonesv[m]>  You can use the KERNEL_MODULE_AUTOLOAD variable anywhere that it can be recognized by the kernel recipe or by an out-of-tree kernel module recipe (e.g. a machine configuration file, a distribution configuration file, an append file for the recipe, or the recipe itself).23:10
jonesv[m]That one should probably go in my kernel bbappend!23:10
*** Spooster <Spooster!~Spooster@user/spooster> has quit IRC (Remote host closed the connection)23:20
Ch^WRP: Remind me, when it happens, do all qemu VMs hang? Or just a few?23:24

Generated by 2.17.2 by Marius Gedminas - find it at!