*** Eleventh_Doctor <Eleventh_Doctor!~neal@fedora/ngompa> has quit IRC | 00:01 | |
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 00:04 | |
*** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC | 00:06 | |
RP | zeddii: fix confirmed so I've merged those | 00:08 |
---|---|---|
RP | zeddii: thanks! | 00:08 |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 00:17 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 00:22 | |
*** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto | 00:44 | |
*** rcw <rcw!~rcw@45.72.241.84> has quit IRC | 01:11 | |
zeddii | wooo! | 01:20 |
*** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC | 02:01 | |
*** j241 <j241!~Adium@20.ip-51-79-160.net> has joined #yocto | 02:01 | |
*** j241 <j241!~Adium@20.ip-51-79-160.net> has quit IRC | 02:03 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:08 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:22 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:22 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:23 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 02:33 | |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has quit IRC | 02:33 | |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has joined #yocto | 02:36 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 02:40 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 03:08 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 03:42 | |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has quit IRC | 03:47 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 03:48 | |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has joined #yocto | 03:50 | |
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has quit IRC | 04:03 | |
*** Guest44391 <Guest44391!net_wayfar@gateway/shell/ircnow/x-dbymzkgojvpkbkpg> has quit IRC | 04:03 | |
*** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has joined #yocto | 04:09 | |
*** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-bqjoircbtayscymt> has joined #yocto | 04:19 | |
*** net_wayfarer is now known as Guest37600 | 04:20 | |
*** vineela <vineela!vtummala@nat/intel/x-zdmdtfexldckgizg> has quit IRC | 04:42 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-191.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 04:50 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 04:53 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zrwhmiqtxlnyjjbw> has quit IRC | 05:01 | |
*** dannas <dannas!~dannas@217198150148-host.dependit.net> has joined #yocto | 05:13 | |
dannas | I'm trying to modify a kernel config for a raspberrypi-based board. I used meta-raspberrypi and a my own layer with .bbappend for the kernel that has kernel_config_variable calls for those kernel variables I want to modify. Using yocto 2.7.4. | 05:18 |
dannas | The manual says to use kernel_configme before running make menuconfig https://www.yoctoproject.org/docs/2.7.4/kernel-dev/kernel-dev.html#using-menuconfig | 05:19 |
dannas | But for the meta-raspberrypi layer that task doesn't exist. | 05:19 |
dannas | How do I go about ensuring that make menuconfig will show a config where all layers changes has been applied, if kernel_configme does not exist? | 05:20 |
dannas | Is the kernel_config_variable a meta-raspberrypi specific thing? I didn't find any mention of it in the yocto kernel manual? | 05:20 |
dannas | What actually happens for me: When I run bitbake -c menuconfig linux-raspberrypi, the changes I've made in my layer above meta-raspberrypi does not show up in the ncurses gui. | 05:21 |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:43 | |
*** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has joined #yocto | 05:47 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 05:52 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:59 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:59 | |
*** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has quit IRC | 06:10 | |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 06:14 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 06:19 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:20 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:20 | |
*** camus1 is now known as kaspter | 06:20 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:25 | |
*** mckoan|away is now known as mckoan | 06:37 | |
mckoan | dannas: that's normal. kernel_configme is for yocto kernels | 06:40 |
dannas | mckoan: Ok. Should make menuconfig apply all changes to the config before starting the ncurses gui? (I assume so, and expect that its something I've messed up) | 06:51 |
mckoan | dannas: when you run bitbake -c menuconfig linux-raspberrypi, the default configuration comes from the defconfig file into the recipe directory | 06:53 |
mckoan | dannas: I usually prefer to extract the kernel from Yocto and work on it as standalone project | 06:54 |
dannas | mckoan: Ok, so bbappend files with modifications to the config are not applied prior to menuconfig, then? | 06:55 |
dannas | That would explain the behaviour I'm seeing, and yeah it looks like working on the kernel as a separate project is the way to go. | 06:56 |
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 06:58 | |
*** dannas <dannas!~dannas@217198150148-host.dependit.net> has quit IRC | 06:58 | |
*** fl0v0 <fl0v0!~fvo@88.130.219.148> has joined #yocto | 06:59 | |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-exlvxvetsfspzfai> has joined #yocto | 07:02 | |
*** dannas <dannas!~dannas@217198150148-host.dependit.net> has joined #yocto | 07:05 | |
mckoan | dannas: I don't know what you are trying to do with bbappend | 07:05 |
mckoan | dannas: generally speaking a bbappend file with modifications is applied prior to menuconfig | 07:06 |
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 07:06 | |
dannas | I'm using kernel_configure_variable https://github.com/agherzan/meta-raspberrypi/blob/f046b4128c9ca3420614887006101fa2b10fc6e7/recipes-kernel/linux/linux-raspberrypi.inc#L53 for enabling a few drivers from a linux-kernel.bbappend file | 07:11 |
*** hpsy <hpsy!~hpsy@92.118.12.72> has joined #yocto | 07:16 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 07:21 | |
*** creich <creich!~creich@p200300f6af272610000000000000039b.dip0.t-ipconnect.de> has quit IRC | 07:23 | |
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 07:27 | |
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 07:28 | |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 07:45 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:50 | |
*** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 07:52 | |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 07:54 | |
fbre | Hi! The yocto default kernel configuration has <M> for the "filesystem"-->"overlay filesystem". After booting I type on console: modprobe overlay but the following error occurs: modprobe FATAL Module overlay not found in directory /lib/modules/...... Why could this loading of the kernel module not work? | 07:55 |
fbre | What else is missing in the kernel config? | 07:56 |
*** gaston53 <gaston53!c50117df@197.1.23.223> has joined #yocto | 07:58 | |
mckoan | fbre: what is the exact configuration? grep OVERLAY .config | 07:59 |
gaston53 | After adding mariadb to my linux yocto image ( sumo branch ) and while I try to start the server on my embedded board, an error occurs saying : | 07:59 |
gaston53 | RROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2) | 07:59 |
gaston53 | anybody has an idea ? it's yocto problem or data base problem ? | 08:00 |
mckoan | gaston53: try asking on mariadb channel or ML | 08:00 |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 08:01 | |
mckoan | gaston53: AFAIK mariadb works on Yocto, so I guess you have a misconfiguration | 08:01 |
gaston53 | IMAGE_INSTALL_append = " mariadb" , rebuild the image, boot my board, enter to /usr/bin , type `mysql` command | 08:02 |
gaston53 | that error is shown | 08:02 |
gaston53 | that's what I did | 08:03 |
fbre | mckoan: https://www.dropbox.com/s/1zpvihy2ingsl82/20200825_100309.jpg?dl=0 | 08:05 |
*** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 08:05 | |
*** creich <creich!~creich@p200300f6af272610000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 08:07 | |
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 08:07 | |
mckoan | fbre: as you can see the settings are static (=y) and not modules | 08:09 |
fbre | mckoan: uhm, CONFIG_OVERLAY_FS=m actually in my problem configuration. That "y" in my screenshot was another trial | 08:09 |
*** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has joined #yocto | 08:09 | |
fbre | mckoan: "m" is the default, and it leads to the problem | 08:10 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-casqvabwoadvptba> has joined #yocto | 08:11 | |
fbre | mckoan: Shouldn't it work to load stuff configured with "m" on "modprobe overlay"? | 08:11 |
mckoan | gaston53: I think you have to customize your my.cnf | 08:11 |
*** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has joined #yocto | 08:11 | |
gaston53 | mckoan how ? what should I modify ? | 08:12 |
mckoan | gaston53: I'm not a SQL expert, sorry | 08:12 |
gaston53 | mckoan no problem | 08:12 |
mckoan | fbre: you need to double check the config settings and then check the content of lib/modules/kernel | 08:14 |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:15 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 08:17 | |
LetoThe2nd | i would rather check if the db is running at all. | 08:22 |
LetoThe2nd | http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-dbs/mysql/mariadb.inc?h=master#n50 | 08:22 |
dl9pf | RP: I see a few jobs stuck on 'bitbake is still alive' , is this one of the autobuilder bugs ? | 08:26 |
dl9pf | https://www.irccloud.com/pastebin/SFFj2IxU/ | 08:26 |
*** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has quit IRC | 08:29 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-104-31.ssp.dialog.net.pl> has quit IRC | 08:31 | |
zandrey | fbre: the warning you see (FDT_ERR_BADMAGIC) is actually coming from the u-boot and not from kernel. i see the same warning from NXP u-boot 2020.04, but this does not prevent the boot of device | 08:31 |
fbre | zandrey: thanx for your reply! Meanwhile I gave up zeus and stepped backwards to warrior. The strange thing is the same procedure with the initramfs and overlayfs leads to a proper booting now. The only "hack" I have to do is to set <*> instead of <M> for "filesystem"-->"overlay filesystem" in the kernel config. Otherwise it can't find the kernel | 08:37 |
fbre | module in /lib/modules/kernel during booting | 08:37 |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC | 08:37 | |
fbre | zandrey: I wonder why the bundled kernel does not load with zeus. In u-boot, I just set setenv image Image-initramfs-imx8mmevk.bin setenv mmcroot /dev/ram0 rootwait rw boot | 08:39 |
fbre | The same thing works with warrior | 08:39 |
zandrey | fbre: have you tried a BSP from meta-freescale? this one has dunfell compatibility, and there is an ongoing PR to integrate NXP 5.4.24-2.1.0 release | 08:40 |
fbre | zandrey: A BSP from meta-freescale? Not sure what you mean *thinking* | 08:41 |
fbre | zandrey: I always checked out via git from codeaurora | 08:42 |
zandrey | fbre: as i understand - you're using NXP BSP, but you can try a community BSP as well to see if that fits you. have a look at https://github.com/Freescale/meta-freescale | 08:43 |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto | 08:43 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 08:44 | |
fbre | zandrey: Thanx for the link. Is your suggestion different from what I get from here?: repo init -u https://source.codeaurora.org/external/imx/imx-manifest -b imx-linux-[version] -m imx-[version].xml | 08:45 |
*** gaston53 <gaston53!c50117df@197.1.23.223> has left #yocto | 08:46 | |
zandrey | fbre: yes it is. :) you would not require NXP manifest, you can just clone the oe-core, meta-freescale, and (if needed) you custom layers. check if the machine you're using now is already supported in the meta-freescale, you can start from that BSP. | 08:47 |
zandrey | meta-freescale has ports of NXP components together with upstream recipes, so it is compatible with dunfell. it is also tested (to a certain extreme) with imx8mmevk and imx8mnevk | 08:49 |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC | 08:50 | |
zandrey | fbre: bottom line: you can compare the content of meta-freescale with meta-bsp folder from NXP BSP, you see that they match in certain areas ;) | 08:50 |
RP | dl9pf: no, that looks different | 08:52 |
RP | dl9pf: I've not seen bitbake hang at Task init for a long time | 08:52 |
fbre | zandrey: sound cool although I'm quite confused how I get it all puzzled together. I have clones of sumo, warrior and zeus here, all from codeaurora (see above). Dunfell is not available there yet. That meta-freescale is just a layer there in each one. Do you mean I should use my "zeus" checkout and replace its meta-freescale layer with the one | 08:53 |
fbre | from the link you suggested to me? | 08:53 |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto | 08:53 | |
dl9pf | RP: ok, will watch out. | 08:54 |
dl9pf | could not repro locally, though. | 08:54 |
dl9pf | all on dunfell | 08:55 |
fbre | zandrey: .... because https://github.com/Freescale/meta-freescale is just one layer. | 08:55 |
RP | dl9pf: Its unusual to hang there, usually its at startup/exit where we have the problems | 08:55 |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 08:57 | |
dl9pf | fwiw: it is with prserv/hashserv both enabled. | 08:57 |
*** sinseman44 <sinseman44!~vbenoit@alille-651-1-239-119.w90-1.abo.wanadoo.fr> has joined #yocto | 08:58 | |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 08:58 | |
*** RobertBerger <RobertBerger!~rber@ppp-2-86-237-227.home.otenet.gr> has joined #yocto | 09:01 | |
RP | kanavin_home: around? | 09:04 |
RP | dl9pf: I guess it could be something prserv related as we don't run with that now | 09:04 |
dl9pf | I'll see if I can repro locally ... the cloud builders are gone | 09:05 |
fbre | Yippie I can boot from an overlayfs with warrior!!! Party on. Free beer for all here | 09:05 |
RP | kanavin_home: no matter, as soon as I said that I found the magic I'd spent ages earching for :) | 09:07 |
RP | (LIBGL_DRIVERS_PATH) | 09:07 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 09:07 | |
kanavin_home | RP: :) | 09:07 |
kanavin_home | what was the issue? | 09:08 |
RP | kanavin_home: I'm trying to work out why the virgl test: https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/1269/steps/8/logs/step2d is failing with the bitbake server changes in master-next | 09:08 |
RP | kanavin_home: fails everywhere | 09:08 |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 09:08 | |
RP | kanavin_home: the -nographic in there looks interesting | 09:09 |
RP | kanavin_home: its running "runqemu nographic gtk gl XXX" | 09:12 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 09:12 | |
RP | runqemu should be throwing an error at that? | 09:12 |
RP | hmm, that means DISPLAY is unset. That sounds like a promising lead | 09:14 |
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto | 09:15 | |
*** zandrey_ <zandrey_!~zandrey@193.8.40.126> has joined #yocto | 09:18 | |
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 09:21 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 09:23 | |
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC | 09:42 | |
RP | kanavin_home: found the issue in bitbake. A bug which would have broken memory resident bitbake | 09:51 |
LetoThe2nd | RP: we do have issues? rly?!? | 09:52 |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC | 09:53 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has joined #yocto | 09:55 | |
RP | LetoThe2nd: hard to believe, I know! | 09:55 |
LetoThe2nd | RP: you've just busted my perfect-OE-world bubble! shame on you! | 09:56 |
kanavin_home | RP: had to reboot my system a couple of times, so anything you said probably didn't arrive here | 09:56 |
kanavin_home | RP: if help still needed, please tell :) | 09:56 |
RP | kanavin_home: short summary is I figured out there was a bitbake bug with environment handling which meant DISPLAY was disappearing | 09:59 |
RP | kanavin_home: I do wonder why runqemu doesn't error with "runqemu nographic gl" though | 09:59 |
kanavin_home | RP: right, I thought there was a recent patch for it from someone? | 10:00 |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 10:00 | |
kanavin_home | RP: | 10:01 |
kanavin_home | ak@linux-f9zs:~/development/poky/build> runqemu nographic gl | 10:01 |
kanavin_home | runqemu - ERROR - Option gl also needs gtk or sdl option. | 10:01 |
kanavin_home | runqemu - INFO - Cleaning up | 10:01 |
kanavin_home | works here :-/ | 10:01 |
RP | kanavin_home: let me check the exact command | 10:01 |
RP | kanavin_home: runqemu nographic sdl gl ? | 10:03 |
kanavin_home | RP: nographic shouldn't be there if sdl is? | 10:06 |
RP | kanavin_home: right, I've fixed that. I'm just surprised runqemu didn't error | 10:09 |
RP | kanavin_home: instead if tried to run qemu like this leading to confusing error messages | 10:10 |
kanavin_home | RP: sdl and gl is a valid combination | 10:10 |
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 10:10 | |
kanavin_home | nographic and sdl is not a valid combination | 10:10 |
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-imlspjnvxpdnkpvc> has quit IRC | 10:14 | |
ak77 | is there a way to blacklist a package and everything that depends on it ? by using PNBLACKLIST[x], build fails on packages that depend on x | 10:14 |
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-pfefwatbwrbrzqag> has quit IRC | 10:14 | |
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-gdlgzinhhmfbwewe> has joined #yocto | 10:15 | |
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-icshrmxsvuzxumvs> has joined #yocto | 10:15 | |
kanavin_home | ak77: by eliminating the dependency that pulls in x into the image from that image | 10:15 |
ak77 | kanavin_home, yeah. I know that, but I am currently testing some CI and don't want to change image recipes... just to disable bunch of packages | 10:16 |
kanavin_home | ak77: if an image requires x directly or indirectly, you can't override that without actually finding a way to breaking the dependency chain at some point with a specific tweak: modifications to either the image, or recipe PACKAGECONFIG | 10:18 |
kanavin_home | or build a different image maybe | 10:18 |
*** awe00_ <awe00_!~awe00@unaffiliated/awe00> has joined #yocto | 10:19 | |
ak77 | kanavin_home, makes sense. thank you | 10:19 |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 10:21 | |
*** florian_kc is now known as florian | 10:22 | |
*** submux <submux!~submux@158.36.18.35> has joined #yocto | 10:46 | |
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-anbfwjvwwykulprd> has quit IRC | 10:49 | |
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-fskwodhfovrjdbbg> has quit IRC | 10:49 | |
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 10:50 | |
*** dannas <dannas!~dannas@217198150148-host.dependit.net> has quit IRC | 10:50 | |
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-obvrdqjchmbmfnyv> has quit IRC | 10:51 | |
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 10:54 | |
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 10:59 | |
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-vjvtfakwrvdhcixk> has joined #yocto | 11:00 | |
*** CoLa|work <CoLa|work!~cordlandw@port-92-196-194-160.dynamic.as20676.net> has joined #yocto | 11:00 | |
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has joined #yocto | 11:00 | |
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-hpqqtaotfckztuhh> has joined #yocto | 11:01 | |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 11:02 | |
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-rgxkidkercsjlhnk> has joined #yocto | 11:02 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 11:05 | |
*** CoLa|work <CoLa|work!~cordlandw@port-92-196-194-160.dynamic.as20676.net> has quit IRC | 11:16 | |
RP | kanavin_home: Its the combination of nographic, sdl and gl I think should error? | 11:22 |
kanavin_home | RP: nographic and sdl should be mutually incompatible | 11:28 |
kanavin_home | RP: but qemu accepts them both, and the behaviour differs depending on their order :-/ | 11:30 |
kanavin_home | (e.g qemu-system-x86_64 -display sdl -nographic vs qemu-system-x86_64 -display sdl -nographic ) | 11:31 |
RP | kanavin_home: ouch :/ | 11:31 |
*** maze-BUG <maze-BUG!~Thunderbi@180.166.53.21> has left #yocto | 11:31 | |
RP | kanavin_home: regardless of qemu, runqemu shouldn't I guess | 11:31 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 11:31 | |
kanavin_home | RP: right, something to fix perhaps - there can only be one of nographic, sdl or gtk | 11:32 |
kanavin_home | and then gl is only compatible with the latter two, which is already addressed | 11:32 |
RP | kanavin_home: yes, I'll add fixing it to the queue (or file a bug) | 11:33 |
fbre | zandrey_: I wonder if a kernel with bundled initramfs cannot be loaded with "zeus" (but can be loaded without problem with "warrior") because the size probably exceeds any limit (?) A kernel+bundledInitramfs as .bin file is 63,7MB with zeus but 57,3MB with warrior. | 11:34 |
RP | nice, this bitbake server code fixes open bugs :) | 11:35 |
kanavin_home | RP: something I wanted to ask - should we run AUH once more (out of monthly cadence) for a final round of version updates, or are the deadlines too close for that? | 11:36 |
RP | kanavin_home: I'm happy to have one more, once I get the current queue merged | 11:36 |
kanavin_home | RP: right, I'll do that then (once the master-next is down to few patches) | 11:37 |
zandrey_ | fbre: this well can be, but it is hard for me to judge on it since it would involve a debugging session with logs reading. | 11:38 |
RP | oe-selftest -r tinfoil takes 60s normally, BB_SERVER_TIMEOUT=5 makes it take 30s | 11:38 |
zandrey_ | fbre: as for using meta-freescale in your setup, you can do it like it is written in https://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html#kernel-dev-advanced | 11:38 |
zandrey_ | fbre: just replace meta-altera with meta-freescale in the section "Customizing Your Build for Specific Hardware" and follow instructions | 11:39 |
fbre | zandrey_: thanx! That's a good start for further steps | 11:39 |
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC | 11:39 | |
zandrey_ | since you're using imx8m mini evk - there is a machine configuration file readily available in the layer for you to use | 11:40 |
zandrey_ | when it come to build, just issue 'MACHINE=imx8mmevk bitbake core-image-minimal' and you should then have a wic.gz ready for you to load | 11:41 |
fbre | OK (y) | 11:41 |
zandrey_ | later on i suggest you to bundle your kernel, fdt and initramdisk in the fit image and load it, instead of bundling it with kernel. this should work, but there would be one patch required for u-boot to properly uncompress kernel binary. | 11:42 |
zandrey_ | this patch is under review in u-boot upstream, and once it is accepted i would add a backport to meta-freescale layer so that fit can be loaded proper | 11:43 |
*** berton <berton!~berton@181.220.78.182> has joined #yocto | 11:44 | |
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto | 11:44 | |
fbre | OK (y) I understand only half of it but it should be clearer after I read your web page | 11:45 |
fbre | Though I still wonder how my hacks of yocto/sources/poky/meta/recipes-core/initrdscripts/files/init-live.sh should be handled. I had to adapt it a bit to load my own readwritable-partition instead of their plugging in of a live media CD | 11:45 |
fbre | That init-live.sh is called by that core-image-tiny-initramfs | 11:46 |
zandrey_ | fbre: i guess the best course of action here would be to post this question to the yocto mailing list together with changes you made, so people can have a look and provide a feedback that would steer it further. if there is a problem in that script - then the patch would be welcomed, otherwise you might get some further directions on how to solve your issues without hacking it. :) | 11:48 |
*** zandrey_ <zandrey_!~zandrey@193.8.40.126> has quit IRC | 11:50 | |
fbre | OK (y) sounds good. Thanx. | 11:50 |
*** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 11:52 | |
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 12:03 | |
osullivan99 | hi mckoan I've written my own receipe for u-boot but yocto still prefers TQ's u-boot. what shall I do next? | 12:04 |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has quit IRC | 12:06 | |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has joined #yocto | 12:14 | |
*** Konsgnx <Konsgnx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 12:16 | |
osullivan99 | does anybody else know how to exchange u-boot version in yocto? | 12:21 |
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 12:22 | |
RP | osullivan99: did you set PREFERRED_VERSION ? | 12:22 |
LetoThe2nd | probably rather PREFERRED_PROVIDER, /me guesses | 12:22 |
osullivan99 | where can I set that flag | 12:23 |
osullivan99 | ? | 12:23 |
osullivan99 | ok i have an idea now | 12:24 |
mckoan | osullivan99: that have to be set in the machine as I said yesterday | 12:26 |
osullivan99 | mckoan: I've set that flag in conf/layer.conf | 12:28 |
osullivan99 | PREFERRED_VERSION_u-boot = "2020.07" | 12:28 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:30 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 12:30 | |
*** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 12:31 | |
osullivan99 | 19:52 < mckoan> PREFERRED_PROVIDER_u-boot_tqma57xx ?= "u-boot-tq" means that your BSP is looking for the latest recipe called u-boot-tq* | 12:33 |
osullivan99 | that's why I named the recipe u-boot_2020.07.bb | 12:34 |
osullivan99 | the other recipes are version <=2019 | 12:34 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fupyyjpimeoxtbat> has joined #yocto | 12:37 | |
osullivan99 | so still there's u-boot 2019 starting, nothing changed | 12:37 |
mckoan | osullivan99: no, you cant name the PN with underscore ! | 12:37 |
mckoan | osullivan99: this is one of the most subtle mistakes | 12:38 |
osullivan99 | where do you mean? i'm sorry i'm still yocto noob | 12:40 |
mckoan | osullivan99: replace u-boot_tqma57xx with u-boot-tqma57xx or better describe what are you doing | 12:40 |
osullivan99 | ok let me try | 12:40 |
mckoan | osullivan99: pastebin your machine file, your u-boot recipe and the recipe name | 12:40 |
mckoan | recipes must have the following rule: PN_PV.bb (my-recipe-name_1.00.bb) the one and only underscore ('_') have to separate the PN from PV | 12:42 |
* mckoan always teaches that during his training courses :-D | 12:43 | |
mckoan | osullivan99: but in this case you have to use PREFERRED_PROVIDER_u-boot_tqma57xx in the machine (sorry) | 12:44 |
mckoan | osullivan99: if your recipe name is u-boot_2020.07.bb, it's fine | 12:45 |
osullivan99 | https://dpaste.com/GPK6TULWL <--- u-boot_2020.07.bb | 12:46 |
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC | 12:47 | |
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto | 12:49 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:50 | |
osullivan99 | https://dpaste.com/352DQ9WWL <--- tqma57xx.inc | 12:50 |
mckoan | osullivan99: you have to name your recipe u-boot-tq_2020.07.bb | 12:51 |
osullivan99 | oh | 12:52 |
mckoan | osullivan99: because you said PREFERRED_PROVIDER_virtual/kernel_tqma57xx ?= "linux-ti-tq" | 12:52 |
mckoan | and not PREFERRED_PROVIDER_virtual/kernel_tqma57xx ?= "linux-ti" | 12:52 |
mckoan | no, sorry | 12:52 |
mckoan | that's a typo | 12:53 |
mckoan | osullivan99: PREFERRED_PROVIDER_u-boot_tqma57xx ?= "u-boot-tq" is OK | 12:53 |
mckoan | osullivan99: are you sure that the SRC_URI you are using in u-boot_2020.07.bb is suitable for tqma57xx-mba57xx ? | 12:54 |
mckoan | osullivan99: because the latest u-boot provided for such board is SRCBRANCH = "TQMa57xx-u-boot-v2019.04" | 12:56 |
mckoan | osullivan99: I guess that you don't have the 2020 binary artefact becaus ethe whole u-boot build fails | 12:57 |
osullivan99 | actually I want to port u-boot to board tqma335x, so I try step by step because i'm a noob | 12:59 |
osullivan99 | my plan is first port other version on tqma57xx and second try on other board | 13:00 |
*** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has quit IRC | 13:16 | |
*** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has joined #yocto | 13:22 | |
*** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has quit IRC | 13:25 | |
mckoan | osullivan99: it will be a hard work, particularly for a noob | 13:25 |
*** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has joined #yocto | 13:25 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 13:26 | |
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-86-56.v4.ngi.it> has joined #yocto | 13:31 | |
*** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has joined #yocto | 13:33 | |
*** ant__ <ant__!~ant__@host-195-31-129-205.business.telecomitalia.it> has quit IRC | 13:34 | |
osullivan99 | mckoan: what do you think about my plan? do you have any better idea? | 13:36 |
*** paulg <paulg!~paulg@198-84-145-15.cpe.teksavvy.com> has joined #yocto | 13:47 | |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC | 13:48 | |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 13:48 | |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto | 13:48 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:56 | |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:56 | |
ak77 | hmm... how to non-intrusively add layer compatibility to an external meta layer ? everything works, but it's missing "dunfell" | 14:03 |
ak77 | why is that even a thing? it should be feature-dependent, not name-dependent | 14:04 |
ak77 | urgh. | 14:04 |
RP | ak77: its because previously it was hard to spot untested layers and that caused even more problems | 14:06 |
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-zfgwlsgtqpgnyjth> has left #yocto | 14:06 | |
RP | ak77: now you *know* this is potentially risky | 14:06 |
mckoan | osullivan99: I whish you a warm 'happy hacking!' | 14:08 |
*** hipr_c <hipr_c!~Thunderbi@45-18-201-130.lightspeed.lsvlky.sbcglobal.net> has joined #yocto | 14:09 | |
*** hipr_c <hipr_c!~Thunderbi@45-18-201-130.lightspeed.lsvlky.sbcglobal.net> has joined #yocto | 14:10 | |
*** hipr_c <hipr_c!~Thunderbi@45-18-201-130.lightspeed.lsvlky.sbcglobal.net> has joined #yocto | 14:10 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 14:19 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 14:31 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 14:33 | |
*** rcrudo <rcrudo!~rcrudo@83.135.244.64> has joined #yocto | 14:40 | |
*** orange568 <orange568!~orange@83.135.244.64> has joined #yocto | 14:47 | |
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:50 | |
smurray | YPTM: Scott Murray is on | 15:02 |
LetoThe2nd | YPTM: josef is on | 15:03 |
ak77 | RP, yes, now I know, I have tested, and all is good. can I somehow mark it ok from some other layer? (as I don't wanna have my own branch just for this one "fix") | 15:04 |
paulbarker | denix: Have you seen http://git.yoctoproject.org/cgit/cgit.cgi/meta-arm/commit/?id=6eca1708756abc6a8bd02a3225fb10f8d422c7a4? Looks like it breaks Arago distro on master | 15:06 |
denix | YPTM: Denys is on | 15:06 |
*** davidinux <davidinux!~davidinux@192.145.127.172> has joined #yocto | 15:07 | |
*** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has joined #yocto | 15:07 | |
paulbarker | denix: http://arago-project.org/git/?p=meta-arago.git;a=blob;f=meta-arago-extras/recipes-core/meta/external-arm-toolchain.bbappend;h=5a51aaa07428f2a7c61e27cc8b2c89b3186df25e;hb=HEAD#l9 may need updating to use ${TARGET_SYS} instead of ${EAT_TARGET_SYS}. If that sounds right I can work up a patch to submit | 15:08 |
dl9pf | YPTM: Jan-Simon is on | 15:13 |
denix | paulbarker: there was a long discussion on the list and that change is not finished yet... | 15:15 |
paulbarker | denix: Ok, any way we can workaround until it's finished? Or do we need to pin meta-arm to an older commit for now? | 15:17 |
denix | paulbarker: yeah, I pinned it down for my builds for now. need to get back to that, but have been too busy unfortunately | 15:20 |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 15:20 | |
paulbarker | denix: I know the feeling there don't worry. I'll pin it for now | 15:21 |
denix | paulbarker: thanks | 15:21 |
denix | paulbarker: there were couple of your old patches for meta-arago that needed re-work or rebase - are those still needed? | 15:22 |
paulbarker | denix: Yes, I'm still applying those locally but I agree they need a bit of rework to upstream them | 15:24 |
paulbarker | I'll give them another look now I'm working on this BSP again | 15:25 |
orange568 | Hi. I'm new to Yocto and have been using the Thud release due to the project constraints. To get better performance from the modem, I wanted to update NetworkManager from v1.14.4 to v1.18.4 (Zeus). The problem that I have is that if I replace all the files in the networkmanager directory with the newer ones, the service is disabled at boot time. I can manually enable it by ssh'ing into the board. Does anyone have an idea of what could be causing the | 15:28 |
orange568 | problem? | 15:28 |
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 15:31 | |
LetoThe2nd | orange568: without digging into it specifically, look at bitbake -e and see whats going on, maybe some systemd enable being set to false or such. | 15:35 |
RP | kergoth: had to smile at your reply on the bitbake list :) | 15:36 |
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 15:38 | |
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 15:38 | |
*** codusnocturnus <codusnocturnus!~codusnoct@ip68-98-225-84.ph.ph.cox.net> has quit IRC | 15:42 | |
*** skanmalem <skanmalem!c5146573@197.20.101.115> has joined #yocto | 15:47 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 15:47 | |
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 15:49 | |
orange568 | I will try that | 15:49 |
orange568 | Thank you | 15:49 |
*** sinseman44 <sinseman44!~vbenoit@alille-651-1-239-119.w90-1.abo.wanadoo.fr> has quit IRC | 15:50 | |
skanmalem | hey guys, I have a technical issue working with beagle bone black and work with meta ti layer, I got a wifi dongle USB using mt7601u chipset and I wanted to integrate the driver and the firmware on core image minimal but the board cannot detect the dongle. | 15:52 |
JPEW | RP: I was trying to distill down what you meant by the stdin/stdout file descriptors not being kept across fork(), can you elaborate? | 15:57 |
RP | JPEW: daemonize does so = open(logfile, 'a+'); os.dup2(so.fileno(), sys.stdout.fileno()) yet in the child, its back to /dev/pty/1 | 15:58 |
RP | (after the exec) | 15:59 |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 16:00 | |
JPEW | RP: Hmm, interesting. I was trying to distill it down to a simpler reproducer, but it seems to work fine in my test program. I'll keep digging | 16:01 |
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 16:01 | |
*** skanmalem <skanmalem!c5146573@197.20.101.115> has left #yocto | 16:02 | |
*** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has quit IRC | 16:03 | |
RP | JPEW: efibootpartition.GenericEFITest.test_boot_efi was the one which showed it up | 16:03 |
RP | JPEW: showed up as dumping server output to the terminal | 16:04 |
*** mbulut <mbulut!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 16:05 | |
*** orange568 <orange568!~orange@83.135.244.64> has quit IRC | 16:07 | |
ak77 | I always wondered why does npm.class add RDEPENDS on nodejs ? we build js files that are static, and served by the web server - no need for nodejs | 16:08 |
*** skanmaalem <skanmaalem!c5146573@197.20.101.115> has joined #yocto | 16:11 | |
*** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 16:13 | |
*** mckoan is now known as mckoan|away | 16:16 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:16 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:17 | |
*** fl0v0 <fl0v0!~fvo@88.130.219.148> has quit IRC | 16:23 | |
*** skanmaalem <skanmaalem!c5146573@197.20.101.115> has quit IRC | 16:34 | |
*** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 16:37 | |
*** rcrudo <rcrudo!~rcrudo@83.135.244.64> has quit IRC | 16:38 | |
*** orange568 <orange568!~orange@x4d0b36a4.dyn.telefonica.de> has joined #yocto | 16:45 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-casqvabwoadvptba> has quit IRC | 16:50 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 16:52 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 16:53 | |
*** angery <angery!~dave@d66-183-214-213.bchsia.telus.net> has joined #yocto | 16:55 | |
RP | JPEW: to be clear, I mean that logfile is lost over the exec() call | 16:57 |
*** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has joined #yocto | 17:03 | |
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-86-56.v4.ngi.it> has quit IRC | 17:03 | |
*** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 17:19 | |
*** berton_ <berton_!~berton@181.220.78.182> has joined #yocto | 17:21 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 17:22 | |
*** berton <berton!~berton@181.220.78.182> has quit IRC | 17:24 | |
*** berton_ <berton_!~berton@181.220.78.182> has quit IRC | 17:24 | |
*** otavio <otavio!~otavio@181.220.78.182> has joined #yocto | 17:24 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 17:24 | |
*** osullivan99 <osullivan99!~osullivan@host-82-135-4-50.static.customer.m-online.net> has quit IRC | 17:33 | |
*** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 17:35 | |
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:53 | |
rewitt | kanavin_home: I talked to the rt-tests maintainer in IRC yesterday regarding the stable vs. ustable branches in rt-tests. He said "rewitt, I would recommend that they use unstable/devel/latest as the maintained stable branch". With him saying this, do you see any reason rt-tests shouldn't be upgraded to 1.8? | 17:56 |
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-zuocbudcpiyltbit> has quit IRC | 18:13 | |
smurray | heh, unstable = stable, that's very 2020 | 18:17 |
*** stbenz61 <stbenz61!~stbenz@ipbcc05ebf.dynamic.kabel-deutschland.de> has quit IRC | 18:31 | |
*** stbenz61 <stbenz61!~stbenz@ipbcc05ebf.dynamic.kabel-deutschland.de> has joined #yocto | 18:31 | |
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 18:33 | |
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 18:33 | |
*** rcw <rcw!~rcw@45.72.241.84> has joined #yocto | 18:34 | |
RP | zeddii: meta-intel is still using 5.4 and is grumpy with perf: https://autobuilder.yoctoproject.org/typhoon/#/builders/100/builds/660 | 18:39 |
zeddii | hmm. yah. probably missing that patch. I'll check and dig it out of 5.8 and add it to 5.4. | 18:40 |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has quit IRC | 18:43 | |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has joined #yocto | 18:44 | |
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-hpqqtaotfckztuhh> has quit IRC | 18:48 | |
RP | zeddii: its possible they haven;t updated SRCREVs too | 18:49 |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has quit IRC | 18:49 | |
RP | khem: can we just change f-no-common for perf in its compiler flags? | 18:49 |
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-tfsowvmujccmeyzv> has joined #yocto | 18:50 | |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has joined #yocto | 18:50 | |
khem | RP: yes we can is it still failing ? | 18:52 |
khem | I thought Martin's patch would address it | 18:53 |
RP | khem: still failing. I think a perf specific patch might be easiest given the variety of kernels people run :/ | 18:53 |
*** mihai is now known as mihail | 18:53 | |
khem | thats what I asked Martin I think his patch is good approach since it does not require specific patches for kernel | 18:54 |
*** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has joined #yocto | 18:54 | |
khem | which kernel is failing for you | 18:54 |
zeddii | RP: yah, the meta-intel perf issue is in their kernel tree | 18:55 |
RP | khem: linux-intel 5.4: https://autobuilder.yoctoproject.org/typhoon/#/builders/100/builds/660 | 18:56 |
khem | RP: let intel fix it perhaps ? | 18:56 |
*** goliath <goliath!~goliath@212-186-38-205.cable.dynamic.surfer.at> has quit IRC | 18:56 | |
khem | I wonder why Martin's fix did not work here | 18:56 |
RP | khem: Martin said there were multiple issues. Can we not add -fno-common to LDFLAGS or CFLAGS or something? | 18:57 |
zeddii | if linux-yocto 5.4 perf builds, then it is probably a patch I'm carrying. I can build it here, but I don't have the -f-no-common change in place when I built it. | 18:57 |
zeddii | I have to set that up and start it overnight. | 18:57 |
khem | zeddii: https://github.com/torvalds/linux/commit/e4ffd066ff440a57097e9140fa9e16ceef905de8 | 18:58 |
RP | zeddii: since we switched defaults, its hard for me to tell where 5.4 is at now | 18:58 |
zeddii | that's the one that Martin's sed takes care of. RP is talking about a different issue, that looks triggered by 5.4 and -f-no-common | 18:59 |
zeddii | I'll get my own builds up and running locally, so I can sort through the variations. | 18:59 |
khem | I think all 5.4 kernels beyond 5.4.54 I think has the fix | 19:03 |
*** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 19:05 | |
khem | linux-intel-5.4.55+gitAUTOINC+034cc5c817_6f7fd35b3c-r0 | 19:07 |
khem | so I guess this needs to be 5.4.56+ | 19:07 |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has quit IRC | 19:11 | |
*** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 19:12 | |
khem | RP: try something like http://sprunge.us/YKybWn for meta-intel ( untested ) | 19:13 |
*** pbb <pbb!~quassel@pleroma.petabyte.dev> has joined #yocto | 19:14 | |
mrc3 | khem, a question on this patch of yours: | 19:26 |
mrc3 | https://patchwork.openembedded.org/patch/165262/ | 19:27 |
mrc3 | i know it's ancient, but is there any chance that patch will see the light? | 19:28 |
rewitt | smurray: To be fair, he said he named it based on the API being stable and that he should probably change the name | 19:29 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 19:38 | |
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 19:39 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 19:44 | |
*** NiksDev2 <NiksDev2!~NiksDev@192.91.101.30> has quit IRC | 19:45 | |
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.12> has joined #yocto | 19:46 | |
*** Saur <Saur!pkj@nat/axis/x-dufslgslpyeqwgek> has quit IRC | 19:53 | |
*** orange568 <orange568!~orange@x4d0b36a4.dyn.telefonica.de> has quit IRC | 20:03 | |
*** dev1990 <dev1990!~dev@aqv98.neoplus.adsl.tpnet.pl> has joined #yocto | 20:03 | |
*** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC | 20:06 | |
*** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 20:06 | |
smurray | rewitt: heh | 20:14 |
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has quit IRC | 20:17 | |
kanavin_home | rewitt: I don't, except they should really sort their message properly. If the unstable is actually stable, then make it so, and adjust docs etc. | 20:19 |
kanavin_home | what is there now is confusing to integrators and maintainers | 20:20 |
*** vmeson <vmeson!~rmacleod@192-0-133-244.cpe.teksavvy.com> has joined #yocto | 20:20 | |
*** dev1990 <dev1990!~dev@aqv98.neoplus.adsl.tpnet.pl> has quit IRC | 20:27 | |
khem | mrc3: sumo is EOL ACAICT, so I think it perhaps wont unless stable maintainer is planning on continuiing to support sumo which does not look like the case | 20:29 |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 20:30 | |
*** awe00_ <awe00_!~awe00@unaffiliated/awe00> has quit IRC | 20:32 | |
*** dev1990 <dev1990!~dev@aqv98.neoplus.adsl.tpnet.pl> has joined #yocto | 20:38 | |
rewitt | kanavin_home: Ok I had planned on doing it for a layer, so when I get it working I'll submit a patch | 20:40 |
*** khem <khem!~khem@unaffiliated/khem> has quit IRC | 20:40 | |
rewitt | kanavin_home: I agree about it being confusing, which is why I asked for clarification. It's confused me for like a year. | 20:40 |
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 20:43 | |
*** maudat <maudat!~moda@bras-vprn-mtrlpq2848w-lp130-10-174-92-198-55.dsl.bell.ca> has quit IRC | 20:48 | |
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-191.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 20:49 | |
*** mihail <mihail!~mihai@unaffiliated/mihai> has quit IRC | 20:54 | |
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 21:03 | |
*** mihai2 <mihai2!~mihai@unaffiliated/mihai> has joined #yocto | 21:04 | |
JaMa | armpit: should zeus now show 3.0.4 as current version? https://wiki.yoctoproject.org/wiki/index.php?title=Releases&diff=76167&oldid=76134 | 21:04 |
JaMa | to match https://lists.yoctoproject.org/g/yocto/message/50323 | 21:04 |
*** mihai2 <mihai2!~mihai@unaffiliated/mihai> has quit IRC | 21:04 | |
*** odda <odda!~quassel@mustbehax.de> has quit IRC | 21:04 | |
*** odda <odda!~quassel@mustbehax.de> has joined #yocto | 21:05 | |
khem | yes I think so | 21:13 |
*** agust <agust!~agust@p508b6ab0.dip0.t-ipconnect.de> has quit IRC | 21:13 | |
armpit | JaMa, yes. | 21:33 |
armpit | surprised anyone uses the wiki ; ) | 21:33 |
RP | khem: https://autobuilder.yoctoproject.org/typhoon/#/builders/63/builds/2340 - kexec-tools ppc fcommon issue? (https://autobuilder.yoctoproject.org/typhoon/#/builders/107/builds/839 is the same( | 21:40 |
RP | khem: ah, https://autobuilder.yoctoproject.org/typhoon/#/builders/59/builds/2349 is also an fcommon issue with a cpio build from a different angle | 21:40 |
RP | khem: I was about to blame bitbake memres! | 21:41 |
RP | vmeson: sadly the oe-selftest output with memres bitbake is a bit rough :( | 21:43 |
RP | vmeson: outside selftest things look quite nice though | 21:44 |
*** ant__ <ant__!~ant__@host-82-60-190-157.retail.telecomitalia.it> has joined #yocto | 21:44 | |
RP | 35/356 failures so far so 10% but ~2 main causes from the looks of the logs | 21:45 |
*** problame <problame!~quassel@quassel.hetzner1.cschwarz.com> has quit IRC | 21:45 | |
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 21:53 | |
JaMa | armpit: this page is what I use to show management how outdated our builds are to persuade them to let me upgrade it to newer release :) | 21:56 |
JaMa | (the persuading is often more difficult than the actual upgrade) | 21:57 |
khem | RP:lemme look | 21:58 |
khem | JaMa: get to 3.1 atleast | 21:58 |
khem | I know its a big PITA but it will let some of us share the pain | 21:59 |
armpit | JaMa, k. I also update 3.1 revision too | 21:59 |
RP | JaMa: I made sure to list *all* the previous releases in the new docs manual interface to show how outdated some releases are too | 22:00 |
khem | RP: first one is fno-common/ppc right, I am trying to build it now and will be able to fix it quickly | 22:02 |
JaMa | khem: yes, that's what I was pushing for (not partially implemented) | 22:03 |
JaMa | RP: armpit: thanks x2 | 22:03 |
khem | RP: meta_ide.MetaIDE.test_meta_ide_can_build_cpio_project hmm I thought I sent a fix for it already | 22:04 |
*** Saur <Saur!pkj@nat/axis/x-jwnwihhrhcwgnude> has joined #yocto | 22:04 | |
khem | JaMa: you can say other big projects are also adopting 3.1 | 22:04 |
*** Saur <Saur!pkj@nat/axis/x-jwnwihhrhcwgnude> has quit IRC | 22:05 | |
JaMa | khem: the issue are the "expensive" prebuilt binaries we need to get for new ABIs in 3.1 | 22:06 |
armpit | I can charge for prebuilts ? | 22:06 |
khem | RP: ah I see, selftest is another one | 22:06 |
khem | JaMa: yes thats the biggest drag, I know :) and hopefully you dont have code which needs physical keys to access | 22:07 |
JaMa | armpit: yes, some companies still sell their nasty binaries | 22:07 |
khem | JaMa: getting base system up takes 1/10th of time compared to full deployment | 22:07 |
armpit | I know a guy selling cheap prebuilts out of his van ; ) | 22:08 |
*** Saur <Saur!pkj@nat/axis/x-hmjklaycnqpdjtey> has joined #yocto | 22:08 | |
JaMa | khem: yes, unfortunately :/ | 22:08 |
JaMa | I took some shortcuts to get it running and booting incrementally (for all releases) and created Jira tickets for responsible teams for items I didn't have access to resolve myself, now all the shortcuts are merged anyway, because responsible teams don't have time to work on "some yacto upgrade" and then they complain that it doesn't work well because of those shortcuts | 22:11 |
JaMa | like downgrading various components to the version from old release, just because our components need to be properly updated to be compatible with new version.. (sigh) | 22:11 |
JaMa | and I shouldn't be even working on webOS anymore, so my powers to influence it are quite limited | 22:12 |
ant__ | hi guys, you can't imagine how many 'unknown' distro out there for DVB/STB boxes are still using sumo | 22:13 |
ant__ | just this week I was hoping to find fixes because there is a bug and debugfs lacks sources... | 22:14 |
ant__ | so downloaded JaMa's last effort openembedded-core-2018-04-sumo.tar.gz | 22:14 |
ant__ | ..but it adds layers compat etc etc... | 22:15 |
JaMa | and your fridge might be much older release than that :) | 22:15 |
ant__ | hah | 22:15 |
ant__ | btw which TV to buy in 2020? | 22:15 |
ant__ | ;) | 22:16 |
JaMa | LG OLED ofc :) | 22:16 |
ant__ | which OS is now mode? | 22:16 |
ant__ | I see many 'droids | 22:16 |
JaMa | I plan to buy OLED48CX3LB as new monitor | 22:16 |
ant__ | I had the strang eidea to buy 'just a monitor' but the panels costs $$$ | 22:17 |
ant__ | I am starting to like Enigma2 | 22:18 |
RP | khem: yes, I think its a similar problem, different test | 22:18 |
ant__ | JaMa, unfortunately Enigma2 spaghetti-code is bound to python2 | 22:18 |
khem | RP: patches on ml for both | 22:18 |
ant__ | so zeus is the limit for now (I tried to move them to dunfell but it is too hard atm) | 22:19 |
RP | khem: thanks! Will run more builds :) | 22:20 |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-exlvxvetsfspzfai> has quit IRC | 22:21 | |
khem | JaMa: same issues everywhere man, fixing platform code for apps its so upside down | 22:21 |
ant__ | JaMa, nice display (CZ only I get) for 1.500 eur | 22:21 |
khem | also available in Hungary :) | 22:22 |
ant__ | my wife won't let me go in these countries ;) | 22:22 |
ant__ | too jelous | 22:23 |
JaMa | ant__: actually not available in CZ yet at all, maybe in 2 months they say, but some youtubers reviewed them already, so they are available elsewhere | 22:23 |
JaMa | hehe | 22:23 |
khem | JaMa: for OLEDs hands down LG is ahead of pack | 22:24 |
ant__ | I read many other competitors have the bad habits to not update th esoftware, or so was in the past | 22:25 |
khem | yeah its perhaps true for many today as well | 22:25 |
ant__ | so people buy cheap 'droid TV | 22:26 |
ant__ | khem: I thought I was smarter than them so got this expensive mipsel box and now am debugging second-hand closed-source BCM stuff | 22:27 |
ant__ | :/ | 22:27 |
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 22:33 | |
*** Saur <Saur!pkj@nat/axis/x-hmjklaycnqpdjtey> has quit IRC | 22:34 | |
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 22:36 | |
*** Saur <Saur!pkj@nat/axis/x-fclyzhdbnkbeaeja> has joined #yocto | 22:37 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 22:41 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 22:45 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 22:56 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 23:03 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:12 | |
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 23:26 | |
*** ant__ <ant__!~ant__@host-82-60-190-157.retail.telecomitalia.it> has quit IRC | 23:42 | |
*** rcw <rcw!~rcw@45.72.241.84> has quit IRC | 23:57 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!