**** BEGIN LOGGING AT Wed Jul 01 03:01:14 2020 Jul 01 03:16:34 s/evening/lunch/ Jul 01 06:26:35 Hi guys. I have imx8qxp based SOM. I know that hardware has h264 encoder-decoder, h265 decoder. But I cant find any software support for use this hw encoder-decoders. I tried to build gstreamer-imx plugin with yocto. But I can't because it seems this plugins and libimxdmabuffer and libimxvpuapi not support for imx8qxp yet. How can I do? Am I Jul 01 06:26:42 missing somethings for use hw encoder-decoder? Jul 01 06:37:25 beratiks: I think it perhaps is missing the BSP bits to enable it perhaps just guuessing I think meta-freescale might be right place to open a discussion on their github Jul 01 06:38:27 khem: you are right. I will try the my change in there. **** BEGIN LOGGING AT Wed Jul 01 06:57:07 2020 Jul 01 07:06:43 mihai-: thanks for share. this meta layer's gstreamer-imx plugin seems support imx8 where in gstreamer1.0_1.16.imx.bb. I think I can change my gstreamer-imx bb file with these and if get dependency errors change with these meta-layer. I think maybe I can try likethat **** BEGIN LOGGING AT Wed Jul 01 07:11:04 2020 Jul 01 07:12:17 mihai-: wonderfull. Am I update my recipes only change bb files with these? Jul 01 07:16:11 beratiks, yes, I would try that first, stick to your current layers and update just the recipes you need to get source from there Jul 01 07:17:27 mihai-: thank you very much. I got it. Jul 01 07:20:41 yw **** BEGIN LOGGING AT Wed Jul 01 07:23:58 2020 **** BEGIN LOGGING AT Wed Jul 01 07:44:26 2020 **** BEGIN LOGGING AT Wed Jul 01 07:46:25 2020 **** BEGIN LOGGING AT Wed Jul 01 07:50:43 2020 **** BEGIN LOGGING AT Wed Jul 01 08:20:48 2020 Jul 01 08:22:49 Question about u-boot, anyone available to help? I get a weird error message about 'u-boot-pg/2018.01+gitAUTOINC+4c31f710be-r30/git is not clean, please run 'make mrproper' Jul 01 08:23:28 Trying to build u-boot 2018.01 in dunfell (2018 since we have made modifications; would like to migrate to 2020 if possible) Jul 01 08:24:05 wertigon: sounds like you accidentially commited some build artifacts into the repo Jul 01 08:24:21 or are we talking about some form of externalsrc build? Jul 01 08:24:39 Letothe2nd: We do have an internal repo Jul 01 08:25:09 wertigon: that answers neither question :) Jul 01 08:25:22 Can I just do something like do_compile_prepend { make mrproper } Jul 01 08:25:38 Let me check Jul 01 08:25:43 wertigon: would you please answer the externalsrc question first, because that really matters. Jul 01 08:26:35 I think we build everything internally for now Jul 01 08:27:11 *sigh* Jul 01 08:27:15 So I don't think we have any externalsrc? Any string I could grep for? Jul 01 08:27:18 wertigon: is there `inherit externalsrc` ANYWHERE in this recipe (or the require/include/inherit?) Jul 01 08:27:44 so we are taking about a recipe that pulls stuff from the (your internal companies) repository, and not about some local development setup? Jul 01 08:27:58 qschulz: No. Jul 01 08:28:08 Letothe2nd: Yes. Jul 01 08:28:16 wertigon: then go fix your repository, somebody commited build artifacts. Jul 01 08:28:39 Letothe2nd: Ok, it does build fine in our previous version (thud) Jul 01 08:28:54 *shrug* Jul 01 08:29:16 I'll go through the git log for u-boot :) Jul 01 08:32:31 Hmm, could it be that the recipe is called twice, and that is what is causing the errors? Jul 01 08:33:07 you would have to do very black magic to build it twice. Jul 01 08:46:17 Hmm, git log .config include/config does not show any entries Jul 01 08:46:43 wertigon: It'd be helpful to post the bitbake command you ran and the full output via a pastebin Jul 01 08:46:59 Ok, will do :) Jul 01 08:49:21 https://pastebin.com/M6hR6De9 Jul 01 08:49:55 I am assuming we're at fault here, but what we're doing wrong I have no clue Jul 01 08:52:41 wertigon: Any strange modifications in your u-boot recipe? Jul 01 08:53:27 You could try running `bitbake u-boot-pg -c cleansstate` to throw away the previous work for u-boot, then try again Jul 01 08:57:47 debugging 101, when it first fails, cleansstate and try again Jul 01 08:58:35 mihai-: If you have to do that regularly it's the sign of a deeper issue though Jul 01 08:59:58 * Letothe2nd could hear RP wince right now. Jul 01 09:00:47 :)) Jul 01 09:00:52 https://pastebin.com/TwyU48xG <-- Recipe Jul 01 09:00:58 The risk of jumping straight to `cleansstate` is that you throw away the files you need to debug the problem Jul 01 09:01:22 I think it's valid in this case where the issue is that the u-boot source tree isn't clean Jul 01 09:10:10 cleansstate does very little unfortunately :( Jul 01 09:12:24 wertigon: mmmm it does almost as much as you can for Yocto, so you're definitely messing up with Yocto either within the u-boot recipe or from somewhere else Jul 01 09:13:05 Letothe2nd: yes! :) Jul 01 09:13:37 has this affected anyone? 62931865d5dc02b7f3029b85c7d76401acf2d8d8 Jul 01 09:14:15 wertigon: I'd try building from your u-boot repository by hand outside your Yocto Project environment Jul 01 09:14:35 Try to isolate if the issue is in your recipe/inc files or if it's in your u-boot sources Jul 01 09:14:36 I might be wrong but it seems that there might would be things on DEPLOYDIR before do_deploy is executed Jul 01 09:14:45 alejandrohs: Which repository? Jul 01 09:14:53 poky Jul 01 09:15:45 s/there might would be/there could be/g Jul 01 09:16:24 alejandrohs: DEPLOYDIR is a staging directory so it should be fine. It doesn't point to `tmp/deploy` Jul 01 09:19:17 also, as far as I know it should only use the two recipe files in the distro layer Jul 01 09:24:17 RP: here, have a beer to cope with it. Jul 01 09:24:40 alejandrohs: btw, nice show yesterday! **** BEGIN LOGGING AT Wed Jul 01 12:39:29 2020 Jul 01 12:39:32 wertigon: ah missed your second message. IIUC TARGET_CFLAGS should replace CFLAGS when building for the target **** BEGIN LOGGING AT Wed Jul 01 12:42:19 2020 **** BEGIN LOGGING AT Thu Jul 02 00:16:15 2020 Jul 02 00:27:27 kergoth: thx! **** BEGIN LOGGING AT Thu Jul 02 01:01:13 2020 **** BEGIN LOGGING AT Thu Jul 02 01:19:15 2020 **** BEGIN LOGGING AT Thu Jul 02 02:01:34 2020 **** BEGIN LOGGING AT Thu Jul 02 02:48:56 2020 **** ENDING LOGGING AT Thu Jul 02 02:59:57 2020