IRC log for #oe on 20200214

00:22.10tlwoernerJin^eLD: sorry, i don't currently have any "projects" with a rockchip board, if it boots i'm happy. a long time ago ARM devices used ATAGS as a way of passing parameters between U-Boot and the kernel; those have been phased out, but there's got to be some valid mechanism
00:22.36tlwoerneri know there's a bunch of config knobs in the kernel to select which ways to expect parameters from a bootloader, maybe more need to be turned on?
01:01.54*** join/#oe Aethenelle (~Aethenell@184.170.166.225)
05:32.28*** join/#oe davidlt (~davidlt@78-63-27-146.static.zebra.lt)
05:36.09*** join/#oe kroon (~kroon@213.185.29.22)
06:04.26*** join/#oe khem (~khem@unaffiliated/khem)
06:27.49*** join/#oe AndersD (~AndersD@h-98-128-162-82.NA.cust.bahnhof.se)
07:22.31*** join/#oe yegorich (~yegorich@mail.visionsystems.de)
07:32.44*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
08:00.11*** join/#oe ao2 (~ao2@host204-88-dynamic.36-79-r.retail.telecomitalia.it)
08:01.43*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
08:06.55*** join/#oe leon-anavi (~Leon@78.130.197.211)
08:12.49*** join/#oe cpriouzeau (~cpriouzea@164.129.115.76)
08:55.42*** join/#oe stefan_schmidt (~stefan_sc@p200300E9D71B999FDF568563019884DD.dip0.t-ipconnect.de)
09:09.07Jin^eLDtlwoerner: yes, thats what I found out - ATAGS is getting deprecated, but what is not clear to me if its still possible to pass parameters from the bootloader in device tree mode, so that bootloader params could be appended to whatever the dtb defines, still digging
09:16.18*** join/#oe tnovotny (~tnovotny@176-74-132-138.netdatacomm.cz)
09:25.09*** join/#oe falk0n (~falk0n@a109-49-144-201.cpe.netcabo.pt)
09:32.07*** join/#oe escanor (uid387784@gateway/web/irccloud.com/x-wlgtgawwgzkfaedk)
09:32.54*** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian)
09:33.07*** join/#oe bachp (bachpmatri@gateway/shell/matrix.org/x-dwetwsycvjqblxhb)
10:15.29*** join/#oe nrossi (nrossimatr@gateway/shell/matrix.org/x-iqdmugetnlobvknj)
10:15.29*** join/#oe noc0lour (noc0lourat@gateway/shell/matrix.org/x-kzxkmupgwurahxjv)
10:15.29*** join/#oe hmw1 (hmwmatrixo@gateway/shell/matrix.org/x-ctavgqghskkgmwxi)
10:27.01*** join/#oe rburton (~rburton@192.198.151.43)
10:28.07*** join/#oe FrazerClews (~frazer.cl@78.40.148.177)
10:37.42*** join/#oe hpsy (~hpsy@217.66.60.5)
10:55.39*** join/#oe JaMa (~martin@109.238.218.228)
11:53.54*** join/#oe mihai (~mihai@unaffiliated/mihai)
12:03.26*** join/#oe wbn (~badegg@ns509729.ip-198-245-62.net)
12:21.03*** join/#oe dlan (~dennis@gentoo/developer/dlan)
12:22.46*** join/#oe khem (~khem@unaffiliated/khem)
12:24.23*** join/#oe Leatherface (~leatherfa@helvetet.eu)
13:51.43tlwoernerJin^eLD: wow! unbelievable. all the atag/cmdline/dtb stuff is gone from 5.5! i thought you were just looking in the wrong place
13:52.06tlwoerneri guess it's supposed to be efi from here on?
13:52.58tlwoernerdecades of SBCs swept aside for the non-existant arm servers we've all been *hearing* about (but not actually seen)
14:16.48shoraganJin^eLD, tlwoerner: with DT, you can pass the kernel args via /chosen/bootargs
14:23.27*** join/#oe stephano (~stephano@c-73-164-244-205.hsd1.or.comcast.net)
14:27.34tlwoernershoragan: ah, thank you (it took a moment to realize understand your comment)
14:27.53tlwoernerJin^eLD: so you'll need separate DTs (or separate DT overlays) when doing A/B switching?
14:28.30*** join/#oe comptroller (~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net)
14:39.51*** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com)
14:46.26Jin^eLDtlwoerner: I was hoping that I would not, actually it would be enough for me to be able to pass root=/dev/mmcblk1p${active_root} and then swupdate sets active_root variable in the u-boot env from userspace
14:46.50Jin^eLDthen I could sysboot or bootm the chosen partition
14:50.05Jin^eLDI tried only with sysboot so far, there bootargs were ignored although kernel config suggest it should work
14:50.16Jin^eLDso maybe bootargs work only in combination with uboots bootm command
14:50.27Jin^eLDbut I need to figure out where to load the kernel first
15:07.56*** join/#oe ericch (~ericch@50-205-235-218-static.hfc.comcastbusiness.net)
15:47.37*** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com)
15:48.02frayit's an orange plastic/rubber mat that is water proof, and glued to the subfloor and tiles on top..
15:48.08frayoops
16:05.56*** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com)
16:36.22Crofton|roadlol
16:54.58*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
17:14.21*** join/#oe hpsy (~hpsy@217.66.60.5)
17:15.43*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
17:24.56Jin^eLDtlwoerner: I think I figured it out, you need to boot with bootz, then bootargs from u-boot are being taken, if you use sysboot then they are ignored
17:36.45*** join/#oe kroon (~kroon@37-247-29-68.customers.ownit.se)
17:46.38*** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com)
18:28.46*** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian)
19:04.01*** join/#oe florian_kc (~florian_k@Maemo/community/contributor/florian)
19:10.08*** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy)
19:14.26*** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com)
19:18.32Jin^eLDhmm thats weird, the resulting wic image always has one partition more than I define in the wks file
19:26.12Jin^eLDseems if type "rootfs" is used, then weird things happen
19:38.52*** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com)
19:43.27Jin^eLDis it possible to have an IMAGE_FSTYPES per recipe? or is IMAGE_FTYPES always global for everything?
19:53.24Jin^eLDif I use wic's rootfs plugin then the result is simply not what I want, but then again I can not use --rawcopy to simply dump the ext4 rootfs into the partition because for rawcopy stuff should have been built earlier by another receipe I guess
19:53.44Jin^eLDat least I was not able to tell wic to dump the ext4 into the wic from within the same recipe
20:06.29*** join/#oe BlastuR (~magnus@unaffiliated/blastur)
20:07.41BlastuRhey! if a recipe A DEPENDS on another recipe B, the files installed by recipe B will end up in recipe A's sysroot, right? I have a situation where I see that recipe B is in recipe A's "sysroot providers", but I don't see the files? how does bitbake select what files go into the sysroot of a recipe?
20:11.44*** join/#oe mnemoc (~amery@geeks.cl)
20:14.45mnemocI'm trying to move the build of a pyro-based distro to a different server. all layers are at the same hash, but write_deploy_manifest fails because it can't find build/tmp-musl/deploy/licenses/systemd-boot/recipeinfo
20:16.07mnemocit never built systemd before, I tried overriding it with EFI_PROVIDER = "grub-efi" ... and now the same fails but for grub-efi
20:16.17mnemocany hint on what could I be missing?
20:17.45mnemocwho usually pulls EFI_PROVIDER in?
20:32.56tlwoernerBlastuR: only some of A's files will end up in B's sysroot. e.g. the -dev files would, but binary files wouldn't. so it depends on what ends up in A's packages
20:33.27tlwoerner(or vica versa)
20:38.38tlwoernermnemoc: my guess is that years of accumulated cruft had simply put the right file(s) in the right place(s) on your old build server. a completely clean build on the old buildserver would probably fail too
20:40.45mnemocow :(
20:46.17*** join/#oe comptroller (~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net)
20:51.06BlastuRtlwoerner: so it depends on the packages split?
20:52.29tlwoernerBlastuR: yes, a sysroot wouldn't be populated with cross-binaries intended for the target, just header files and stuff like that
20:52.50BlastuRtlwoerner: where's the logic that decides what packages splits go into the sysroot?
20:53.23*** join/#oe RobertBerger (~rber@athedsl-4432938.home.otenet.gr)
20:55.04tlwoernerBlastuR: i can guarantee it'll be somewhere in openembedded-core/meta/classes, not 100% sure off the top of my head
20:55.30tlwoernermaybe staging.bbclass
21:00.02*** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com)
21:01.34*** join/#oe tgamblin (~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com)
21:01.45*** join/#oe ao2 (~ao2@host204-88-dynamic.36-79-r.retail.telecomitalia.it)
21:18.04*** join/#oe rburton (~rburton@134.191.227.37)
21:32.54*** join/#oe dl9pf (sid395223@opensuse/member/dl9pf)
22:03.38BlastuRtlwoerner: so, seem to be decided by SYSROOT_DIRS variable in staging.bbclass. Funny, it defaults to ${includedir}, but even if my recipe installs stuff to ${D}${includedir}, and those files are present in the ${WORKDIR}/image directory, they still don't get included in the sysroot :(
22:04.27tlwoernerBlastuR: on master?
22:04.58BlastuRon warrior
22:05.16BlastuR(2019-04)
22:08.07BlastuRi suspect it has something to do with the fact that my recipe where the sysroot isn't populating properly is a kernel recipe (includes linux-yocto.inc), which in turns inherit kernel.bbclass. In that class, there is a lot of funky stuff going on with the PN, FILES,.. essentially rewriting the package name to always be "kernel" and moving all FILES from the original ${PN} into that space instead. I bet
22:08.10BlastuRthat's why the recipe sysroot doesn't contain anything..
22:11.38*** join/#oe dustinm` (~dustinm@static.38.6.217.95.clients.your-server.de)
22:14.21BlastuRAnyways, bedtime! thanks for your help tlwoerner !
22:22.42*** join/#oe stephano_ (~stephano@c-73-164-244-205.hsd1.or.comcast.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.