| *** awe002 <awe002!~awe00@unaffiliated/awe00> has quit IRC | 00:11 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has quit IRC | 00:13 | |
| *** Klox04 <Klox04!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto | 00:20 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 00:46 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 00:50 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has joined #yocto | 01:03 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:39 | |
| *** Klox04 <Klox04!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 02:33 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has quit IRC | 02:34 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has joined #yocto | 03:05 | |
| *** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 03:26 | |
| *** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 03:27 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has quit IRC | 04:05 | |
| *** stacktrust <stacktrust!~stacktrus@cpe-24-90-105-219.nyc.res.rr.com> has joined #yocto | 04:38 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 05:01 | |
| *** jobroe <jobroe!~manjaro-u@p579eb912.dip0.t-ipconnect.de> has joined #yocto | 05:25 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:27 | |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:30 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:30 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:37 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:38 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:41 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:51 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c24e:600:46c3:cbfb:8490:d6a6> has joined #yocto | 05:58 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 05:59 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 06:10 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-qlpdtptzrbmcohfn> has joined #yocto | 06:20 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 06:23 | |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 06:24 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto | 06:33 | |
| erbo | good morning | 06:39 |
|---|---|---|
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 06:39 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 06:41 | |
| mbulut | morning dude | 06:41 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:43 | |
| LetoThe2nd | \o/ | 06:43 |
| *** fl0v0 <fl0v0!~fvo@88.130.220.140> has joined #yocto | 06:43 | |
| *** hankyban <hankyban!b92ed46e@185.46.212.110> has joined #yocto | 06:52 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has quit IRC | 06:54 | |
| *** gtristan <gtristan!~tristanva@175.211.69.194> has quit IRC | 06:56 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has joined #yocto | 06:58 | |
| *** gtristan <gtristan!~tristanva@1.232.31.33> has joined #yocto | 07:04 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 07:05 | |
| mcfrisk | hi, is SRC_URI supposed to be complete in "bitbke -e" output? I'm wondering why I see SRC_URI="" for a recipe with 20 or so patches being applied correctly on zeus.. | 07:14 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 07:18 | |
| *** mckoan|away is now known as mckoan | 07:26 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 07:26 | |
| mckoan | good morning | 07:26 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:27 | |
| LetoThe2nd | mostly, yes. | 07:29 |
| RP | morning | 07:34 |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has quit IRC | 07:38 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 07:53 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:00 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 08:00 | |
| *** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has joined #yocto | 08:10 | |
| mcfrisk | I can't see SRC_URI properly set for clang from meta-clang. trying to add a bbappend to BSP layer to remove 0020-clang-Enable-SSP-and-PIE-by-default.patch | 08:18 |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 08:23 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 08:27 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 08:31 | |
| *** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has joined #yocto | 08:36 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:40 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 08:41 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:43 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-eumzxkzfxvfzxbxi> has joined #yocto | 09:00 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 09:07 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-qlpdtptzrbmcohfn> has quit IRC | 09:10 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-ncbsvvdphmwtsjge> has quit IRC | 09:10 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-ypbzsercfskmuvkb> has quit IRC | 09:10 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-eumzxkzfxvfzxbxi> has quit IRC | 09:11 | |
| *** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-idbkiruebowqihwe> has quit IRC | 09:11 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 09:15 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 09:15 | |
| *** sh00p <sh00p!~sh00p@h-38-105.A498.priv.bahnhof.se> has joined #yocto | 09:15 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-kfpkijnastugvgdh> has joined #yocto | 09:16 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cwksdtezkcnmjues> has joined #yocto | 09:17 | |
| *** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-slwytvzdlhfagsuw> has joined #yocto | 09:18 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-khzvwwgktinozqac> has joined #yocto | 09:18 | |
| sh00p | We support two separate, but similar, hardware platforms. So therefor we have two separate machine builds in our distribution. But they are driver incompatible. If I flash one type of hardware with the wrong build it won't be reachable over wifi anymore for example. | 09:19 |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-ubgceotfpmemsoce> has joined #yocto | 09:20 | |
| sh00p | Is there an idiomatic way of migrating the two builds into just _one_ and linux itself can figure out what drivers needs to be loaded depending on hardware it finds? | 09:20 |
| sh00p | For PC this is the standard way for sure | 09:20 |
| sh00p | But on arm? | 09:20 |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 09:28 | |
| sno | RP: busybox init is already in OE-core | 09:28 |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 09:28 | |
| sno | RP: so it's not the intension to introduce just one more init system, it's the intension to improve the usability of busybox-init | 09:29 |
| RP | sno: you were talking about lots of other init systems so its hard to know what you're intending | 09:31 |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 09:31 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 09:31 | |
| sno | RP: I didn't want to add them into OE-core - there is another layer and Khem asked for improved busybox init support | 09:32 |
| RP | sno: ok, fair enough | 09:32 |
| sno | RP: so I take a look and detected, that e.g. volatile isn't provided when busybox provides init process - which causes issues in my default test environment etc. :) | 09:33 |
| sno | RP: and maybe busybox init or sysvinit would both have benefits from configuring what is desired on startup | 09:34 |
| sno | RP: can you answer to my mail with this in mind? Here is fine - I just want to get an idea of the direction to move | 09:35 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 09:40 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 09:41 | |
| *** mckoan is now known as mckoan|away | 09:41 | |
| *** awe002 <awe002!~awe00@unaffiliated/awe00> has joined #yocto | 09:46 | |
| LetoThe2nd | sh00p: device tree overlays, usually | 09:52 |
| LetoThe2nd | sh00p: start up with the common one, then detect at runtime which additions you need. | 09:52 |
| LetoThe2nd | sh00p: if you can already detect in the bootloader, then its a bit easier: ship a build with two device trees. | 09:53 |
| sh00p | LetoThe2nd, thanks for your input, we're using u-boot | 09:53 |
| *** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 09:53 | |
| sh00p | LetoThe2nd, perhaps it has support for something like that | 09:54 |
| marex | U-Boot surely has support for DT, for at least two decades | 09:54 |
| sh00p | right, but for hardware detection marex ? | 09:54 |
| marex | even for DTOs | 09:54 |
| LetoThe2nd | sh00p: it doesn't really depend on which bootloader you use, it depends on if you have some means to detect which kernel/devicetree you need. this often requires patching it a little to detect HW revisions, or such. | 09:54 |
| marex | sh00p: depends on the hardware and how you discern it | 09:55 |
| LetoThe2nd | marex: we use resisors! | 09:55 |
| fbre | Hi! Is "zeus" a stable yocto release of NXP? (see https://source.codeaurora.org/external/imx/imx-manifest/tree/?h=imx-linux-zeus) | 09:55 |
| marex | fbre: https://wiki.yoctoproject.org/wiki/Yocto_Project_Release_Process | 09:55 |
| marex | fbre: its a release code name, NXP has their own set of OE layers on top, which are compatible with that release | 09:56 |
| fbre | And does "zeus" support the realtime kernel patch? | 09:57 |
| LetoThe2nd | fbre: it is "still" stable, but halfwas on the way out, and expected to drop into community support within two months time. so if you have the choice, go for dunfell. | 09:57 |
| fbre | LetoThe2nd: I cannot see dunfell mentioned here: https://source.codeaurora.org/external/imx/imx-manifest | 09:58 |
| LetoThe2nd | fbre: like i said: "if you have the choice" | 10:00 |
| LetoThe2nd | fbre: and preempt-rt is also not depending on the yocto version, only on what your BSP provides. | 10:01 |
| fbre | Actually I was on NXP release "sumo". But as soon as I activate INITRAMFS_IMAGE and INITRAMFS_IMAGE_BUNDLE the .sdcard image is not generated anymore, but I need such initramfs. So my hope is NXP fixed that in later versions. | 10:02 |
| LetoThe2nd | *sigh* | 10:02 |
| LetoThe2nd | fbre: that ".sdcard" thing was a custom image type which was deprecated in favor of wic | 10:03 |
| LetoThe2nd | fbre: so no, that certainly will not be "fixed". you will have to work out how to use wic. | 10:03 |
| fbre | oh. I'm struggling with all that stuff for 2 weeks now, and I'm almost burned out X) . Since I've read the NXP PDFs I know how to bunzip an .sdcard file and how to dd that to sd card. Hmm... OK, so I should start to learn an alternative way.... '=( | 10:06 |
| LetoThe2nd | fbre: go blame nxp for handing you a BSP that is based on an outdated state. | 10:08 |
| *** hpsy <hpsy!~hpsy@92.118.12.13> has joined #yocto | 10:35 | |
| *** d__ep__th <d__ep__th!2bf2d0f8@43.242.208.248> has joined #yocto | 10:44 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 10:47 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 10:47 | |
| LetoThe2nd | fbre: by the way, this might be of interest to you: https://github.com/openembedded/meta-openembedded/tree/master/meta-initramfs | 10:49 |
| mcfrisk | how to remove a patch in meta-clang version of clang via bbappend in a BSP layer? a simple clang_%.bbappend with SRC_URI_remove = "file://0020-clang-Enable-SSP-and-PIE-by-default.patch" doesn't work? | 10:51 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:51 | |
| mcfrisk | I can see the bbappend changing output of bitbake -e for clang-cross-aarch64 but the change is not taking effect. I could drop the patch from meta-clang directly but surely this should also work from a bbappend? | 10:53 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 10:56 | |
| *** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has quit IRC | 10:59 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 11:03 | |
| *** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has joined #yocto | 11:04 | |
| mcfrisk | I must conclude that modifying SRC_URI in a bbappend with _remove doesn't work on zeus. Or can a BSP layer bork that... and I have to modify meta-clang to drop that one patch. this is odd. | 11:05 |
| *** d__ep__th <d__ep__th!2bf2d0f8@43.242.208.248> has quit IRC | 11:15 | |
| fbre | LetoThe2nd: That sources/meta-openembedded/meta-initramfs contains just debug stuff and tools for that. But I saw sources/poky/meta/recipes-core/images/core-image-tiny-initramfs.bb which calls sources/poky/meta/recipes-core/initrdscripts/initramfs-live-boot-tiny_1.0.bb which then calls | 11:24 |
| fbre | sources/poky/meta/recipes-core/initrdscripts/files/init-live.sh. That init-live.sh does that overlayfs mount. | 11:24 |
| *** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has quit IRC | 11:24 | |
| fbre | LetoThe2nd: The plan is to bundle such core-image-tiny-initramfs to the kernel. Therefore I can define INITRAMFS_IMAGE = "core-image-tiny-initramfs" and INITRAMFS_IMAGE_BUNDLE = "1" in my local.conf. | 11:26 |
| *** gtristan <gtristan!~tristanva@1.232.31.33> has quit IRC | 11:26 | |
| LetoThe2nd | fbre: sounds pretty much like a generic usecase of an initramfs. | 11:27 |
| fbre | LetoThe2nd: I even managed to bitbake such configuration, but the question is how to get the image on sd card. Because: as soon as I add those INITRAMFS_IMAGE and INITRAMFS_IMAGE_BUNDLE variables to my local.conf file, bitbake does not result in such typical NXP output files anymore. It seems to break the NXP way of building an .sdcard file. In | 11:30 |
| fbre | such case I just get Image.....bin files. Somehow I need to find out how to put that in the right way on my sd card. | 11:30 |
| LetoThe2nd | fbre: like i said: learn how to use wic, or demand support from your trustworthy sales rep/FAE that provides your hardware. | 11:31 |
| fbre | LetoThe2nd: hmm yes... Usually you just have contact to FAEs which do not have a clue about such special topics. So you usually end up finding it out by yourself. I think I should learn to understand that wic thingy as next step. | 11:33 |
| LetoThe2nd | yep. | 11:33 |
| fbre | LetoThe2nd: My hope was just today "zeus" can handle initramfs bundling better than my current version "sumo" because of a chance that NXP may have improved their layers in the meanwhile. | 11:38 |
| LetoThe2nd | fbre: your wording reversed to your expectations. they really improved in getting rid of their own, homebrewn .sdcard implementation and are using the common technique called "wic. | 11:39 |
| LetoThe2nd | fbre: the problem is that you know only the old, "wrong" way. | 11:39 |
| LetoThe2nd | so whatever you would have hoped for would be the exact opposite for all the rest of the world, because nobody wants to got back to the ages where each and every BSP vendor would ship custom magic for the image formats. | 11:40 |
| LetoThe2nd | fbre: see: https://git.yoctoproject.org/cgit.cgi/meta-freescale/tree/wic/imx-uboot.wks | 11:41 |
| fbre | LetoThe2nd: yes, that's useful information that you tell me they dropped .sdcard support in the meanwhile. This makes my decision to get on the wic track | 11:42 |
| LetoThe2nd | looks good to me. all the partitioning etc. magic nicely canned up. | 11:42 |
| LetoThe2nd | so, just guessing, it might be even enough to copy one or two additional files to the boot partition. | 11:43 |
| fbre | cool. | 11:44 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:45 | |
| *** berton <berton!~berton@181.220.78.182> has joined #yocto | 12:11 | |
| fbre | Now I hacked sources/poky/meta/recipes-core/images/core-image-tiny-initramfs.bb and added aarch64. Hmm well, the bitbake build runs a bit further now but stopped with error: Failed to spawn fakeroot worker to run .....core-image-tiny-initramfs.bb:do_image_create_sdcard_symlink.... No such file or directory: | 12:11 |
| fbre | .......yocto/build/tmp/sysroots-components/x86_64/pseudo-native/usr/bin/pseudo.... | 12:11 |
| fbre | Seems "zeus" also does weird things with sdcard and does not support my aarch64 | 12:12 |
| fbre | I go back to "sumo" and the wic... | 12:14 |
| osullivan99 | hello everybody, i have a TQMa57xx and want to find out where I can find u-boot 2019.04 in yocto. can anybody help me please? | 12:17 |
| osullivan99 | there must be somethin like a config file where it is decided which u-boot is used, but I dont know which one | 12:18 |
| *** retoatwork <retoatwork!~retoatwor@85.195.220.82> has quit IRC | 12:24 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-bgsewwnniujegymu> has joined #yocto | 12:24 | |
| LetoThe2nd | osullivan99: somewhere in the bsp layer provided by the company that sells this "TQMa57xx" | 12:35 |
| osullivan99 | yeah that's where I think it is. how would you try to find out? | 12:39 |
| LetoThe2nd | osullivan99: by looking at it? | 12:42 |
| fbre | LetoThe2nd: Thanx a lot! Bye Bye for today | 12:42 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 12:42 | |
| LetoThe2nd | osullivan99: i would guess: recipes-bsp/u-boot-xxx ..... | 12:42 |
| osullivan99 | LetoThe2nd: there are only recipes inside, 4 *.bb files | 12:45 |
| LetoThe2nd | osullivan99: i would expect that, yes. | 12:45 |
| *** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 12:45 | |
| LetoThe2nd | osullivan99: the recipes define which version is used. which was your question, not? | 12:45 |
| osullivan99 | i already know which u-boot is used as i can see in in the docu | 12:45 |
| osullivan99 | but I want to know where to configure the correct version | 12:46 |
| LetoThe2nd | osullivan99: "config file where it is decided which u-boot is used" thats what you asked. the recipes are that file. you cannot choose freely at will. | 12:46 |
| LetoThe2nd | or, you can, if you provide alternate recipes for the version you want. | 12:47 |
| osullivan99 | my boss wants me to port yocto on an other board, so first i wanted to find out where to configure which u boot version is used | 12:47 |
| LetoThe2nd | osullivan99: if there is more than one u-boot recipe, then the higher version is automatically picked. if you want to override that, based on machine compatibility, then you can do that in the machine config file. but there is no file where you would just write "xxx.yy.z", and then u-boot-xxx.yy.z will be used. | 12:48 |
| osullivan99 | i see | 12:49 |
| osullivan99 | that makes sense | 12:49 |
| *** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto | 12:56 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:57 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 13:01 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:08 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:09 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-86-56.v4.ngi.it> has joined #yocto | 13:15 | |
| *** creich <creich!~creich@p200300f6af272610000000000000039b.dip0.t-ipconnect.de> has quit IRC | 13:17 | |
| *** creich <creich!~creich@p200300f6af272610000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 13:18 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 13:19 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 13:25 | |
| *** matthewzmd <matthewzmd!~user@stcton1302w-lp130-02-74-14-59-241.dsl.bell.ca> has joined #yocto | 13:31 | |
| *** rcrudo <rcrudo!~rcrudo@2001:16b8:c24e:600:46c3:cbfb:8490:d6a6> has quit IRC | 13:33 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:38 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto | 13:44 | |
| *** stbenz6 <stbenz6!~stbenz@ipbcc08e73.dynamic.kabel-deutschland.de> has quit IRC | 13:47 | |
| *** stbenz6 <stbenz6!~stbenz@ipbcc08e73.dynamic.kabel-deutschland.de> has joined #yocto | 13:48 | |
| *** yoctonoob <yoctonoob!~yoctonoob@94.206.51.82> has joined #yocto | 13:53 | |
| *** yoctonoob <yoctonoob!~yoctonoob@94.206.51.82> has quit IRC | 13:55 | |
| *** hankyban <hankyban!b92ed46e@185.46.212.110> has left #yocto | 13:58 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 13:58 | |
| *** ant__ <ant__!~ant__@host-82-60-190-157.retail.telecomitalia.it> has joined #yocto | 14:00 | |
| *** paulg_ <paulg_!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto | 14:00 | |
| *** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto | 14:05 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-cwksdtezkcnmjues> has quit IRC | 14:10 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 14:14 | |
| *** mi99 <mi99!~asd@85.254.96.13> has joined #yocto | 14:15 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto | 14:27 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto | 14:27 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 14:29 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:30 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 14:34 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has joined #yocto | 14:45 | |
| *** jobroe <jobroe!~manjaro-u@p579eb912.dip0.t-ipconnect.de> has quit IRC | 14:52 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 14:54 | |
| *** mckoan|away is now known as mckoan | 14:56 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 14:56 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 14:57 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 14:57 | |
| osullivan99 | does anybody know how to port yocto target from one ARM processor to an other one? | 15:07 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 15:08 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC | 15:16 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto | 15:16 | |
| LetoThe2nd | osullivan99 make a bootloader work, make the kernel work, pour everything into a new bsp layer. use an existing bsp layer as blueprint. | 15:17 |
| LetoThe2nd | osullivan99: also see https://www.yoctoproject.org/docs/current/bsp-guide/bsp-guide.html | 15:18 |
| osullivan99 | LetoThe2nd: i know that guide, but i want to know how to tell the compiler which CPU is used (e.g. ARM v8 vs ARM v15) | 15:20 |
| osullivan99 | otherwise I could just put the same sd cards into differnt boards but i dont think different CPUs understand same binary files | 15:21 |
| LetoThe2nd | osullivan99: look at how the machine confs include stuff from here: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/include | 15:22 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:22 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 15:23 | |
| osullivan99 | https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/qemuarm.conf | 15:28 |
| osullivan99 | https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/include/tune-cortexa15.inc | 15:28 |
| osullivan99 | oops i'm wrong | 15:29 |
| osullivan99 | https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/machine/include/tune-cortexa8.inc | 15:29 |
| osullivan99 | this one is new target | 15:29 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 15:30 | |
| marex | osullivan99: if you compile stuff for CA8, it will run on pretty much anything newer | 15:33 |
| marex | it will not run in optimal way though | 15:33 |
| osullivan99 | marex: i'm porting from A15 to A8 | 15:35 |
| marex | osullivan99: I presume thats some TI platform ? | 15:36 |
| osullivan99 | yes it is, new board is based on am335x | 15:38 |
| *** matthewzmd <matthewzmd!~user@stcton1302w-lp130-02-74-14-59-241.dsl.bell.ca> has quit IRC | 15:38 | |
| osullivan99 | marex: porting am57xx -> am335x | 15:39 |
| *** matthewzmd <matthewzmd!~user@stcton1302w-lp130-02-74-14-59-241.dsl.bell.ca> has joined #yocto | 15:39 | |
| marex | then yeah, you want to tweak the tunes | 15:40 |
| *** gtristan <gtristan!~tristanva@175.211.69.194> has joined #yocto | 15:40 | |
| osullivan99 | marex: do you know how? i can only find qemu flag in local.conf | 15:43 |
| *** fl0v0 <fl0v0!~fvo@88.130.220.140> has quit IRC | 15:43 | |
| osullivan99 | how do i refer to .inc files? | 15:44 |
| marex | $ cat conf/machine/include/dh-stm32mp1-common.inc | 15:44 |
| marex | DEFAULTTUNE ?= "cortexa7thf-neon-vfpv4" | 15:44 |
| marex | require conf/machine/include/tune-cortexa7.inc | 15:44 |
| marex | thats for CA7 for example | 15:44 |
| marex | you want something similar for CA8 | 15:44 |
| marex | ah, wait | 15:44 |
| marex | DEFAULTTUNE ?= "cortexa8thf-neon" | 15:45 |
| marex | require conf/machine/include/tune-cortexa8.inc | 15:45 |
| marex | that should work for CA8 , at least for iMX53 it does | 15:45 |
| osullivan99 | marex i guess it is different here, i cant find those includes | 15:46 |
| osullivan99 | all from the board manufacturer | 15:46 |
| osullivan99 | but now i think i have an idea | 15:46 |
| marex | they are in OE-core, no ? | 15:47 |
| marex | oe-core$ find . -name tune-cortexa8.inc | 15:47 |
| marex | ./meta/conf/machine/include/tune-cortexa8.inc | 15:47 |
| marex | yeah | 15:47 |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 15:48 | |
| osullivan99 | yeah it was my fault, i've looked inside board specific layer | 15:49 |
| *** hpsy <hpsy!~hpsy@92.118.12.13> has quit IRC | 15:49 | |
| *** hpsy <hpsy!~hpsy@92.118.12.13> has joined #yocto | 15:49 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 15:50 | |
| kergoth | RP: do we have a way to force a signature checksum to a particular/current value yet, in cases where we know our changes won't affect the output? I know we used to have the lock functionality, but iirc that just made it fatally error if there was a mismatch rather than forcing it to use an existing sstate archive | 15:51 |
| *** matthewzmd <matthewzmd!~user@stcton1302w-lp130-02-74-14-59-241.dsl.bell.ca> has quit IRC | 15:51 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 15:52 | |
| *** matthewzmd <matthewzmd!~user@stcton1302w-lp130-02-74-14-59-241.dsl.bell.ca> has joined #yocto | 15:52 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 15:57 | |
| osullivan99 | marex: MACHINE=cortexa8thf-neon is invalid. Please set a valid MACHINE in your local.conf, environment or other configuration file. | 16:00 |
| osullivan99 | on my configuration i have several layers, board specific layer might require MACHINE keyword instead of DEFAULTTUNE if I understand correctly | 16:02 |
| kergoth | you should never be setting DEFAULTTUNE directly except for specific and temporary testing | 16:04 |
| kergoth | the machine sets that | 16:04 |
| osullivan99 | kergoth: so how do i set correct MACHINE? | 16:05 |
| kergoth | if you're working with new unsupported hardware, you need to be creating the conf/machine/yourmachine.conf and setting MACHINE to that, and adjusting the tuning in the machine .conf to what you require | 16:06 |
| osullivan99 | makes sense | 16:08 |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 16:13 | |
| *** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 16:14 | |
| *** mckoan is now known as mckoan|away | 16:14 | |
| osullivan99 | kergoth: seems to work now, at least compiling | 16:17 |
| marex | kergoth: which machine sets DEFAULTTUNE ? | 16:20 |
| kergoth | marex: I don't understand the question. Every machine sets it one way or another. Either they include the tune file and let that define it, or they define it themselves instead | 16:21 |
| marex | 16:04 < kergoth> you should never be setting DEFAULTTUNE directly except for specific and temporary testing | 16:21 |
| kergoth | every tune has a DEFAULTTUNE ?= line | 16:21 |
| marex | 16:04 < kergoth> the machine sets that | 16:21 |
| marex | this ^ | 16:21 |
| kergoth | yes, every machine | 16:21 |
| marex | kergoth: I think osullivan99 is writing a machine config | 16:21 |
| marex | kergoth: so it should have that line, no? | 16:21 |
| kergoth | that's what a machine *is*, it defines what the target is, first by including the needed tune file | 16:23 |
| kergoth | yes.. | 16:23 |
| kergoth | the original question implied that they were setting DEFAULTTUNE *instead* of MACHINE | 16:23 |
| kergoth | but that doesn't make sense, if they're defining them in the same context (local.conf), it's wrong | 16:23 |
| kergoth | it's not either/or, it's both | 16:23 |
| marex | all right, I think we're on the same page | 16:24 |
| kergoth | agreed, wasn't entirely clear what was being done, but they seem to be making progress, so it's all good :) | 16:25 |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 16:30 | |
| *** matthewz_ <matthewz_!~user@199.119.233.237> has joined #yocto | 16:48 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:48 | |
| *** matthewzmd <matthewzmd!~user@stcton1302w-lp130-02-74-14-59-241.dsl.bell.ca> has quit IRC | 16:49 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:59 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-86-56.v4.ngi.it> has quit IRC | 17:01 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has quit IRC | 17:09 | |
| osullivan99 | thank you guys, compiling finished, see you | 17:13 |
| *** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has quit IRC | 17:13 | |
| *** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC | 17:23 | |
| *** hipr_c <hipr_c!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto | 17:36 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 17:49 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 17:50 | |
| *** hipr_c <hipr_c!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto | 17:57 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 18:02 | |
| *** Saur <Saur!pkj@nat/axis/x-rdhrzjonxrrxxode> has quit IRC | 18:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:18 | |
| *** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC | 18:41 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:03 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:03 | |
| *** aidanh_ is now known as aidanh | 19:04 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 19:13 | |
| *** King_In4 <King_In4!~King_InuY@47.19.105.250> has joined #yocto | 19:15 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 19:16 | |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:18 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:18 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 19:26 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 19:38 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 19:38 | |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:58 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:03 | |
| *** matthewz_ <matthewz_!~user@199.119.233.237> has quit IRC | 20:05 | |
| khem | RP: the -mfpu= failure seen in perf is seen with genericx86-64 and beaglebone edgerouter etc. seems to occur with meta-yocto-bsp kernels but qemu versions all work fine | 20:09 |
| khem | zeddii: whats the difference ? | 20:09 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:36 | |
| zeddii | there's no difference, if you are using the updated SRCREVs, they are all building from the same branches. | 20:52 |
| zeddii | RP mentioned his hacked up patch. That would have been bumping the SRCREVs | 20:52 |
| *** bluelightning <bluelightning!~pauleg@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:53 | |
| *** zandrey <zandrey!~zandrey@cable-static2-2-7.rsnweb.ch> has joined #yocto | 20:59 | |
| *** awe002 <awe002!~awe00@unaffiliated/awe00> has quit IRC | 21:12 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 21:13 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:17 | |
| *** berton <berton!~berton@181.220.78.182> has quit IRC | 21:21 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:29 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 21:32 | |
| *** awe002 <awe002!~awe00@unaffiliated/awe00> has joined #yocto | 21:34 | |
| JaMa | paulbarker: Hi, did you get the necessary permissions to install the PR closing app on openembedded github? | 21:35 |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 21:36 | |
| paulbarker | JaMa: Not yet, I need to ping Crofton|cloud again but I've been busy | 21:38 |
| JaMa | paulbarker: OK, thanks for update | 21:38 |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has joined #yocto | 21:41 | |
| JaMa | zeddii: talking about meta-virt compatibility, is every linux-yocto kernel supposed to have cfg/virtio.scc in kernel-meta? | 21:42 |
| JaMa | zeddii: it's included in http://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/commit/?id=21d8bcdb791a1ea766a3e7e7663c7b6d49bc861a but seems like new 5.4 linux-raspberrypi kernel doesn't have this and fails because of it | 21:43 |
| *** bluelightning <bluelightning!~pauleg@pdpc/supporter/professional/bluelightning> has quit IRC | 22:00 | |
| RP | khem, zeddii: I don't understand why those were failing :( | 22:00 |
| *** bluelightning <bluelightning!~pauleg@2406:e003:13a8:9001:7805:4668:5be2:914e> has joined #yocto | 22:01 | |
| *** bluelightning1 <bluelightning1!~pauleg@151.210.229.46> has joined #yocto | 22:03 | |
| *** bluelightning <bluelightning!~pauleg@2406:e003:13a8:9001:7805:4668:5be2:914e> has quit IRC | 22:06 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 22:08 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 22:10 | |
| *** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC | 22:12 | |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:14 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:14 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 22:23 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:37 | |
| *** kiwi_29_ <kiwi_29_!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:02 | |
| *** codusnocturnus <codusnocturnus!~codusnoct@2600:8800:a601:3a00:f535:83b2:312e:b124> has quit IRC | 23:08 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-khzvwwgktinozqac> has quit IRC | 23:08 | |
| *** paulg_ <paulg_!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC | 23:11 | |
| *** bluelightning1 <bluelightning1!~pauleg@151.210.229.46> has quit IRC | 23:16 | |
| *** bluelightning1 <bluelightning1!~pauleg@2406:e003:13a8:9001:9dbb:c35:74e6:a468> has joined #yocto | 23:16 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 23:22 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto | 23:30 | |
| *** bluelightning1 <bluelightning1!~pauleg@2406:e003:13a8:9001:9dbb:c35:74e6:a468> has quit IRC | 23:39 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!