Tuesday, 2024-02-20

*** florian_kc <florian_kc!~florian@dynamic-093-135-109-203.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)00:14
dvergatalsmokey: change in your build scripts grub-efi-bootx64.efi to grub-efi-grubx64.efi00:17
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)00:17
dvergatalthis will fix your issue00:17
dvergatalbecause they are changing in https://github.com/Wind-River/meta-secure-core/blob/master/meta-efi-secure-boot/recipes-bsp/grub/grub-efi-efi-secure-boot.inc#L68 grubimage00:19
dvergataland that is why your install command cannot stat it because the file /home/tdowty/cfc510p/christian_devel/poky/build/tmp/deploy/images/innoflight-cfc510-live-usb/grub-efi-bootx64.efi is not existing00:20
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 246 seconds)00:37
*** Guest44 <Guest44!~Guest44@90-156-26-25.internetia.net.pl> has joined #yocto00:56
*** Guest44 <Guest44!~Guest44@90-156-26-25.internetia.net.pl> has quit IRC (Client Quit)00:57
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto01:01
*** Thorn_ <Thorn_!~Thorn@bl18-149-68.dsl.telepac.pt> has quit IRC (Ping timeout: 264 seconds)01:02
*** yudjinn <yudjinn!~yudjinn@c-73-153-47-71.hsd1.co.comcast.net> has joined #yocto01:36
*** olani- <olani-!~olani@134.238.48.37> has quit IRC (Ping timeout: 255 seconds)01:48
*** davidinux <davidinux!~davidinux@194.34.233.37> has quit IRC (Ping timeout: 255 seconds)02:03
*** davidinux <davidinux!~davidinux@194.34.233.42> has joined #yocto02:05
*** benkard <benkard!~mulk@p5b2dcb88.dip0.t-ipconnect.de> has joined #yocto02:31
*** mulk <mulk!~mulk@pd95148d1.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 272 seconds)02:32
*** benkard is now known as mulk02:32
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer)02:36
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto02:42
*** jclsn <jclsn!~jclsn@2a04:4540:6537:a00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 255 seconds)02:50
*** jclsn <jclsn!~jclsn@2a04:4540:6523:a200:2ce:39ff:fecf:efcd> has joined #yocto02:51
*** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has quit IRC (Remote host closed the connection)03:02
*** smokey <smokey!~smokey@207.7.121.250> has joined #yocto03:03
*** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 252 seconds)03:03
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)03:12
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto03:12
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Client Quit)03:15
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto03:15
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 264 seconds)03:36
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto03:37
*** old_boy <old_boy!~old_boy@205.251.233.50> has joined #yocto04:03
*** variksla <variksla!~variksla@205.251.233.50> has joined #yocto04:16
*** old_boy <old_boy!~old_boy@205.251.233.50> has quit IRC (Quit: Client closed)04:30
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 246 seconds)04:31
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto04:47
*** amitk <amitk!~amit@58.84.60.215> has joined #yocto05:11
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)05:27
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto05:27
*** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection)05:33
*** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has joined #yocto05:33
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto05:33
*** mulk <mulk!~mulk@p5b2dcb88.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 272 seconds)06:03
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto06:08
*** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has joined #yocto06:15
*** mulk <mulk!~mulk@pd95142c7.dip0.t-ipconnect.de> has joined #yocto06:22
*** mulk <mulk!~mulk@pd95142c7.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 268 seconds)06:27
*** variksla <variksla!~variksla@205.251.233.50> has quit IRC (Quit: Client closed)06:31
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 255 seconds)06:32
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection)06:36
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto06:37
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto06:45
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto07:13
*** JerryM <JerryM!~jermain@149.3.168.10> has joined #yocto07:19
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)07:23
*** mulk <mulk!~mulk@pd951406a.dip0.t-ipconnect.de> has joined #yocto07:27
*** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has quit IRC (Ping timeout: 240 seconds)07:30
*** mkazantsev <mkazantsev!~mkazantse@94.228.252.55> has joined #yocto07:31
mkazantsevHello! I'm having an intermittent issue with the D1 Display Engine, wonder if anyone had something similar07:33
mkazantsev9 times out of 10 the color on the display is off, sometimes it's more blue, sometimes more green than it should be07:33
mkazantsevWhen I run modetest, for example, the colors are kinda mixed with blue, when modetest exits the whole screen is blue07:34
*** mulk <mulk!~mulk@pd951406a.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 268 seconds)07:34
mkazantsevIn memory, images have the correct color07:35
mkazantsevTCON LCD test patters are correct07:35
*** mulk <mulk!~mulk@pd9514a85.dip0.t-ipconnect.de> has joined #yocto07:37
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto07:38
mkazantsevmixer registers are the same when displaying the correct and incorrect colors07:38
mkazantsevnot even sure where to look at this point07:41
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:41
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Ping timeout: 240 seconds)07:42
*** luc4 <luc4!~luca@2a00:6d43:501:1201:279:f8b8:9985:f97> has joined #yocto07:47
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 255 seconds)07:48
*** luc4 <luc4!~luca@2a00:6d43:501:1201:279:f8b8:9985:f97> has quit IRC (Ping timeout: 240 seconds)07:55
*** frieder <frieder!~frieder@i577B9367.versanet.de> has joined #yocto08:00
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto08:03
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto08:05
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 255 seconds)08:07
*** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Ping timeout: 264 seconds)08:16
*** dmoseley_ <dmoseley_!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto08:16
*** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has joined #yocto08:18
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Ping timeout: 246 seconds)08:29
*** luc4 <luc4!~luca@2a00:6d43:501:1201:f47d:6c88:950:ed6e> has joined #yocto08:30
*** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto08:31
*** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has quit IRC (Remote host closed the connection)08:33
*** smokey <smokey!~smokey@207.7.121.250> has joined #yocto08:33
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto08:34
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)08:36
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto08:37
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:37
*** mkazantsev <mkazantsev!~mkazantse@94.228.252.55> has quit IRC (Remote host closed the connection)08:44
*** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has joined #yocto08:45
*** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds)08:50
mkazantsevwrong channel sorry08:50
*** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has quit IRC (Quit: Leaving)08:52
JerryMkanavin: I've got several layer-setup.json files for different setups, mostly they are likt 90% the same and only differ in a few places, what do you think about applying fragmenst on a base file or similar solution?09:00
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:36ab:91fa:544b:97e1> has joined #yocto09:03
*** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection)09:03
*** smokey <smokey!~smokey@207.7.121.250> has joined #yocto09:04
kanavinJerryM, I don't have any thoughts about that. why is that a problem?09:13
JerryMkanavin: besides duplication, it's really just a minor inconvenience, say I've got { A: refA, B: refB } and { A:refA, B: refFeature } and I want to update refA I got to do it in two files (and have two diffs that are the same change)09:22
kanavinJerryM, does json support includes natively?09:23
JerryMkanavin: I'm no expert, but I would assume not, I'd think this would need to be handled in the scripts09:31
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 264 seconds)09:32
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto09:32
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto09:35
kanavinJerryM, if you can think up a design proposal, and/or patches, please go ahead. I currently can't say how this could be supported.09:38
luc4Hello! Would it be possible to get tar.xz archives of each partition of my image? I tried to set the image fs type, but I'm only getting the rootfs, not the boot partition. I also tried to look at the wic command, but I do not see anything like this. I know I could mount each partition, but I would like to avoid it if possible. Any other option? Thanks.09:44
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:45
dvergatalguys according to https://docs.yoctoproject.org/dev-manual/building.html#building-an-initial-ram-filesystem-initramfs-image bundling an initramfs is striclty connected to kernel image so it means that I can bundle only one initramfs into kernel image right?09:50
*** nayfe <nayfe!~nayfe@147.161.233.72> has joined #yocto10:01
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 246 seconds)10:11
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto10:14
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Ping timeout: 260 seconds)10:25
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto10:26
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection)10:27
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto10:27
*** Guest59 <Guest59!~Guest59@147.161.185.79> has joined #yocto10:32
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto10:38
rburtoncorrect, a bundled initramfs is literally a cpio archive glued onto the end of the kernel10:41
*** alperak <alperak!~alperak@176.33.65.159> has joined #yocto10:43
JerryMkanavin: I'll do some experiments and see if/what works10:44
dvergatalrburton: so now I have a question because what I was going to do was to create an instalator image with bundled initramfs and that image would be responsible for deploying my main image and inside it would be another initramfs bundle but this configuration is rather impossible to achieve in one distro right?10:45
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)10:46
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto10:47
rburtondvergatal: just don't use a bundled initramfs10:48
dvergatalrburton: currently i'm not and it is working10:48
rburtona bundled initramfs is literally copied into RAM in its entirety, you don't want to put a huge target in that10:49
dvergatalI have separate kernell image and initramfs but I wanted to have it bundled10:49
dvergatalthe installation initramfs I wanted to have as tiny as possible because it is only being used for the installation process10:50
rburtonthat's fine, just have it pick up the thing to install from the disk10:51
dvergataland wanted to have it bundled with the kernel but from what I have read it is not possible to bundle more than 1 image10:51
rburtonyou can only have one initramfs image on a kernel, but that's not a yocto thing, its a linux thing10:53
rburtonyou can bundle the initramfs and keep the install image separate10:53
dvergatalrburton: I will show you on an image10:54
dvergatalrburton: https://pasteboard.co/gCCqPEO9aUan.png10:56
dvergatalsomething like that10:56
dvergatalright now I have instead of INSTALL INITRAMFS BUNDLE, kernel image and install initramfs10:57
dvergataland my question should be if it is possible somehow to achieve what is on the image, I read about different kind of solutions for example to use another machine or distro for this install image in order to create separate bundle11:01
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:01
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Ping timeout: 256 seconds)11:11
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto11:28
*** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Client Quit)11:28
RPrburton: you broke recipetool in oe-selftest: https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/6380/steps/14/logs/stdio :(11:29
RPyes, I agree the test is broken, but...11:29
rburtonwhoops11:29
RPmoto-timo: https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/4399 - ahhrggg :(11:31
RPeverything coming in last minute breaks :/11:31
*** Guest59 <Guest59!~Guest59@147.161.185.79> has quit IRC (Ping timeout: 250 seconds)11:37
RPrburton: do you know where locale.aliases is supposed to live packages wise?11:40
*** aladyshev <aladyshev!~aladyshev@82.97.198.254> has joined #yocto11:45
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Ping timeout: 255 seconds)12:03
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto12:04
*** mihai <mihai!~mihai@user/mihai> has joined #yocto12:14
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 264 seconds)12:20
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto12:27
aladyshevI experience the strange issue. Sometimes when I perform `devtool modify linux-aspeed` I get the following error:12:30
aladyshev```WARNING: SRC_URI is conditionally overridden in this recipe, thus several devtool-override-* branches have been created, one for each override that makes changes to SRC_URI. It is recommended that you make changes to the devtool branch first, then checkout and rebase each devtool-override-* branch and update any unique patches there (duplicates12:30
aladyshevon those branches will be ignored by devtool finish/update-recipe)```12:30
aladyshevAnd the worst case is that local patches are not applied in this case12:31
rburtonif you can replicate with master then please do file a bug12:34
*** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection)12:35
*** luc4 <luc4!~luca@2a00:6d43:501:1201:f47d:6c88:950:ed6e> has quit IRC (Ping timeout: 268 seconds)12:35
*** smokey <smokey!~smokey@207.7.121.250> has joined #yocto12:35
aladyshevHow to file a bug? I'm using yocto in the OpenBMC distribution, do I have to replicate it in native poky?12:36
rburtonwould be useful if you can.  there's been a lot of fixes to devtool modify in master.12:37
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto12:38
aladyshevAnother issue that I've started to encounter recently is that the devtooled linux-aspeed git tree stucks at rebase or am operation:12:39
aladyshev```12:39
aladyshevYou are currently rebasing.12:39
aladyshev  $ git status12:39
aladyshevRefresh index: 100% (81804/81804), done.12:39
aladyshevOn branch dev-6.612:39
aladyshevYour branch is ahead of 'origin/dev-6.6' by 5 commits.12:39
aladyshev  (use "git push" to publish your local commits)12:39
aladyshevYou are currently rebasing.12:39
aladyshev  (all conflicts fixed: run "git rebase --continue")12:39
aladyshevnothing to commit, working tree clean12:39
aladyshev```12:39
aladyshevHowever when I try to continue, I get:12:39
aladyshev```12:39
aladyshev$ git rebase --continue12:39
aladyshevwarning: could not read '.git/rebase-apply/head-name': No such file or directory12:39
aladyshev```12:39
aladyshevIs this a known issue?12:45
*** Guest59 <Guest59!~Guest59@147.161.185.79> has joined #yocto12:53
*** Guest59 <Guest59!~Guest59@147.161.185.79> has quit IRC (Quit: Client closed)12:59
*** mulk <mulk!~mulk@pd9514a85.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds)13:18
*** mulk <mulk!~mulk@pd9514af5.dip0.t-ipconnect.de> has joined #yocto13:20
*** Thorn_ <Thorn_!~Thorn@2001:8a0:dfe1:a200:25cf:d386:3ba0:e043> has joined #yocto13:31
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 246 seconds)13:33
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto13:35
*** targetdisk <targetdisk!~daemonchi@45-33-4-162.ip.linodeusercontent.com> has quit IRC (Remote host closed the connection)13:38
*** joekale <joekale!~quassel@140.177.181.220> has quit IRC (Ping timeout: 264 seconds)13:42
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)13:54
*** davidinux <davidinux!~davidinux@194.34.233.42> has quit IRC (Ping timeout: 260 seconds)13:55
*** davidinux <davidinux!~davidinux@host-213-45-25-24.retail.telecomitalia.it> has joined #yocto13:57
*** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 246 seconds)14:02
*** luc4 <luc4!~luca@2a00:6d43:501:1201:5246:2826:ae5e:1ebb> has joined #yocto14:06
*** lefty <lefty!~lefty@37.19.210.38> has joined #yocto14:07
*** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto14:11
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 256 seconds)14:13
*** |Xagen <|Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 246 seconds)14:15
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto14:18
*** joekale <joekale!~quassel@2620:a2:6000:13:a7ca:4658:59f5:8fbb> has joined #yocto14:21
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Client Quit)14:21
*** pidge <pidge!~pidge@194.110.145.164> has joined #yocto14:26
*** lefty83 <lefty83!~lefty@37.19.210.38> has joined #yocto14:30
*** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed)14:31
*** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Quit: Client closed)14:31
*** lefty83 is now known as lefty14:31
*** alperak <alperak!~alperak@176.33.65.159> has joined #yocto14:36
moto-timoRP: dang it14:39
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto14:42
*** aladyshev <aladyshev!~aladyshev@82.97.198.254> has quit IRC (Quit: Client closed)14:44
*** Dr_Who <Dr_Who!~tgall@70.35.96.200> has quit IRC (Read error: Connection reset by peer)14:48
*** JerryM <JerryM!~jermain@149.3.168.10> has quit IRC (Quit: Konversation terminated!)15:00
*** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection)15:09
*** smokey <smokey!~smokey@207.7.121.250> has joined #yocto15:09
*** Net147 <Net147!~Net147@user/net147> has quit IRC (Quit: Quit)15:12
*** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto15:12
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)15:15
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto15:15
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)15:21
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:23
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto15:29
*** mulk <mulk!~mulk@pd9514af5.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 252 seconds)15:30
*** mulk <mulk!~mulk@pd95147b3.dip0.t-ipconnect.de> has joined #yocto15:31
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection)15:49
*** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has joined #yocto15:54
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:54
leftyAnybody had luck with the beagleplay machine in meta-ti-bsp? I'm finding when I boot my beagleplay with core-image-full-cmdline image pressing the USR button at power up to boot from the SD card, u-boot fails to load boot.scr and uEnv.txt, then seems to fallback to the eMMC and gets stuck at "Starting kernel...". If I boot from eMMC u-boot on the15:55
leftyeMMC detects the SD card and is at least able to boot, but I'm not sure which kernel image is being used (just that the rootfs is the SD card one).15:55
rm5248Hi, is it the case that the PREFERRED_VERSION_virtual/kernel can only be set in the distribution?  I've tried setting it in my conf/machine/<machine>.conf file but it doesn't seem to take effect15:55
*** ctraven <ctraven!~ctraven@139.68.81.2> has quit IRC (Quit: Lost terminal)15:58
leftyrm5248 I believe you may have to specify the actual recipe that provides virtual/kernel with PREFERRED_VERSION (PREFERRED_VERSION_linux-yocto for instance).16:02
*** gvmeson is now known as vmeson16:02
leftyI have done that in my machine.conf file before and it has worked (so long as a recipe for the specified version exists).16:03
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto16:08
*** luc4 <luc4!~luca@2a00:6d43:501:1201:5246:2826:ae5e:1ebb> has quit IRC (Ping timeout: 255 seconds)16:11
*** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed)16:12
*** amitk_ <amitk_!~amit@58.84.60.215> has joined #yocto16:28
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 256 seconds)16:30
*** alperak <alperak!~alperak@176.33.65.159> has joined #yocto16:31
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto16:34
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)16:34
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto16:35
*** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection)16:36
*** smokey <smokey!~smokey@207.7.121.250> has joined #yocto16:37
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)16:48
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto16:49
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 246 seconds)16:52
leftydenix is meta-ti's beagleplay machine validated with Poky distro? I successfully core-image-full-cmdline with MACHINE=beagleplay but when I try to boot my beagleplay from an SD card flashed with core-image-full-cmdline-beagleplay.wic.xz I'm facing some weird issues. U-boot runs from the SD card, but when it actually boots the kernel it appears to16:53
leftybe trying to boot the kernel image from eMMC, and that just hangs indefinitely.16:53
rm5248so I figured out what the problem is: since I'm using the meta-atmel layer, it was set as PREFERRED_PROVIDER_virtual/kernel:sama5 = "linux-mchp".  I had set PREFERRED_PROVIDER_virtual/kernel, not PREFERRED_PROVIDER_virtual/kernel:sama5.16:56
*** simonew <simonew!~ile@2a02:810d:a940:35fc:777b:6e10:cc0e:e556> has quit IRC (Ping timeout: 264 seconds)16:57
rm5248lefty: One thing that I did recently to debug stuff like that was to get to uboot and mount the rootfs over NFS.  I'm not sure if that helps in your situation at all.  I assume that your problem might be that uboot is configured to always run off of the eMMC, not from the SD card16:59
leftyI have console access so I can see u-boot's environment. It looks like it's failing to loadbootenv and loadbootscr are failing, and after that it's falling back to trying to boot from eMMC. What's strange is if I boot off of eMMC, the version of u-boot in the Debian Buster image detects the SD card and boots off of it (seemingly successfully).17:04
leftySo I can run both versions of u-boot, but the one built with meta-ti seems to be missing some stuff.17:04
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto17:07
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds)17:09
dmoseley_Any plans for a Developer day around EOSS in Seattle? I'm trying to book my flights.17:11
rm5248does uboot see the SD card?  IIRC it's the 'mmc' command that you can use to test the SD card17:12
*** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Quit: Client closed)17:12
*** lefty <lefty!~lefty@37.19.210.38> has joined #yocto17:12
leftyrm5248 mmc does see both devices, the eMMC and the SD card.17:13
leftyAnd it's able to read the partition table for device 1 (SD card).17:14
rm5248does it see the files on the SD card?17:14
leftyNot sure how to specify the device name to ls in u-boot...17:16
leftyForgive my relatively limited familiarity with u-boot.17:16
rm5248I think you need to set the mmc dev, and then do 'fatls'17:16
leftyI can switch to device 1 (SD), but fatls by itself just gives me usage. "fatls /" says / is an invalid partition so evidently I'm not understanding the usage.17:22
leftyfatls requires an interface argument which I'm not sure what that should be.17:23
rm5248check this: https://unix.stackexchange.com/questions/354157/how-to-load-files-from-an-emmcs-general-purpose-partition-or-boot-partition-us17:23
leftyIf I plug the SD card into my PC there is no boot.scr or uEnv.txt file on the boot partition.17:25
lefty"fatls mmc 1:1" yields the same list of files as I see on my PC. EFI directory, Image (kernel), tiboot3.bin, tispl.bin, and u-boot.img.17:28
rm5248should there be?  I'm not sure how it's supposed to boot, but if it's trying to load those files from the SD card and it fails that could be why.17:28
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)17:29
leftyI would agree with that assessment, which is why it seems to me the build is missing something. I'm trying to parse through u-boot's environment to understand what's going on and it seems that those files missing is causing it to fall back to eMMC.17:30
leftyIt's also not clear to me the difference between the beaglplay machine and the beagleplay-k3r5 machine and which I should be using. I'm struggling to find great documentation for the meta-ti layer or Yocto use in general on the beagleplay.17:31
denixlefty: which branch?17:32
leftydenix master and kirkstone both yield the same behavior for me.17:32
*** simonew <simonew!~ile@2a02:810d:a940:35fc:f33:290d:d4fb:5c47> has joined #yocto17:33
denixlefty: regarding "k3r5" - just look at https://git.yoctoproject.org/meta-ti/tree/meta-ti-bsp/conf/machine/include/k3r5.inc17:34
denixlefty: try one of the "wip" branches - there are some config changes pending for u-boot17:34
denixor -next17:34
leftyDoes wip stand for something? Wasn't sure what those were.17:35
leftyk3r5.inc is what led me to believe it's for the RT core, though I have yet to play around with any SOCs that have a separate RT core so I'm not very familiar with how this all works.17:36
sotaoverridelefty: work in progress (WIP)17:36
denixwip = work in progress17:36
leftyThanks17:36
leftyI'll give one of those branches a shot.17:36
leftyRight now the key portion it seems to be breaking down at is "SD/MMC found on device 117:37
leftyFailed to load 'boot.scr'17:37
leftyFailed to load 'uEnv.txt'17:37
leftyswitch to partitions #0, OK17:37
leftymmc0(part 0) is current device"17:37
leftySo it tries to boot from device 1, but then after the two failures it switches back to device 0.17:37
denixlefty: TI K3 is a heterogeneous arch with bunch of Cortex-R5 MCUs and Cortex-A53/A72 big GP cores. in order to build for those cores, meta-ti uses "k3r5" multiconfig17:39
denixlefty: and neither of boot.scr nor uEnv.txt are required and those are not critical errors17:40
leftyRight, but don't all beagleplay boards have the AM652 with this heterogeneous arch?17:40
denixthere's simply something's wrong with SD driver17:40
leftyIs that what's causing the switch back to device 0?17:40
*** nayfe <nayfe!~nayfe@147.161.233.72> has quit IRC (Quit: Client closed)17:41
leftyI'm seeing some pca953x errors as well, "i2c_write: error waiting for data ACK (status=0x116)17:41
leftypca953x gpio@22: Error reading output register"17:41
denixAM62x is part of TI K3 arch family17:41
leftyWhen would I want to set MACHINE=beagleplay-k3r5 though? Or MACHINE=beagleplay if all beagleplay boards use the AM62x?17:44
leftyIs the gpio expander used for SD card communications at all? Could that cause the fallback to eMMC?17:47
leftyI don't actually see a gpio expander in the schematic.17:49
denixk3r5 multiconfig is used automatically when the required dependencies are pulled in17:49
leftyOkay, I have master-wip building at the moment. Have to leave here shortly but will test it out when I get back. Thanks for the help.17:51
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 268 seconds)17:52
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto18:00
*** frieder <frieder!~frieder@i577B9367.versanet.de> has quit IRC (Remote host closed the connection)18:02
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 246 seconds)18:05
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto18:08
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds)18:29
*** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Ping timeout: 250 seconds)18:30
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto18:33
*** pvogelaar <pvogelaar!~pvogelaar@p200300efdf036100127b44fffe802df7.dip0.t-ipconnect.de> has quit IRC (Read error: Connection reset by peer)18:33
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Ping timeout: 264 seconds)18:34
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto18:36
*** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed)18:59
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)19:14
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto19:14
*** Haxxa <Haxxa!~Haxxa@202.65.68.206> has quit IRC (Quit: Haxxa flies away.)19:15
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto19:17
*** mort <mort!~mort@188.166.114.29> has quit IRC (Read error: Connection reset by peer)19:18
*** mort <mort!~mort@188.166.114.29> has joined #yocto19:20
*** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has joined #yocto19:29
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:32
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds)19:35
*** lefty <lefty!~lefty@37.19.210.38> has joined #yocto19:48
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto19:49
leftydenix still facing the same issue with master-wip. One other thing I notice is u-boot initially prints out a line "Loading Environment from nowhere... OK", which seems rather odd. There's also an error "Error: Can't set serial# to SSSS" and also a few lines related to the Ethernet phy and a failure there, none of which would seem to be related to19:50
leftyu-boot falling back to eMMC.19:50
*** smokey <smokey!~smokey@207.7.121.250> has quit IRC (Remote host closed the connection)19:54
*** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has joined #yocto19:55
*** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has joined #yocto19:55
leftySame on master-next as well. Abridged output: "mmc1 is current device", then "SD/MMC found on device 1", then two errors related to boot.scr and uEnv.txt, then "switch to partitions #0, OK", then "mmc0(part0) is current device", is the switch to partition 0 specifying the wrong device (or no device) perhaps?19:57
*** smokey <smokey!~smokey@45-31-46-52.lightspeed.sndgca.sbcglobal.net> has quit IRC (Remote host closed the connection)19:58
*** Minvera2 <Minvera2!~Minvera@user/Minvera> has joined #yocto19:58
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 264 seconds)19:59
*** davidinux <davidinux!~davidinux@host-213-45-25-24.retail.telecomitalia.it> has quit IRC (Ping timeout: 264 seconds)20:04
*** davidinux <davidinux!~davidinux@194.34.233.248> has joined #yocto20:05
*** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has quit IRC (Ping timeout: 255 seconds)20:10
*** Minvera2 <Minvera2!~Minvera@user/Minvera> has quit IRC (Ping timeout: 256 seconds)20:12
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor)20:32
leftyOkay, I think I figured it out at least partways, distro_bootcmd runs bootcmd_${target} for target in boot_targets, and boot_targets has mmc0 before mmc1, causing the switch to mmc0 and the failed boot. Running bootcmd_mmc1 manually results in a system that boots, but never gives me a login prompt, so I'm making progress. denix is the attempt to20:33
leftyboot from mmc0 expected? I guess my expectation is that the first boot target would be eMMC if USR wasn't pressed when u-boot was executed or SD if it was pressed.20:33
leftyOr maybe just try to boot SD first, if there's no SD card present or if it's not a properly formatted SD card presumably that will fail and distro_bootcmd will then proceed with eMMC boot?20:35
*** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Quit: Client closed)20:36
*** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)20:38
*** lefty <lefty!~lefty@37.19.210.38> has joined #yocto20:44
leftydenix beagleplay.conf sets UBOOT_MACHINE to am62x_evm_a53_defconfig, shouldn't it be am625_beagleplay_a53_defconfig? I suspect that is where my bogus u-boot environment is coming from.20:46
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection)20:47
leftyHmm, it didn't like that. Even though there is a am625_beagleplay_a53.config file in configs.20:48
denixlefty: that's a config fragment and it is being applied on top of the defconfig - see that later in beagleplay.conf20:50
leftydenix the config fragment doesn't appear later on in beagleplay.conf in master. Which branch?20:51
leftyAfter UBOOT_MACHINE it just sets a few PREFERRED_PROVIDERS, then KERNEL_DEVICETREE, and MACHINE_GUI_CLASS, that's it.20:52
denixlefty: I already told you earlier - wip or -next20:52
leftyOkay, I'll take a look at those again.20:52
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto20:55
leftyOkay, I had to do a git pull and I see it now in master-wip (not in -next). I'll give it another shot.20:55
leftyI'm guessing the warnings I was seeing about the gpio expander were due to the incorrect device tree being loaded perhaps.20:57
leftySince it was loading the one for the evaluation kit.20:57
leftydenix still the same issue with an unexpected u-boot env. default_device_tree is still ti/k3-am625-sk and boot_targets still starts with mmc0. I'll revisit this later tonight. Definitely learned quite a bit about u-boot and u-boot configuration today though, which is my whole goal in playing around with this.21:00
leftyMaybe not entirely broken anymore, my system actually boots now if I "run bootcmd_mmc1", otherwise it still defaults to mmc0. And I now actually get a login prompt.21:03
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)21:21
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto21:21
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Quit: ZZZzzz…)21:24
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Ping timeout: 256 seconds)21:25
*** florian_kc <florian_kc!~florian@dynamic-002-243-149-016.2.243.pool.telefonica.de> has joined #yocto21:25
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto21:27
rburtonkhem: i see you fired a meta-clang, and it just warned in rpm.  are you digging into that?21:36
*** amitk_ <amitk_!~amit@58.84.60.215> has quit IRC (Remote host closed the connection)21:38
*** lefty <lefty!~lefty@37.19.210.38> has quit IRC (Quit: Client closed)21:44
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed)21:45
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:36ab:91fa:544b:97e1> has quit IRC (Remote host closed the connection)21:51
khemrburton: not yet but I did see the warning21:55
khemits with clang-18 btw.21:55
khemwhich is still in yoe/mut21:56
*** fermion <fermion!uid638319@id-638319.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)22:09
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:15
*** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has joined #yocto22:18
*** pretec <pretec!~pretec@ip-109-40-240-42.web.vodafone.de> has joined #yocto22:21
pretecHi22:21
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:03
*** joekale <joekale!~quassel@2620:a2:6000:13:a7ca:4658:59f5:8fbb> has quit IRC (Ping timeout: 256 seconds)23:03
*** llu <llu!~llu@103.101.204.100> has joined #yocto23:14
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)23:16
*** olani- <olani-!~olani@78-71-243-64-no2811.tbcn.telia.com> has quit IRC (Ping timeout: 256 seconds)23:16
*** olani- <olani-!~olani@134.238.48.37> has joined #yocto23:17
moto-timoWhat do folks want to know about writing python recipes?23:21
moto-timoI'm going to write a blog post or two or a series.23:22
*** llu <llu!~llu@103.101.204.100> has quit IRC (Quit: leaving)23:22
moto-timoLetoThe2nd: and I have been threatening to do a live coding session also... but that never happened yet.23:23
moto-timolol23:23
moto-timoYou can watch me as I upgrade a python recipe in oe-core and try not to curse too much because I'm on camera.23:24
mischieftwitch plays Yocto? :-)23:26

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!