| *** kaspter <kaspter!~Instantbi@115.195.42.63> has quit IRC | 01:05 | |
| *** kaspter <kaspter!~Instantbi@115.204.208.100> has joined #yocto | 01:06 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 01:26 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:05 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 02:28 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.152.101> has joined #yocto | 04:11 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.152.101> has quit IRC | 04:17 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 04:19 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:24 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:33 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 05:33 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 05:52 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:07 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:24 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 06:29 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto | 06:34 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-10-84.static.upcbusiness.at> has quit IRC | 06:37 | |
| *** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC | 06:41 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 06:52 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 06:57 | |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto | 07:01 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:03 | |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has joined #yocto | 07:07 | |
| iceaway | Has anyone here used swupdate? I'm really struggling on how to configure it for a single-copy approach (create initrd image, create the complete .sdcard-image with both the swupdate "rescue" part and the regular system). | 07:08 |
|---|---|---|
| LetoThe2nd | iceaway: i guess the core thing to get your head around is that this requires two mostly distinct build, with the one being the payload of the other | 07:10 |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 07:11 | |
| *** crawler <crawler!~crawler@193.135.254.19> has joined #yocto | 07:11 | |
| *** mckoan|away is now known as mckoan | 07:15 | |
| iceaway | LetoThe2nd: I have never worked with initrd/initramfs before so it's a bit difficult to understand how it all hangs together. It seems like u-boot + kernel + initrd (for swupdate), and u-boot + kernel + regular rootfs are two separate builds, yet they need to become "one" in the image that I flash to the sdcard/emmc. | 07:18 |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 07:18 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 07:18 | |
| RP | nrossi: did you get anywhere further with the rpaths or should I take a look? | 07:19 |
| nrossi | RP: working on it now, just trying to get the thing to break the hardlinks | 07:19 |
| nrossi | RP: out of query should chrpath handle breaking hardlinks? | 07:20 |
| RP | nrossi: ok, cool. Just wanted to check as no point in both of us doing it | 07:20 |
| RP | nrossi: I suspect it doesn't | 07:20 |
| LetoThe2nd | iceaway: yeah, the apprioach is right. the key point is that you must not think of swupdate as some magic to glue it together automatically, but you need basically some recipe that takes the regular build artifacts and bundles them up in some way the swupdate build can use. | 07:21 |
| nrossi | RP: no it doesn't, but it sort of makes sense that it doesn't. But it could optionally by kwarg since i am already calling process_dir manually | 07:21 |
| RP | nrossi: In the general case its probably working on a copy or it doesn't matter that it changes everything | 07:22 |
| RP | nrossi: having the option is probably ok though | 07:22 |
| iceaway | LetoThe2nd: yeah I think I grasp the part about the .swu compound image and how that is used. Now I need to figure out 1) how to build an initramfs/initrd image with swupdate, and combine that with my regular image to create a single image for flashing. | 07:23 |
| LetoThe2nd | iceaway: bingo. | 07:23 |
| iceaway | I'm basing my initramfs image on the core-image-minimal-initramfs recipe, but when I build it there is no /boot directory in the root filesystem, alas when u-boot tries to boot it cannot find /boot/Image.gz. Any clue as to where the kernel image+dtb ends up? | 07:26 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:27 | |
| *** luckywho <luckywho!~quassel@124.123.80.167> has quit IRC | 07:36 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has joined #yocto | 07:42 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 07:58 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:00 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:07 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:32 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 08:35 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:36 | |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 08:40 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 08:51 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:58 | |
| yocti | New news from stackoverflow: Raspberrypi cm3 not booting (missing kernel.img?) <https://stackoverflow.com/questions/57867338/raspberrypi-cm3-not-booting-missing-kernel-img> | 09:02 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:13 | |
| yocti | New news from stackoverflow: Rerun bitbake recipes when checkout different layer revision <https://stackoverflow.com/questions/57867467/rerun-bitbake-recipes-when-checkout-different-layer-revision> | 09:32 |
| *** kpo <kpo!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto | 09:45 | |
| kpo | hey, could anyone point me to the good reading about device tree files? It's not really yocto-specific, but i suppose many of you know some whatnots | 09:51 |
| kpo | I need some easy things for start, the thing i'm trying to do is enable SPI on RPi CM, but would love to know a little bit of insides instead pasting something from stack | 09:52 |
| kroon | kpo, maybe https://www.youtube.com/watch?v=m_NyYEBxfn8 is of interest | 09:53 |
| kpo | kroon: thanks :) i prefer readable material, but will surely check | 09:54 |
| iceaway | Really confused now over the whole initramfs thing. I reckon now after more reading that I should set the INITRAMFS_IMAGE to the image that I want in my initramfs (in my kernel recipe). But the image I set in INITRAMFS_IMAGE is also the image I am trying to bitbake(?). It ends up with what appears to be a circular dependency between the image and the kernel. | 10:17 |
| kroon | kpo, the linux kernel also ships with some general devicetree documentation | 10:21 |
| *** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 10:24 | |
| RP | kanavin_: if you do have any time we have two issues which I'm not aware of anyone looking at right now and they block M3. One is strace ptest timing out (arm and x86) | 10:28 |
| RP | kanavin_: other is qemumips systemd with a runtime boot failure (showing as red on all AB builds) | 10:28 |
| RP | kanavin_: on the plus side both look readily reproducible. Not looked into them at all yet | 10:29 |
| *** akrpic77 <akrpic77!c12e4b03@193.46.75.3> has joined #yocto | 10:33 | |
| akrpic77 | hello! | 10:33 |
| akrpic77 | I only need hciattach from bluez5 package... If I do PACKAGES += "hciattach" and FILES_hciattach = "/....", ... bitbake says nothing provides hciattach, but bluez5 RPROVIDES hciattach ... how to unRprovide it ? | 10:34 |
| qschulz | akrpic77: where did you say to yocto you needed hciattach? how? | 10:45 |
| akrpic77 | qschulz: to try out, first just bitbake hciattach | 10:46 |
| qschulz | akrpic77: you can't, you (bit)bake recipes, not packages | 10:46 |
| rburton | you bitbake a recipe | 10:46 |
| rburton | which then builds packages | 10:46 |
| rburton | and you can install some of those | 10:46 |
| qschulz | you get the packages in tmp/deploy/{type of packages} | 10:46 |
| rburton | or use oe-pkgdata-util | 10:47 |
| qschulz | rburton: oh, new tool to discover! | 10:47 |
| akrpic77 | qschulz: thank you | 10:47 |
| qschulz | akrpic77: and rburton :) | 10:47 |
| akrpic77 | and rburton of course. | 10:48 |
| akrpic77 | :) | 10:48 |
| akrpic77 | but those additional packages added inside bluez*.bb have dep on main package, yes? | 10:48 |
| akrpic77 | I also have to remove that dependency | 10:48 |
| rburton | they only depend on the main package if they depend on the main package | 10:48 |
| akrpic77 | hmm. ok. | 10:49 |
| *** jofr <jofr!~jofr@193.182.166.3> has left #yocto | 10:49 | |
| rburton | unless you've *massive* space restrictions this seems fairly pointless though :) | 10:49 |
| akrpic77 | what seems to be pointless? | 10:49 |
| rburton | *just* installing hciattach | 10:49 |
| akrpic77 | ok. the other option I have is to systemd disable bluez5 (bluetooth.service) | 10:50 |
| akrpic77 | ... and install it anyway | 10:50 |
| qschulz | also, remember that by doing that (moving a binary out of one package to another one) might break other recipes. Because they'd RDEPENDS on what used to provide the binary but it's not there anymore. It's not without consequences :) | 10:50 |
| akrpic77 | but! adding bluez5 -> dep on hciattach, those that rdepend on bluez will get hciattach | 10:51 |
| qschulz | akrpic77: true! one more thing to not forget but you're right | 10:52 |
| qschulz | akrpic77: you can have a bbappend for bluez5 with just INITSCRIPT_PARAMS = "remove" | 10:53 |
| qschulz | https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-INITSCRIPT_PARAMS | 10:53 |
| qschulz | if | 10:54 |
| rburton | that don't work for systemd though :) | 10:54 |
| qschulz | https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-SYSTEMD_AUTO_ENABLE this one then? | 10:54 |
| rburton | right | 10:55 |
| akrpic77 | great, thank you qschulz | 10:55 |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 10:56 | |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 10:56 | |
| kanavin_ | RP: I fired a build with strace | 10:56 |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 11:06 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 11:07 | |
| akrpic77 | anyone has experience with mgmt api of linux's bluetooth stack ? | 11:13 |
| rburton | maybe ask in #bluez | 11:15 |
| iceaway | c | 11:16 |
| *** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 11:16 | |
| *** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 11:19 | |
| akrpic77 | rburton: asking already, thank you | 11:21 |
| kroon | I don't get in which order bitbake parses assignments/statements.. not even after reading the bitbake manual section 3.1-3.3 for the 4th time | 11:23 |
| rburton | _append and _remove come after = and + | 11:23 |
| rburton | apart from that, it's parse order. bitbake.conf (and everything it includes) then recipe. | 11:24 |
| kroon | rburton, manual says for _append/_prepend: "... their effects are deferred until after parsing completes ...". Is that "parsing" of the whole bitbake recipe ? | 11:25 |
| rburton | sort of. = and + happen during the parse of the recipe line by line, _append happens afterwards | 11:26 |
| rburton | FOO=1 ; FOO_append="2"; FOO+= "3" would result in FOO=132 | 11:27 |
| kroon | rburton, right, sofar I'm with you | 11:28 |
| kroon | rburton, For a statement like "${@bb.utils.contains('PACKAGECONFIG', 'python', 'distutils3-base', '', d)}" | 11:30 |
| kroon | rburton, I guess I can't use an _append to fill in the "python" PACKAGECONFIG then ? | 11:30 |
| kroon | erhm | 11:30 |
| kroon | sorry | 11:30 |
| kroon | rburton, inherit ${@bb.utils.contains('PACKAGECONFIG', 'python', 'distutils3-base', '', d)} | 11:31 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 11:31 | |
| kroon | rburton, since I assume bitbake expands the inline python right there during parsing, before the _append's are applied ? | 11:32 |
| fullstop | khem: it's not -- my browser wasn't actually switching branches when I changed the selection in cgit. | 11:32 |
| rburton | kroon i *think* thats right. we do actually have a recipe doing that, which isn't right (probably). paging RP :) | 11:33 |
| *** armpit <armpit!~armpit@2601:202:4180:c33:40d0:e8db:d820:c793> has quit IRC | 11:33 | |
| kroon | rburton, there are lots of recipes doing that I think... at least I added one myself in OE-core pretty recently :-/ | 11:34 |
| kroon | and by lots I mean a few that uses "inherit ${.....}" | 11:38 |
| rburton | three in core doing it on PACKAGECONFIG | 11:38 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 11:38 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:f9e2:21e5:8b16:9d92> has joined #yocto | 11:46 | |
| kroon | rburton, this is what I get from reading the manual: 1. recipe is parsed line by line 2. _append/_prepend/_remove are applied 3. keys are expanded 4. overrides are applied | 11:49 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 11:51 | |
| kroon | but am not at all sure about the order | 11:51 |
| RP | kroon: appends are applied at variable expansion time | 12:13 |
| RP | kroon: so it depends if your append is set before or after that inherit | 12:13 |
| kroon | RP, ok, and the appends are applied in the order they were declared, in case there were multiple of them ? | 12:14 |
| RP | kroon: I'd have thought so | 12:15 |
| kroon | RP, so for statements like inherit/include/require, any variable arguments are expanded immediately as the line is parsed ? | 12:18 |
| RP | kroon: yes, there is no other way | 12:19 |
| RP | they're implied immediate expansion | 12:19 |
| RP | INHERIT is the only one which doesn't (for conf files) | 12:19 |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 12:20 | |
| kroon | RP, rburton, ok that clears up a lot for me, thanks | 12:21 |
| RP | kroon: we should probably clarify the manual | 12:21 |
| kroon | RP, yeah, i'll see if I can write something up | 12:22 |
| RP | kroon: thanks | 12:22 |
| yocti | New news from stackoverflow: Yocto: No recipes available (tegra) <https://stackoverflow.com/questions/57870762/yocto-no-recipes-available-tegra> || Overriding do_compile() functionality in bbappend <https://stackoverflow.com/questions/57870590/overriding-do-compile-functionality-in-bbappend> | 12:33 |
| *** grumble is now known as \emph{grumble} | 12:36 | |
| nrossi | RP: just sent a series with the WIP patches sorted and the rpath fix | 12:42 |
| RP | nrossi: looks good, thanks! | 12:44 |
| * RP will fire a new testbuild | 12:44 | |
| RP | rburton: I'm leaving the other patches to you in mut for now | 12:48 |
| vmeson | RP: Kai can work on: Bug 13504 - [master-next] qemumips-lsb sytemd failure -- | 12:54 |
| yocti | Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=13504 normal, Undecided, ---, kai.kang, NEW , [master-next] qemumips-lsb sytemd failure | 12:54 |
| *** retoatwork <retoatwork!~reto@85.195.220.82> has quit IRC | 12:57 | |
| RP | vmeson: thanks | 12:59 |
| RP | kanavin_: also thanks! | 12:59 |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 13:10 | |
| *** antoine74 <antoine74!52408e66@82-64-142-102.subs.proxad.net> has joined #yocto | 13:12 | |
| kanavin_ | RP: what is the specific image that strace fails with? | 13:12 |
| antoine74 | Hello | 13:13 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 13:14 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 13:14 | |
| RP | kanavin_: would be the -ptest one | 13:16 |
| kanavin_ | RP: yeah, started core-image-sato-ptest-fast | 13:18 |
| kanavin_ | core-image-minimal ran out of space during the test, as is actually well known | 13:19 |
| kanavin_ | (started building, will take a moment) | 13:19 |
| kroon | RP, overrides are also applied at variable expansion time ? | 13:19 |
| RP | kanavin_: https://autobuilder.yocto.io/pub/non-release/20190907-4/testresults/qemuarm64-ptest/strace.log vs https://autobuilder.yocto.io/pub/non-release/20190907-4/testresults/qemuarm64-ptest/strace.log and https://autobuilder.yocto.io/pub/non-release/20190907-4/testresults/testresult-report.txt | 13:20 |
| RP | kanavin_: not sure what is going on there | 13:20 |
| RP | kroon: yes, bitbake used to expand at a particular point in time but its now dynamic | 13:20 |
| antoine74 | I have a problem with yocto warrior-21.0.1 the bug is this one : https://bugzilla.yoctoproject.org/show_bug.cgi?id=13442 and the solution that works for me is there : https://git.openembedded.org/openembedded-core-contrib/commit/?h=stable/warrior-nmut&id=8f13dbd9e066670d7407cd2a9293abce5ec3ac05 | 13:20 |
| yocti | Bug 13442: normal, Medium+, 2.7.2, akuster, IN PROGRESS DESIGN COMPLETE , linux-yocto-rt 4.19 fails to build | 13:20 |
| kroon | RP, ok | 13:21 |
| antoine74 | my question is how do I patch the file in a good "yocto-way" ? | 13:21 |
| antoine74 | I already patched recipes but I don't know how to patch this particular file meta/recipes-kernel/linux/linux-yocto-rt_4.19.bb | 13:22 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 13:22 | |
| antoine74 | maybe it's more of a git problem ? | 13:22 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 13:22 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:32 | |
| kroon | hmm.. Where do I send bitbake manual patches ? | 13:39 |
| kroon | bitbake-devel ? | 13:40 |
| RP | kroon: please | 13:40 |
| kroon | RP, ok, sending. I have 2 patches, not 100% confident they are correct so please review.. | 13:41 |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has joined #yocto | 13:42 | |
| RP | kroon: they look correct. I hadn't realised the manual had those old references! | 13:46 |
| kroon | RP, ok, good | 13:48 |
| * kroon heads home | 13:49 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:49 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 13:50 | |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 13:52 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:55 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 13:55 | |
| qschulz | antoine74: do this modifications in multiple bbappends. I don't know if you can actually have two different ?=, so maybe you'll need to have = instead of ?= in your bbappends | 14:13 |
| qschulz | do these modifications in multiple bbappends? (suggestion) | 14:13 |
| antoine74 | actually only one is important for me, the linux-yocto-rt_4.19.bb | 14:14 |
| antoine74 | I tried to create a patch and then put it in a bbappend but I'm afraid my paths are wrong somewhere | 14:14 |
| qschulz | antoine74: yourlayer/recipes-kernel/linux/linux-yocto-rt_4.19.bbappend | 14:15 |
| antoine74 | ok I'm going to try that right now, thank you | 14:15 |
| qschulz | in there, SRCREV_machine = "ca2e3322f4c5678eaef6434c808d0842c805d74d" and SRCREV_meta = "960be4218436fbbb3500e019f7abf02fa94e6aac" and LINUX_VERSION = "4.19.61" | 14:15 |
| qschulz | what was your path? | 14:15 |
| RP | JPEW: would you be able to redo the stats patch on top of master-next? | 14:16 |
| antoine74 | I think my paths problems where in the .patch file I created | 14:16 |
| RP | JPEW: I've removed the threading I added and tried to simplify it to the thing which profiling shows was fastest | 14:16 |
| RP | JPEW: also got a small tweak which reduces the number of equiv queries in there | 14:16 |
| qschulz | antoine74: what do you mean a patch? | 14:17 |
| antoine74 | I thought the right way to do it was to create a .patch file that was applied on the original one | 14:17 |
| antoine74 | but just changing the variables is perfect for me | 14:17 |
| JPEW | RP: Yes, I'll look it over | 14:18 |
| qschulz | antoine74: patches are for source code, not for recipes. When you want to modify a recipe, you use bbappend :) | 14:19 |
| antoine74 | ok, I definitly misunderstood that, thank you for the clarification !! | 14:19 |
| khem | RP: does core-image-weston boot in qemu ? | 14:20 |
| *** AndersD_ <AndersD_!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 14:22 | |
| RP | khem: don't know. rburton? | 14:23 |
| khem | RP: I am trying to unify weston-init recipe bringing some changes from other BSP layers and was trying on qemuarm64 | 14:24 |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC | 14:24 | |
| RP | khem: I am not sure :/ | 14:25 |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 14:26 | |
| khem | it works on pi3 | 14:26 |
| kanavin_ | RP: I am not done testing yet, but it seems as though strace is hitting ptest-runner's inactivity limit | 14:26 |
| kanavin_ | which got me thinking that we need to be able to configure it per ptest | 14:26 |
| RP | kanavin_: That sounds like a very slow test then :/ | 14:27 |
| RP | kanavin_: we've talked about per test config, it would be useful. Hard to figure out in practise but we could do with it | 14:27 |
| kanavin_ | RP: it has a testcase that outputs nothing for more than 5 minutes, but eventually succeeds | 14:27 |
| RP | kanavin_: could we tweak it to produce output periodically? is the test useful? | 14:27 |
| kanavin_ | RP: actually there are three tests that behave like this | 14:28 |
| RP | kanavin_: I'm not surprised, that would explain the output in the logs | 14:28 |
| kanavin_ | RP: sched, regex and clock, and another one that is currently crunching | 14:29 |
| kanavin_ | I am running the run-ptest directly now, next I will try under ptest-runner | 14:29 |
| kanavin_ | RP: it's a bit of unfortunate situation that ptest-runner is written in C | 14:30 |
| kanavin_ | RP: if it was python, I could rapidly add support for a per-ptest config file | 14:30 |
| kanavin_ | basically we could add some file that goes next to run-ptest that contains an integer that overrides the default timeout | 14:30 |
| kanavin_ | (which is 300 seconds) | 14:30 |
| kanavin_ | the slow testcases all print this to console | 14:34 |
| kanavin_ | [ 1273.665567] futex_atomic_op_inuser: 2 callbacks suppressed | 14:34 |
| kanavin_ | [ 1273.665572] futex_wake_op: futex tries to shift op by -849; fix this program | 14:34 |
| kanavin_ | [ 1273.668122] futex_wake_op: futex tries to shift op by -849; fix this program | 14:34 |
| kanavin_ | [ 1273.669388] futex_wake_op: futex tries to shift op by -518; fix this program | 14:34 |
| kanavin_ | I wonder if I could try a newer strace first | 14:34 |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 14:36 | |
| antoine74 | qschulz yout solution works perfectly, thanks ;) | 14:36 |
| qschulz | pleasure :) | 14:39 |
| * LetoThe2nd is getting ready to totally fail in doing kernel stuff in public! | 14:42 | |
| PinkSnake | Hi all, Someone here has already build a meta-xilinx Yocto based image inside Docker container ? because I have a correct trabbl extraction but Xilinx tools are missing :S No trouble on the host machine | 14:44 |
| qschulz | LetoThe2nd: gl :) | 14:44 |
| *** kaspter <kaspter!~Instantbi@115.204.208.100> has quit IRC | 14:44 | |
| LetoThe2nd | you're all invited to watch me break stuff on https://www.twitch.tv/yocto_project | 14:45 |
| LetoThe2nd | starting in 15 minutes. | 14:45 |
| *** kaspter <kaspter!~Instantbi@115.204.208.100> has joined #yocto | 14:45 | |
| JaMa | now I'll be really disapointed if you don't break it | 14:46 |
| *** tgoodwin_ <tgoodwin_!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 14:46 | |
| fullstop | any tips on getting gfortran built for cross compiling? | 14:46 |
| JaMa | fullstop: see lapack recipe which documents what to put in local.conf | 14:47 |
| fullstop | thanks | 14:47 |
| LetoThe2nd | fullstop: there has been work on recent master so it *might* work. older releases have broken fortran support. | 14:47 |
| rburton | khem: i think i've seen it in qemux86-64 | 14:47 |
| JaMa | "works" for me on thud :) | 14:47 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 14:47 | |
| rburton | fullstop: turn it on, it works. | 14:48 |
| rburton | i even added autobuilder tests to ensure it keeps working | 14:48 |
| fullstop | I'm using the linaro-7.2 layer which may complicate things. | 14:50 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 14:52 | |
| kanavin_ | RP: the same tests on my host execute reasonably fast. Something is slowing them down inside qemu, I'll try to narrow it down. | 14:54 |
| kanavin_ | 5.2 kernel is the prime suspect I guess? | 14:54 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 14:59 | |
| fullstop | looks like it is building gfortran now. Thanks all. | 14:59 |
| *** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC | 15:02 | |
| *** SCVready <SCVready!~SCVready@141.red-79-156-89.staticip.rima-tde.net> has joined #yocto | 15:03 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 15:04 | |
| *** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC | 15:05 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto | 15:08 | |
| RP | kanavin_: or maybe an upgrade | 15:13 |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 15:17 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:18 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:20 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 15:27 | |
| RP | kanavin_: figuring out what is so slow would be good. KVM qemu system mode shouldn't be that slow | 15:30 |
| kanavin_ | RP: yes, I'll try to narrow it down | 15:31 |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 15:42 | |
| *** berton <berton!~berton@181.220.83.67> has joined #yocto | 15:44 | |
| LetoThe2nd | mckoan: i promised i will mess up, i did mess up! | 15:58 |
| Chrusel | LetoThe2nd: It wasn't so bad ... head-up ;-) | 15:59 |
| * LetoThe2nd is off for the evening. | 16:00 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 16:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:01 | |
| kanavin_ | RP: regarding strace, reverting to kernel 4.19 makes the slowness go away :-/ | 16:14 |
| kanavin_ | RP: I can then try and see if latest upstream of strace has a fix, but otherwise it becomes a bit tricky to narrow down | 16:15 |
| *** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has quit IRC | 16:19 | |
| mckoan | LetoThe2nd: that's not a problem at all. More problems = more learn | 16:20 |
| mckoan | LetoThe2nd: the useful thing in this case should be to recap and explain what happened | 16:21 |
| mckoan | LetoThe2nd: in the real life nothing is straightforward. You have to face to the problems and learn to solve them | 16:21 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:23 | |
| fullstop | That's what I tell my kids. One day I was learning to walk and fell over and I just never walked again because I failed on my first attempt. | 16:25 |
| fullstop | They realize how absurd this is, of course, and try again. | 16:26 |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 16:28 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has left #yocto | 16:28 | |
| *** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto | 16:28 | |
| RP | kanavin_: you could try the 5.0 kernel? | 16:30 |
| RP | (it was remved but easy to get back) | 16:31 |
| kanavin_ | RP: trying now... | 16:33 |
| *** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC | 16:35 | |
| *** tsjsieb_ <tsjsieb_!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto | 16:35 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 16:37 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 16:39 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 16:40 | |
| *** mckoan is now known as mckoan|away | 16:44 | |
| kanavin_ | RP: 5.0 also works fine. Seems like a regression in 5.2, but it would be good to still try the latest commit of strace. I'll try to get to it tomorrow. | 16:44 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 16:48 | |
| *** tgoodwin_ <tgoodwin_!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 16:50 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 16:52 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 16:54 | |
| RP | kanavin_: thanks! Sounds like progress at least | 16:55 |
| *** makudaku <makudaku!~apatel@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 17:00 | |
| *** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 17:04 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 17:10 | |
| kanavin_ | RP: I went ahead and tried the latest strace commit, and it did not help | 17:14 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 17:22 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:f9e2:21e5:8b16:9d92> has quit IRC | 17:22 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 17:51 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 17:59 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 18:08 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 18:12 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 18:20 | |
| *** m314 <m314!55bf057a@gateway/web/cgi-irc/kiwiirc.com/ip.85.191.5.122> has joined #yocto | 18:41 | |
| *** m314 <m314!55bf057a@gateway/web/cgi-irc/kiwiirc.com/ip.85.191.5.122> has joined #yocto | 18:41 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto | 18:47 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 19:03 | |
| *** m314 <m314!55bf057a@gateway/web/cgi-irc/kiwiirc.com/ip.85.191.5.122> has quit IRC | 19:03 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 19:04 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:16 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:29 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:30 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 19:39 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 19:52 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:52 | |
| *** SCVready <SCVready!~SCVready@141.red-79-156-89.staticip.rima-tde.net> has quit IRC | 20:23 | |
| *** kaspter <kaspter!~Instantbi@115.204.208.100> has quit IRC | 20:30 | |
| *** kaspter <kaspter!~Instantbi@115.204.208.100> has joined #yocto | 20:31 | |
| RP | kanavin_: hmm, so something in 5-0-5.2 :/ | 20:40 |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 20:42 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 21:00 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 21:04 | |
| *** berton <berton!~berton@181.220.83.67> has quit IRC | 21:15 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:17 | |
| *** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has quit IRC | 21:19 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 21:22 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 21:45 | |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 21:49 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 21:54 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 21:58 | |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 22:02 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:05 | |
| *** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:06 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 22:27 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:28 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 22:29 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.152.101> has joined #yocto | 22:31 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 22:35 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 22:36 | |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 22:36 | |
| *** armpit <armpit!~armpit@45.19.219.178> has quit IRC | 23:06 | |
| *** armpit <armpit!~armpit@45.19.219.178> has joined #yocto | 23:20 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 23:33 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.152.101> has quit IRC | 23:38 | |
| *** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC | 23:44 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 23:45 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!