*** agola <agola!~agola@134.134.137.84> has quit IRC (Quit: Client closed) | 00:02 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:09 | |
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 00:51 | |
*** jpuhlman__ <jpuhlman__!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 00:59 | |
*** jpuhlman_ <jpuhlman_!~jpuhlmn@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 258 seconds) | 01:03 | |
*** otavio <otavio!~otavio@200-203-25-205.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 01:10 | |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 252 seconds) | 01:26 | |
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-153-227.home.otenet.gr> has joined #yocto | 01:32 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-153-227.home.otenet.gr> 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!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 01:43 | |
*** camus <camus!~Instantbi@222.65.17.208> has joined #yocto | 01:47 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 01:48 | |
*** camus <camus!~Instantbi@222.65.17.208> has quit IRC (Ping timeout: 250 seconds) | 01:52 | |
*** camus1 is now known as camus | 01:52 | |
*** dev1990_ <dev1990_!~dev@dynamic-78-9-151-46.ssp.dialog.net.pl> has joined #yocto | 02:04 | |
*** dev1990 <dev1990!~dev@78.9.28.250> has quit IRC (Ping timeout: 265 seconds) | 02:04 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 02:28 | |
*** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> 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!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 03:53 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 05:16 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 05:56 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 06:08 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Remote host closed the connection) | 06:14 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:15 | |
*** mckoan|away is now known as mckoan | 06:47 | |
mckoan | good morning | 06:47 |
---|---|---|
*** zpfvo <zpfvo!~fvo@88.130.220.63> has joined #yocto | 06:54 | |
*** cquast <cquast!~cquast@37.189.128.120> has joined #yocto | 06:59 | |
Ch^W | I 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@85.203.15.42> has joined #yocto | 07:05 | |
Ch^W | The 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^W | All 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!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 07:11 | |
*** ilunev <ilunev!~koolkhel@80.72.17.178> has joined #yocto | 07:16 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 07:22 | |
*** ant_ <ant_!~ant___@host-87-0-253-36.retail.telecomitalia.it> has quit IRC (Ping timeout: 252 seconds) | 07:30 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:31 | |
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 07:35 | |
LetoThe2nd | yo dudx | 07:35 |
*** florian <florian!~florian@dynamic-002-243-069-160.2.243.pool.telefonica.de> has joined #yocto | 07:42 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 07:58 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:02 | |
*** hpsy <hpsy!~hpsy@85.203.15.42> has quit IRC (Remote host closed the connection) | 08:13 | |
*** davidinux <davidinux!~davidinux@37.179.235.93> has quit IRC (Ping timeout: 268 seconds) | 09:12 | |
*** davidinux <davidinux!~davidinux@217.138.219.172> has joined #yocto | 09:12 | |
RP | Ch^W: it could well be something like that. The fact ftrace tracks it is useful info | 09:41 |
*** davidinux <davidinux!~davidinux@217.138.219.172> has quit IRC (Ping timeout: 258 seconds) | 09:45 | |
*** davidinux <davidinux!~davidinux@217.138.197.236> has joined #yocto | 09:47 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 09:49 | |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 250 seconds) | 09:51 | |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 09:53 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 10:00 | |
*** patrick-r <patrick-r!~patrick-r@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 10:13 | |
patrick-r | hello | 10:13 |
florian | hi patrick-r | 10:13 |
patrick-r | question 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 kernel | 10:15 |
patrick-r | what I need to know is basically where is this kernel stored? as I need to save the changes for other developpers to use | 10:15 |
florian | just run a "make savedefconfig" - usually the complete .config isn't what you want to hand to other developers. | 10:18 |
patrick-r | from what directory? | 10:18 |
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-153-227.home.otenet.gr> has quit IRC (Quit: Leaving) | 10:22 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-153-227.home.otenet.gr> has joined #yocto | 10:22 | |
mckoan | patrick-r: bitbake -e virtual/kernel | grep ^S= | 10:23 |
mckoan | patrick-r: bitbake -e virtual/kernel | grep ^WORKDIR= | 10:23 |
mckoan | https://wiki.koansoftware.com/index.php/Bitbake_options | 10:23 |
florian | or use -c devshell | 10:23 |
mckoan | florian: +1 | 10:23 |
*** rob_w <rob_w!~rob@ppp-93-104-33-157.dynamic.mnet-online.de> has joined #yocto | 10:28 | |
*** Guest53 <Guest53!~Guest53@host-79-45-112-15.retail.telecomitalia.it> has joined #yocto | 10:41 | |
*** Guest53 <Guest53!~Guest53@host-79-45-112-15.retail.telecomitalia.it> has quit IRC (Client Quit) | 10:41 | |
*** p34nutz <p34nutz!~p34nutz@host-79-45-112-15.retail.telecomitalia.it> has joined #yocto | 10:41 | |
RP | To 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 messages | 11:08 |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Ping timeout: 258 seconds) | 11:12 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has joined #yocto | 11:20 | |
*** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has joined #yocto | 11:40 | |
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> 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 |
override | hey 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 on | 12:14 |
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto | 12: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] < https://libera.ems.host/_matrix/media/r0/download/libera.chat/ac2eb9c239bf44744c74416d58a8bafa129df97e/message.txt > | 12:14 | |
*** Spooster <Spooster!~Spooster@user/spooster> has joined #yocto | 12:15 | |
mckoan | fabatera[m]: modprobe is for in-tree modules only, try using insmod | 12: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 gatesgarth | 12:33 |
*** williamh89 <williamh89!~williamh8@2607:9880:2d78:22:fb5c:7cb:e75b:a7b4> has joined #yocto | 12:42 | |
mckoan | fabatera[m]: that't right | 12:43 |
*** paulg <paulg!~pg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 12:49 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 258 seconds) | 12:52 | |
RP | Variable 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 |
RP | The system shouldn't be depending on that :( | 12:54 |
*** zyga-mbp <zyga-mbp!~zyga@31.4.241.202> has joined #yocto | 13:01 | |
williamh89 | just 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!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 13:20 | |
override | williamh89 you an maybe look at the requirments.txt or setup.py for your app? | 13:22 |
override | can* | 13:22 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 13:22 | |
williamh89 | hmm requirements doesnt indicate, but I guess I will dig through the setup | 13:22 |
williamh89 | thanks! | 13:22 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 13:22 | |
*** patrick-r <patrick-r!~patrick-r@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC (Quit: Client closed) | 13:27 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-153-227.home.otenet.gr> has quit IRC (Read error: Connection reset by peer) | 13:27 | |
override | how 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 failuire | 13:29 |
override | failure* | 13:29 |
smurray | override: https://docs.yoctoproject.org/3.3.1/ref-manual/classes.html#ref-classes-insane | 13:31 |
paulg | never did understand the "insane" name ; "sane" or "sanity" or "is_sane" would have made more sense? | 13:43 |
RP | paulg: we have a sanity.bbclass too... | 13:46 |
* RP didn't name that one | 13:46 | |
RP | (insane) | 13:46 |
paulg | yah, I suppose if I really cared, I could data-mine git, but it was just a passing random observation. | 13:49 |
*** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 13:51 | |
RP | paulg: It was from zecke: https://git.openembedded.org/openembedded/commit/classes/insane.bbclass?id=e916c45ab468cc9e7852bee0a6a06253343d0970 | 13:51 |
paulg | RP, doesn't really give a hint as to the choice of the name, does it? | 13:53 |
*** zyga-mbp <zyga-mbp!~zyga@31.4.241.202> has quit IRC (Ping timeout: 252 seconds) | 13:53 | |
RP | paulg: zecke also added the cookie monster to the bitbake datastore :) | 13:54 |
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 13:56 | |
RP | paulg: commits from back then make fun reading, the commit messages are sparse :/ | 13:56 |
p34nutz | @RP hi | 14:05 |
*** pidge <pidge!~pidge@194.110.145.185> has joined #yocto | 14:07 | |
paulg | kinda 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@217.138.197.236> has quit IRC (Ping timeout: 265 seconds) | 14:11 | |
override | smurray: thanks for link. Will take a look | 14:11 |
*** davidinux <davidinux!~davidinux@37.179.235.93> has joined #yocto | 14:12 | |
RP | hi p34nutz | 14:13 |
p34nutz | nice to meet you RP | 14:14 |
p34nutz | davidinux invited me to join here | 14:14 |
*** davidinux <davidinux!~davidinux@37.179.235.93> has quit IRC (Ping timeout: 252 seconds) | 14:16 | |
RP | p34nutz: I had started to look at some of the presentations on what you've been working on, good to meet you | 14:17 |
*** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 14:17 | |
p34nutz | RP: 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 |
p34nutz | RP: I'd be glad to receive your feedback (and provide some feedback to you, also :) ) | 14:24 |
override | RP so i can just inherit insane into my recipe, and put WARN_QA = "arch" ? | 14:26 |
yates_work | i 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: http://paste.ubuntu.com/p/FfmxnTgf9h/ | 14:28 |
RP | override: insane is generally already inherited and you probably want INSANE_SKIP = "arch" | 14:28 |
yates_work | so which one of these should be issued as a --sysroot to the linker? | 14:28 |
RP | p34nutz: 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 specifically | 14:29 |
yates_work | is there an option i can issue to ld to cause it to emit all its search paths? | 14:29 |
override | Thanks RP: .. That arch check was really driving me insane | 14:30 |
yates_work | it could be that it's already using a valid sysroot but the libgcc.a build is not placing it in that sysroot | 14:30 |
yates_work | khem: any thoughts on this? | 14:33 |
fray | link w/ gcc add -v [if I remember correctly], the linker paths will be shown | 14:34 |
yates_work | btw, this error is arising when the kernel is being built, when vmlinux.o is being linked | 14:34 |
yates_work | fray: well the compile and link are done separately, but et me try -v with the linker. thanks. | 14:34 |
fray | You can still link with gcc | 14:35 |
fray | 'ld' itself won't have the libgcc.a path for instance.. only gcc has that | 14:35 |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14: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 | https://pastebin.com/MMqN2hPp -- 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 |
fray | you can use gcc as a link only path if you need to do it in separate runs | 14:37 |
yates_work | fray: this is the way the kernel makefile is designed - it separates the compiles from the final "ld"-based link | 14:37 |
yates_work | sure, 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 sysroot | 14:38 |
fray | If you run ld directly (in any context) then YOU are responsible for passing the locations of the gcc based link files.. | 14:38 |
fray | When the kernel builds, it does NOT use a sysroot | 14:38 |
fray | Also 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 |
fray | whatever 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 run | 14:40 |
fray | The 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 link | 14:40 |
*** davidinux <davidinux!~davidinux@84.17.59.156> has quit IRC (Ping timeout: 268 seconds) | 14:40 | |
fray | Have you tried this yet? | 14:42 |
fray | gcc -print-libgcc-file-name | 14:42 |
fray | /usr/lib/gcc/x86_64-linux-gnu/7/libgcc.a | 14:42 |
fray | again, 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 directly | 14:42 |
*** davidinux <davidinux!~davidinux@37.120.201.180> has joined #yocto | 14:42 | |
yates_work | "<cross>-gcc -print-libgcc-file-name" returns "libgcc.a" | 14:43 |
yates_work | no path, just the file name | 14:44 |
*** ochredoke <ochredoke!ochredoke@user/ochredoke> has joined #yocto | 14:45 | |
yates_work | fray: was there something else you were asking me to try? | 14:48 |
yates_work | the -v results: http://paste.ubuntu.com/p/3ZXWZMZYSJ/ | 14:48 |
fray | with the -v you need to compile something, or alternatively just run | 14:49 |
fray | gcc -print-search-dirs | 14:49 |
fray | But if -print-libgcc-file-name comes back with just 'libgcc.a', then most likely you have something wrong in your environment. | 14:50 |
yates_work | http://paste.ubuntu.com/p/2hmDsF5wqM/ | 14:50 |
fray | That is the default response when it can't actually find libgcc.a in your environment anywhere.. | 14:50 |
p34nutz | RP: you mean the general mailing list? https://lists.yoctoproject.org/g/yocto | 14:50 |
fray | are the paths in the libraries: valid? | 14:50 |
fray | Calling '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 |
fray | The 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 |
fray | If you look at linux-yocto.inc, the three architectures that need libgcc are aarch64, nios2 and arc, so the following existed: | 14:53 |
fray | linux-yocto.inc:DEPENDS_append_aarch64 = " libgcc" | 14:53 |
fray | linux-yocto.inc:DEPENDS_append_nios2 = " libgcc" | 14:53 |
fray | linux-yocto.inc:DEPENDS_append_arc = " libgcc" | 14:53 |
fray | without that libgcc won't be available at all, which also could explain the -print-libgcc-file-name issue | 14:54 |
yates_work | fray: two paths seem to be invalid: http://paste.ubuntu.com/p/fnJg4xhWDj/ | 14:54 |
fray | If 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 build | 14:54 |
vmeson | paulg: just skimming history but FYI Fushcia has componets written in Rust :) | 14:55 |
fray | I believe those paths are where it would be installed typically | 14:55 |
fray | zedd, I offered a suggestion, but I don't know enough about the issues to proceed... | 14:55 |
fray | 'er wrong window.. but anyway | 14:55 |
zedd | yup! sounds good. | 14:56 |
*** mckoan is now known as mckoan|away | 14:58 | |
yates_work | fray: i already have this in my kernel recipe: DEPENDS_append = " libgcc" | 14:58 |
*** wesm <wesm!~wes@firewall.mitsi.com> has quit IRC (Ping timeout: 250 seconds) | 14:58 | |
yates_work | khem: suggested that a few days ago | 14:59 |
fray | yes, that is certainly the main requirement. without that it won't be there at all.. | 14:59 |
fray | so 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.a | 15:00 |
yates_work | fray: hang on, checking | 15:01 |
fabatera[m] | mckoan: I guess busybox's modprobe doesn't support modprobe.conf install/remove | 15:01 |
fray | fabatera[m]: it didn't many years ago, but I rarely use busybox for anything like that anymore | 15:02 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 15:04 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 15:04 | |
yates_work | fray: it is in recipe-sysroot: http://paste.ubuntu.com/p/7Bf4rXcnmD/ | 15:05 |
fray | ok, there is your link path.. but I suspect due to NOT calling gcc with --sysroot=, you aren't getting a valid response | 15:06 |
yates_work | but note the libraries reported by --print-search-dirs do not include that | 15:06 |
fray | thats because your call to the compiler did not include "--sysroot=..../recipe-sysroot" | 15:06 |
fray | this is part of the normal $CC | 15:06 |
*** camus1 is now known as camus | 15:06 | |
fray | you are going to have to look at how aarch64/nios2/arc had the call to get the libgcc.a path | 15:06 |
*** cquast <cquast!~cquast@37.189.128.120> 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_work | i 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!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 15:09 | |
yates_work | so why would adding "--sysroot=..../recipe-sysroot" IN THE COMPILER INVOCATION result in the linker finding the path? | 15:09 |
fray | If 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 |
fray | foo-gcc --sysroot=.../recipe-sysroot -print-libgcc-filename | 15:10 |
fray | then use the output of that as the libgcc to link against when calling ld | 15:10 |
fray | you can NOT just link using 'libgcc.a' it won't work, as ld has no in-built paths to search | 15:10 |
fray | aarch64, nios2, and arc should already being doing this "somewhere" | 15:11 |
*** ant_ <ant_!~ant___@host-87-0-253-36.retail.telecomitalia.it> has joined #yocto | 15:11 | |
*** Guest57 <Guest57!~Guest57@c80-217-180-75.bredband.tele2.se> has joined #yocto | 15:12 | |
fray | I'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 |
fray | CC = <cross>-gcc --sysroot=<path> | 15:13 |
fray | KERNEL_CC = <cross>-gcc | 15:13 |
fray | so when the kernel makefile is called, it's typically called using CC=KERNEL_CC | 15:13 |
fray | but 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 it | 15:14 |
*** ilunev <ilunev!~koolkhel@80.72.17.178> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 15:14 | |
*** wesm <wesm!~wes@firewall.mitsi.com> has joined #yocto | 15:14 | |
yates_work | mathc it? | 15:14 |
yates_work | match | 15:14 |
yates_work | fray: ok very good - let me work on this. very very much appreciate your help | 15:15 |
fray | yes match that | 15:17 |
yates_work | ptf | 15:27 |
*** Guest57 <Guest57!~Guest57@c80-217-180-75.bredband.tele2.se> 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!~whitelogg@uruz.whitequark.org> has quit IRC (*.net *.split) | 15:35 | |
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> 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!sid716@id-716.highgate.irccloud.com> has quit IRC (*.net *.split) | 15:35 | |
*** bradfa <bradfa!sid297668@id-297668.brockwell.irccloud.com> has quit IRC (*.net *.split) | 15:35 | |
*** jonmason <jonmason!sid36602@id-36602.tooting.irccloud.com> has quit IRC (*.net *.split) | 15:35 | |
*** OutBackDingo <OutBackDingo!~quassel@46.23.84.72> has quit IRC (*.net *.split) | 15:35 | |
*** karl <karl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto | 15:35 | |
*** bjobjo_ <bjobjo_!~bo@2a01:79c:cebf:d688::9e6> has joined #yocto | 15:35 | |
*** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has joined #yocto | 15:35 | |
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 15:35 | |
*** OutBackDingo_ <OutBackDingo_!~quassel@46.23.84.72> has joined #yocto | 15:35 | |
*** jonmason <jonmason!sid36602@id-36602.tooting.irccloud.com> has joined #yocto | 15:35 | |
*** vquicksilver <vquicksilver!~nobody@90.69.37.53> has joined #yocto | 15:36 | |
*** awafaa <awafaa!sid716@id-716.highgate.irccloud.com> has joined #yocto | 15:36 | |
*** bradfa <bradfa!sid297668@id-297668.brockwell.irccloud.com> has joined #yocto | 15:36 | |
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 15:36 | |
*** vquicksilver is now known as Guest6275 | 15:37 | |
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has joined #yocto | 15:37 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:8556:c345:51b7:4aae> has joined #yocto | 15:42 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.200> has quit IRC (Quit: Client closed) | 15:47 | |
manuel1985 | Can 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 bjobjo | 15:59 | |
RP | sakoman: I think http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=2e655504983921ce177a310ce1d7a10a1cec49e7 maybe be the pcmanfm thing | 16:02 |
RP | sakoman: you could probably prove it by comparing a pcmanfm build with the current buildtools used on dunfell vs master | 16:03 |
sakoman | RP: thanks will look at that after I sort out the issues with the python upgrade series | 16:04 |
sakoman | RP: hmmm . . . probably not that since dunfell has that commit: https://git.openembedded.org/openembedded-core/commit/?h=dunfell&id=fb8063147c1afc8f2554597a0e40de6659014bb6 | 16:09 |
*** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 16:09 | |
*** zpfvo <zpfvo!~fvo@88.130.220.63> has quit IRC (Remote host closed the connection) | 16:10 | |
RP | sakoman: did you update the buildtools tarball used on the autobuilder though? | 16:11 |
sakoman | ah, perhaps not . . . | 16:12 |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> 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!~manuel198@mobiledyn-185-69-244-212.mrsn.at> has joined #yocto | 16:29 | |
*** manuel1985 <manuel1985!~manuel198@mobiledyn-185-69-244-212.mrsn.at> 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!~manuel198@mobiledyn-185-69-244-212.mrsn.at> has joined #yocto | 16:38 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 16:38 | |
*** manuel1985 <manuel1985!~manuel198@mobiledyn-185-69-244-212.mrsn.at> has quit IRC (Remote host closed the connection) | 16:41 | |
*** manuel1985 <manuel1985!~manuel198@mobiledyn-185-69-244-212.mrsn.at> has joined #yocto | 16:41 | |
*** rcw <rcw!~rcwoolley@45.72.203.103> has joined #yocto | 16:48 | |
Saur | Why 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 #yocto | 16: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 #yocto | 17:30 | |
*** manuel1985 <manuel1985!~manuel198@mobiledyn-185-69-244-212.mrsn.at> has quit IRC (Ping timeout: 256 seconds) | 17:31 | |
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto | 17:39 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 18:03 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 18: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 #yocto | 18:34 | |
zedd | fabatera[m]: should come from the kmod recipe. | 18:38 |
override | hey can anyone help me understand what going on here - https://pastebin.ubuntu.com/p/5MKZzyTmPF/ | 18:39 |
*** v0n <v0n!~vivien@modemcable249.105-163-184.mc.videotron.ca> has quit IRC (Ping timeout: 272 seconds) | 18:39 | |
override | should i just inherit setuptools3 or what | 18:39 |
override | nvmd that already there | 18:41 |
override | here is the recipe - https://pastebin.ubuntu.com/p/Gdg9VRnFkz/ | 18:41 |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 18:46 | |
*** davidinux <davidinux!~davidinux@37.120.201.180> has quit IRC (Ping timeout: 252 seconds) | 19:01 | |
*** p34nutz <p34nutz!~p34nutz@host-79-45-112-15.retail.telecomitalia.it> has quit IRC (Ping timeout: 246 seconds) | 19:17 | |
override | anyone ^ khem: ? | 19:17 |
Ch^W | override: Add DEPENDS += "${PYTHON_PN}-setuptools-scm-native" to your recipe. | 19:39 |
Ch^W | RP: (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 |
override | thanks Ch^W, let me try that | 19:42 |
Ch^W | RP: 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^W | We 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 |
override | thanks Ch^W. That works | 19:44 |
override | what is that tho? | 19:45 |
Ch^W | override: Look _very_closely at the error output you posted here https://pastebin.ubuntu.com/p/5MKZzyTmPF/. the clues are right there. | 19:45 |
override | im trying to figure out what setuptools-scm-native is to begin with | 19:47 |
Ch^W | It is the native version of setuptools-scm | 19:47 |
Ch^W | And setuptols-scm is a build dependency on your particular python libary. | 19:48 |
override | got it | 19:48 |
Ch^W | override: 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 |
override | and the tool is just coming from the tar file? | 19:52 |
Ch^W | override: Which tool are you referring to? I can interpret that several ways. | 19:52 |
override | this setuptools-scm-native tool | 19:53 |
override | the one we just added the DEPENDS for to make the recipe work | 19:53 |
override | and how do u underline text in irc? | 19:53 |
override | I can look up the latter | 19:54 |
Ch^W | The setuptools-scm is a garden variety build dependency. The recipe for it is found in openembedded-core/meta/recipes-devtools/python/python3-setuptools-scm | 19:55 |
Ch^W | override: Just put an underscore before and after a word to underline it -> _underlined_ | 19:55 |
override | I see.. _nice. garden variety build dependency - adding that to my lists of things to read up on.. | 19:56 |
override | more like _nice_ | 19:56 |
Ch^W | Sorry "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 |
override | git it | 19:59 |
override | very cool. Thanks | 19:59 |
Ch^W | override: 👍🏼 | 19:59 |
*** florian <florian!~florian@dynamic-002-243-069-160.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds) | 20:07 | |
*** florian <florian!~florian@dynamic-002-243-069-160.2.243.pool.telefonica.de> has joined #yocto | 20:20 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds) | 20:37 | |
ecdhe | I 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 |
RP | Ch^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^W | RP: Sleeping in the lab was generally a reliable way to catch the issue ;) | 20:46 |
Ch^W | RP: 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@194.110.145.185> has joined #yocto | 20:47 | |
*** pidge <pidge!~pidge@194.110.145.185> has quit IRC (Read error: Connection reset by peer) | 20:47 | |
Ch^W | Our 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^W | Our _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 |
RP | Ch^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 reliably | 20:50 |
RP | Ch^W: did you find any kernel stats like iostat that could report on a problem "in progress"? | 20:51 |
Ch^W | RP: 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^W | RP: 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^W | RP: 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 |
RP | Ch^W: I don't think there would be IOMMU involved, or at least not much but I'm not entirely sure | 20:54 |
RP | Ch^W: We had data earlier today suggesting it took 302seconds to copy a 1GB file to a tmpfs :/ | 20:55 |
Ch^W | RP: Yeah, that smells like a smoking gun. Your ftrace data would be _very_ instructive there. | 20:56 |
RP | Ch^W: the trouble is knowing where/when we need that data and having the privs to run it | 20:56 |
Ch^W | Just 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 learn | 20:56 |
RP | Ch^W: but an idea of what we could look at is a start | 20:56 |
RP | Ch^W: ironically, the copy to tmpfs is to avoids IO blocking! | 20:57 |
Ch^W | RP: Except it does not. It all uses the page cache. | 20:57 |
RP | Ch^W: well, if it is in the page cache (which tmpfs is by definition), it shouldn't stall on IO there? | 20:58 |
Ch^W | So you are almost certainly hamering the page cache too much. | 20:58 |
Ch^W | RP: You are running these all in VMs, right? | 20:58 |
RP | Ch^W: no, the autobuilders are "baremetal" distro installs. It is qemu VMs we use for testing running on those systems which crash/hang | 20:58 |
RP | the io load is from the host OS | 20:59 |
Ch^W | BRB | 20:59 |
*** rob_w <rob_w!~rob@ppp-93-104-33-157.dynamic.mnet-online.de> has quit IRC (Read error: Connection reset by peer) | 21:00 | |
Ch^W | RP: Ah ok, excuse the IOMMU comment then. Not needed for bare metal. | 21:03 |
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-28-189.mycingular.net> has joined #yocto | 21:04 | |
Ch^W | RP: 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^W | The 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 |
ecdhe | I 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 the | 21:07 |
ecdhe | upstream 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 |
Tokamak | howdy. 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^W | Tokamak: Maybe start with a ping? | 21:09 |
Tokamak | honesly have no idea what 'bitbake server' it is even trying to touch | 21:10 |
Tokamak | i assume its a local process..? | 21:10 |
Ch^W | Tokamak: Do you have any stuck bitbake processes in your process list? | 21:10 |
*** Tokamak_ <Tokamak_!~Tokamak@mobile-166-170-30-226.mycingular.net> has joined #yocto | 21:13 | |
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-28-189.mycingular.net> 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 directory | 21:15 |
RP | Tokamak: sounds like a hung bitbake process | 21:15 |
Tokamak_ | thanks for the thoughts RP and Ch^W, i'll try to not get further hung up on the trivial things :P | 21:17 |
ecdhe | RP: Any thoughts? I literally copied this recipe: https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-kernel/linux/linux-ti-staging_5.10.bb | 21:17 |
ecdhe | I 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/kernel | 21:18 |
ecdhe | The recipe works as long as it's in the TI layer directory | 21:19 |
ecdhe | But I want to capture these changes in my own layer | 21:19 |
ecdhe | There 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 path | 21:20 |
RP | ecdhe: can't you just set the FILESPATH to include the other location? | 21:20 |
ecdhe | RP: I'll look that up! Can I do it relative to another layer? | 21:21 |
ecdhe | I mean, can I avoid an absolute path? | 21:21 |
RP | ecdhe: I'm less sure about how you'd figure out where the other layer is :/ | 21:22 |
RP | ecdhe: you want FILESEXTRAPATHS | 21:22 |
ecdhe | It's always called meta-ti... but you're right, bitbake can support layers above the poky/ directory, can't it? | 21:22 |
RP | ecdhe: bitbake doesn't care where they are | 21:23 |
ecdhe | I'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/ dir | 21:25 |
smurray | if this is wrt the inc files in recipes-kernel/linux in meta-ti, perhaps just prepend recipes-kernel/linux/ in your recipe in your layer | 21:25 |
smurray | I was looking at a layer (meta-sancloud) that does that today | 21:25 |
ecdhe | smurray: it's about the files/ dir in meta-ti/recipes-kernel/linux/ | 21:26 |
ecdhe | smurray: the .inc files are including fine | 21:26 |
ecdhe | smurray: but files/cmem.dtsi can't be found | 21:26 |
RP | Figuring out a way of saving paths to layers would be nice, its been something I wonder about periodically | 21:26 |
smurray | ah. You'll need to build up a path from COREBASE or the like to add to FILESEXTRAPATHS | 21:27 |
ecdhe | RP: introspection of bblayers.conf could do the trick | 21:27 |
ecdhe | smurray: COREBASE is the root of poky? | 21:28 |
smurray | ecdhe: 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 ideal | 21:31 |
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has quit IRC () | 21:31 | |
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has joined #yocto | 21:31 | |
smurray | ecdhe: using something like ${THISDIR}/../../../meta-ti/recipes-kernel/linux/files in the recipe is another option, but has the same problem | 21:33 |
ecdhe | smurray: ${COREBASE} is cleaner, I appreciate that one | 21:33 |
ecdhe | I need to study the BB recipe env vars | 21:33 |
smurray | it might be possible to cook up something with a block of anon python that parsed it out of BBPATH | 21:35 |
smurray | not amazing either, but maybe a bit more robust | 21:36 |
ecdhe | smurray: I don't understand yocto well enough to get that python to run ahead of teh FILESEXTAPATHS evaluation | 21:36 |
smurray | ecdhe: you'd probably want to d.appendVar (or prependVar) in the python block | 21:38 |
*** rcw <rcw!~rcwoolley@45.72.203.103> has quit IRC (Quit: Leaving) | 21:40 | |
RP | zedd, paulg, abelloni: I have a more interesting rcu traceback: https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/2252/steps/14/logs/stdio | 21:43 |
RP | specifically https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/2252/steps/14/logs/stdio | 21:44 |
RP | specifically "BUG: scheduling while atomic: swapper/3/0/0x00000002" | 21:44 |
ecdhe | smurray, RP: thanks for your help, completely squashed that bug | 21:44 |
smurray | ecdhe: cool | 21:45 |
jonesv[m] | In my recipe, I want to do `include files/${MACHINE}/my_file.inc` to set the KERNEL_MODULE_AUTOLOAD per machine. Is that a bad idea? | 21:47 |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 21:47 | |
*** florian <florian!~florian@dynamic-002-243-069-160.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 21:49 | |
ecdhe | jonesv[m]: seems reasonable | 21:50 |
* RP suspects tomorrow I need to trigger some rcu stalls and see if the kernel does actually recover or crash | 21:50 | |
Ch^W | RP: 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 |
RP | Ch^W: thanks, I don't think we can capture data accurately enough at the right time currently unfortunately :( | 21:52 |
Ch^W | RP: Even offloading it via netcat to a stable platform? | 21:52 |
Ch^W | it is a simple pipe interface. | 21:53 |
RP | Ch^W: the trouble is the huge amount of data our autobuilders work with during builds | 21:53 |
RP | Ch^W: this issue is rare, maybe 1 in 200 qemu VM runs and we can't enable ftrace on every worker starting them | 21: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 |
ecdhe | jonesv[m]: I believe so | 21:59 |
*** florian <florian!~florian@dynamic-002-243-069-160.2.243.pool.telefonica.de> has joined #yocto | 21: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 |
ecdhe | jonesv[m]: there are several options people like to set in local.conf that I think are more appropriate for layers | 21:59 |
jonesv[m] | right, got it | 21:59 |
ecdhe | jonesv[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 documentation | 22:01 |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 22:02 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 22:05 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 258 seconds) | 22:05 | |
*** camus1 is now known as camus | 22:05 | |
*** florian <florian!~florian@dynamic-002-243-069-160.2.243.pool.telefonica.de> has quit IRC (*.net *.split) | 22:19 | |
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** Tokamak_ <Tokamak_!~Tokamak@mobile-166-170-30-226.mycingular.net> has quit IRC (*.net *.split) | 22:19 | |
*** pidge_ <pidge_!~pidge@194.110.145.185> 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!~whitelogg@uruz.whitequark.org> 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!uid210681@id-210681.tinside.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** dev1990_ <dev1990_!~dev@dynamic-78-9-151-46.ssp.dialog.net.pl> has quit IRC (*.net *.split) | 22:19 | |
*** fury <fury!uid193779@id-193779.brockwell.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** Saur <Saur!~pkj@proxy01.se.axis.com> has quit IRC (*.net *.split) | 22:19 | |
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC (*.net *.split) | 22:19 | |
*** ChanServ <ChanServ!ChanServ@services.libera.chat> has quit IRC (*.net *.split) | 22:19 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> 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!sid297668@id-297668.brockwell.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** awafaa <awafaa!sid716@id-716.highgate.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** jonmason <jonmason!sid36602@id-36602.tooting.irccloud.com> 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@46.23.84.72> has quit IRC (*.net *.split) | 22:19 | |
*** paulg <paulg!~pg@104-195-159-20.cpe.teksavvy.com> has quit IRC (*.net *.split) | 22:19 | |
*** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> 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@90.69.37.53> has quit IRC (*.net *.split) | 22:19 | |
*** wesm <wesm!~wes@firewall.mitsi.com> has quit IRC (*.net *.split) | 22:19 | |
*** ant_ <ant_!~ant___@host-87-0-253-36.retail.telecomitalia.it> 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@94.31.96.230> has quit IRC (*.net *.split) | 22:19 | |
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (*.net *.split) | 22:19 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (*.net *.split) | 22:19 | |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has quit IRC (*.net *.split) | 22:19 | |
*** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (*.net *.split) | 22:19 | |
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (*.net *.split) | 22:19 | |
*** cambrian_invader <cambrian_invader!~cambrian_@50-195-82-171-static.hfc.comcastbusiness.net> has quit IRC (*.net *.split) | 22:19 | |
*** override <override!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has quit IRC (*.net *.split) | 22:19 | |
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> 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!~uol@ptx.hi.pengutronix.de> has quit IRC (*.net *.split) | 22:19 | |
*** xantoz <xantoz!~tewi_inab@c-e0bfe255.013-124-73746f25.bbcust.telenor.se> has quit IRC (*.net *.split) | 22:19 | |
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (*.net *.split) | 22:19 | |
*** abelloni <abelloni!~abelloni@scw.piout.net> 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!~creich@p200300f6af1a9510000000000000039b.dip0.t-ipconnect.de> has quit IRC (*.net *.split) | 22:19 | |
*** Ch^W <Ch^W!~mouser@209.147.121.179> has quit IRC (*.net *.split) | 22:19 | |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC (*.net *.split) | 22:19 | |
*** alejandr1 <alejandr1!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has quit IRC (*.net *.split) | 22:19 | |
*** marex <marex!~marex@195.140.253.37> 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!sid269702@id-269702.stonehaven.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** droman <droman!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC (*.net *.split) | 22:19 | |
*** perdmann_ <perdmann_!~patrick@nostromo.0x47.net> has quit IRC (*.net *.split) | 22:19 | |
*** Shaun <Shaun!~soneil@user/shaun> has quit IRC (*.net *.split) | 22:19 | |
*** beneth <beneth!~beneth@ip208.ip-54-36-198.eu> has quit IRC (*.net *.split) | 22:19 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> 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!fancer@id-180736.tinside.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** keepitsimplejim[ <keepitsimplejim[!~keepitsim@2001:470:69fc:105::3630> has quit IRC (*.net *.split) | 22:19 | |
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> 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!~derRichar@static.16.105.130.94.clients.your-server.de> has quit IRC (*.net *.split) | 22:19 | |
*** rsalveti <rsalveti!uid117878@id-117878.highgate.irccloud.com> 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!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC (*.net *.split) | 22:19 | |
*** mattofak <mattofak!~mattofak@55.87.194.35.bc.googleusercontent.com> has quit IRC (*.net *.split) | 22:19 | |
*** JPEW <JPEW!sid500061@id-500061.brockwell.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** Tartarus <Tartarus!sid72705@id-72705.charlton.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** CosmicPenguin <CosmicPenguin!sid489106@id-489106.highgate.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** dl9pf <dl9pf!sid395223@id-395223.brockwell.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** armpit <armpit!sid501830@id-501830.highgate.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** smurray <smurray!sid98062@id-98062.stonehaven.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC (*.net *.split) | 22:19 | |
*** xtopher <xtopher!sid495823@id-495823.tinside.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** madisox <madisox!sid453692@id-453692.charlton.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> 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!jpnurmi@hilla.kapsi.fi> has quit IRC (*.net *.split) | 22:19 | |
*** halstead <halstead!uid505447@id-505447.charlton.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has quit IRC (*.net *.split) | 22:19 | |
*** Net147 <Net147!~Net147@user/net147> has quit IRC (*.net *.split) | 22:19 | |
*** zedd <zedd!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (*.net *.split) | 22:19 | |
*** fray <fray!~fray@kernel.crashing.org> has quit IRC (*.net *.split) | 22:19 | |
*** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has quit IRC (*.net *.split) | 22:19 | |
*** wyre <wyre!~wyre@user/wyre> has quit IRC (*.net *.split) | 22:19 | |
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> 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!~dkl@prometheus.umask.eu> has quit IRC (*.net *.split) | 22:19 | |
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (*.net *.split) | 22:19 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (*.net *.split) | 22:19 | |
*** rfried <rfried!~rfried@practical-trainings.com> has quit IRC (*.net *.split) | 22:19 | |
*** kergoth <kergoth!~kergoth@107.170.225.75> has quit IRC (*.net *.split) | 22:19 | |
*** ldts <ldts!sid269548@id-269548.stonehaven.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has quit IRC (*.net *.split) | 22:19 | |
*** Crofton <Crofton!sid401373@id-401373.tooting.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** mithro <mithro!sid24875@id-24875.charlton.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** NishanthMenon <NishanthMenon!sid138049@id-138049.highgate.irccloud.com> has quit IRC (*.net *.split) | 22:19 | |
*** zibri <zibri!zibri@shell.x20.se> has quit IRC (*.net *.split) | 22:19 | |
*** frosteyes <frosteyes!~frosteyes@185.53.130.211> has joined #yocto | 22:21 | |
*** wyre <wyre!~wyre@user/wyre> has joined #yocto | 22:21 | |
*** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has joined #yocto | 22:21 | |
*** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 22:21 | |
*** zedd <zedd!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 22:21 | |
*** Net147 <Net147!~Net147@user/net147> has joined #yocto | 22:21 | |
*** Gaffel <Gaffel!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has joined #yocto | 22:21 | |
*** halstead <halstead!uid505447@id-505447.charlton.irccloud.com> has joined #yocto | 22:21 | |
*** jpnurmi <jpnurmi!jpnurmi@hilla.kapsi.fi> has joined #yocto | 22:21 | |
*** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto | 22:21 | |
*** nsbdfl <nsbdfl!nsfbdl@user/nsbdfl> has joined #yocto | 22:21 | |
*** ochredoke <ochredoke!ochredoke@user/ochredoke> has joined #yocto | 22:21 | |
*** creich <creich!~creich@p200300f6af1a9510000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 22:21 | |
*** mvlad <mvlad!~mvlad@2a05:d01c:f57:a700:7eb2:15b9:ec83:80cb> has joined #yocto | 22:21 | |
*** abelloni <abelloni!~abelloni@scw.piout.net> has joined #yocto | 22:21 | |
*** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto | 22:21 | |
*** xantoz <xantoz!~tewi_inab@c-e0bfe255.013-124-73746f25.bbcust.telenor.se> has joined #yocto | 22:21 | |
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto | 22:21 | |
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 22:21 | |
*** lacouture[m] <lacouture[m]!~lacouture@2001:470:69fc:105::35b7> has joined #yocto | 22:21 | |
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto | 22:21 | |
*** rodrjassoccom[m] <rodrjassoccom[m]!~rodrjasso@2001:470:69fc:105::4019> has joined #yocto | 22:21 | |
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto | 22:21 | |
*** ChanServ <ChanServ!ChanServ@services.libera.chat> has joined #yocto | 22:21 | |
*** NishanthMenon <NishanthMenon!sid138049@id-138049.highgate.irccloud.com> has joined #yocto | 22:21 | |
*** mithro <mithro!sid24875@id-24875.charlton.irccloud.com> has joined #yocto | 22:21 | |
*** Crofton <Crofton!sid401373@id-401373.tooting.irccloud.com> has joined #yocto | 22:21 | |
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has joined #yocto | 22:21 | |
*** ldts <ldts!sid269548@id-269548.stonehaven.irccloud.com> has joined #yocto | 22:21 | |
*** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto | 22:21 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 22:21 | |
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 22:21 | |
*** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 22:21 | |
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto | 22:21 | |
*** zibri <zibri!zibri@shell.x20.se> has joined #yocto | 22:21 | |
*** rfried <rfried!~rfried@practical-trainings.com> has joined #yocto | 22:21 | |
*** cadmium.libera.chat sets mode: +o ChanServ | 22:21 | |
*** Vonter <Vonter!~Vonter@124.123.104.41> has joined #yocto | 22:22 | |
*** Vineela <Vineela!~vtummala@user/vineela> has joined #yocto | 22:22 | |
*** Guest6275 <Guest6275!~nobody@90.69.37.53> has joined #yocto | 22:22 | |
*** wesm <wesm!~wes@firewall.mitsi.com> has joined #yocto | 22:22 | |
*** ant_ <ant_!~ant___@host-87-0-253-36.retail.telecomitalia.it> has joined #yocto | 22:22 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 22:22 | |
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.96.230> has joined #yocto | 22:22 | |
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 22:22 | |
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 22:22 | |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 22:22 | |
*** yates_work <yates_work!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 22:22 | |
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 22:22 | |
*** cambrian_invader <cambrian_invader!~cambrian_@50-195-82-171-static.hfc.comcastbusiness.net> has joined #yocto | 22:22 | |
*** override <override!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has joined #yocto | 22:22 | |
*** lexano <lexano!~lexano@2607:fea8:5bc0:12:12c3:7bff:fe95:9fc1> has joined #yocto | 22:22 | |
*** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 22:22 | |
*** bjobjo <bjobjo!~bo@user/bjobjo> has joined #yocto | 22:22 | |
*** karl <karl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto | 22:22 | |
*** georgem <georgem!uid210681@id-210681.tinside.irccloud.com> has joined #yocto | 22:22 | |
*** dev1990_ <dev1990_!~dev@dynamic-78-9-151-46.ssp.dialog.net.pl> has joined #yocto | 22:22 | |
*** fury <fury!uid193779@id-193779.brockwell.irccloud.com> has joined #yocto | 22:22 | |
*** Saur <Saur!~pkj@proxy01.se.axis.com> has joined #yocto | 22:22 | |
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 22:22 | |
*** bluelightning <bluelightning!~paul@2406:e003:12a7:7601:89e6:905f:8fed:afbb> has joined #yocto | 22:22 | |
*** fancer <fancer!fancer@id-180736.tinside.irccloud.com> has joined #yocto | 22:22 | |
*** keepitsimplejim[ <keepitsimplejim[!~keepitsim@2001:470:69fc:105::3630> has joined #yocto | 22:22 | |
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 22:22 | |
*** kanavin <kanavin!~Alexander@2a02:2454:2a0:cb00:eb83:2e01:3dda:5d46> has joined #yocto | 22:22 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 22:22 | |
*** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has joined #yocto | 22:22 | |
*** rsalveti <rsalveti!uid117878@id-117878.highgate.irccloud.com> has joined #yocto | 22:22 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 22:22 | |
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:8556:c345:51b7:4aae> has joined #yocto | 22:22 | |
*** bradfa <bradfa!sid297668@id-297668.brockwell.irccloud.com> has joined #yocto | 22:22 | |
*** awafaa <awafaa!sid716@id-716.highgate.irccloud.com> has joined #yocto | 22:22 | |
*** jonmason <jonmason!sid36602@id-36602.tooting.irccloud.com> has joined #yocto | 22:22 | |
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto | 22:22 | |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 22:23 | |
*** OutBackDingo_ <OutBackDingo_!~quassel@46.23.84.72> has joined #yocto | 22:23 | |
*** paulg <paulg!~pg@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 22:23 | |
*** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has joined #yocto | 22:23 | |
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto | 22:23 | |
*** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto | 22:23 | |
*** cody <cody!~cody@user/cody> has joined #yocto | 22:23 | |
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto | 22:23 | |
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto | 22:23 | |
*** Jari[m] <Jari[m]!~jarihmatr@2001:470:69fc:105::6a7> has joined #yocto | 22:23 | |
*** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has joined #yocto | 22:23 | |
*** Andrei[m] <Andrei[m]!~andreicub@2001:470:69fc:105::c95> has joined #yocto | 22:23 | |
*** paulbarker <paulbarker!sid269702@id-269702.stonehaven.irccloud.com> has joined #yocto | 22:23 | |
*** droman <droman!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto | 22:23 | |
*** perdmann_ <perdmann_!~patrick@nostromo.0x47.net> has joined #yocto | 22:23 | |
*** Shaun <Shaun!~soneil@user/shaun> has joined #yocto | 22:23 | |
*** beneth <beneth!~beneth@ip208.ip-54-36-198.eu> has joined #yocto | 22:23 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 22:23 | |
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 22:23 | |
*** AlessandroTaglia <AlessandroTaglia!~al3x88mat@2001:470:69fc:105::ce3> has joined #yocto | 22:23 | |
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::6e79> has joined #yocto | 22:23 | |
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto | 22:23 | |
*** ad__ <ad__!~heisenbug@user/ad/x-9056428> has joined #yocto | 22:23 | |
*** rburton <rburton!rburton@user/rburton> has joined #yocto | 22:23 | |
*** xtopher <xtopher!sid495823@id-495823.tinside.irccloud.com> has joined #yocto | 22:23 | |
*** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 22:23 | |
*** asus_986_gpu[m] <asus_986_gpu[m]!~asus986gp@2001:470:69fc:105::1014> has joined #yocto | 22:23 | |
*** alex88[m] <alex88[m]!~alex88moz@2001:470:69fc:105::ce4> has joined #yocto | 22:23 | |
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has joined #yocto | 22:23 | |
*** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has joined #yocto | 22:23 | |
*** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has joined #yocto | 22:23 | |
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto | 22:23 | |
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto | 22:23 | |
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #yocto | 22:23 | |
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto | 22:23 | |
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has joined #yocto | 22:23 | |
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has joined #yocto | 22:23 | |
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto | 22:23 | |
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 22:23 | |
*** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto | 22:23 | |
*** mattofak <mattofak!~mattofak@55.87.194.35.bc.googleusercontent.com> has joined #yocto | 22:23 | |
*** JPEW <JPEW!sid500061@id-500061.brockwell.irccloud.com> has joined #yocto | 22:23 | |
*** Tartarus <Tartarus!sid72705@id-72705.charlton.irccloud.com> has joined #yocto | 22:23 | |
*** CosmicPenguin <CosmicPenguin!sid489106@id-489106.highgate.irccloud.com> has joined #yocto | 22:23 | |
*** dl9pf <dl9pf!sid395223@id-395223.brockwell.irccloud.com> has joined #yocto | 22:23 | |
*** ndec <ndec!sid219321@id-219321.tinside.irccloud.com> has joined #yocto | 22:23 | |
*** armpit <armpit!sid501830@id-501830.highgate.irccloud.com> has joined #yocto | 22:23 | |
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 22:23 | |
*** smurray <smurray!sid98062@id-98062.stonehaven.irccloud.com> has joined #yocto | 22:23 | |
*** madisox <madisox!sid453692@id-453692.charlton.irccloud.com> has joined #yocto | 22:23 | |
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 22:23 | |
*** cadmium.libera.chat sets mode: +v ndec | 22:23 | |
*** Ch^W <Ch^W!~mouser@209.147.121.179> has joined #yocto | 22:24 | |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 22:24 | |
*** alejandr1 <alejandr1!~alejandro@cpe-68-201-52-49.elp.res.rr.com> has joined #yocto | 22:24 | |
*** marex <marex!~marex@195.140.253.37> has joined #yocto | 22:24 | |
*** florian <florian!~florian@dynamic-002-243-069-160.2.243.pool.telefonica.de> has joined #yocto | 22:25 | |
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has joined #yocto | 22:25 | |
*** Tokamak_ <Tokamak_!~Tokamak@mobile-166-170-30-226.mycingular.net> has joined #yocto | 22:25 | |
*** pidge_ <pidge_!~pidge@194.110.145.185> has joined #yocto | 22:25 | |
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto | 22:25 | |
*** florian <florian!~florian@dynamic-002-243-069-160.2.243.pool.telefonica.de> 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!ChanServ@services.libera.chat> has quit IRC (*.net *.split) | 22:31 | |
*** ChanServ <ChanServ!ChanServ@services.libera.chat> has joined #yocto | 22:31 | |
*** cadmium.libera.chat sets mode: +o ChanServ | 22:31 | |
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Quit: Leaving) | 22:32 | |
*** nerdboy <nerdboy!~nerdboy@47.143.129.115> has joined #yocto | 22:33 | |
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has quit IRC (Ping timeout: 244 seconds) | 22:38 | |
*** OnkelUlla <OnkelUlla!~uol@ptx.hi.pengutronix.de> has joined #yocto | 22: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 configuration | 22:57 |
jonesv[m] | aha! | 23:10 |
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^W | RP: Remind me, when it happens, do all qemu VMs hang? Or just a few? | 23:24 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!