**** BEGIN LOGGING AT Sat Jan 15 02:59:56 2022 Jan 15 07:30:25 Herrie: it tries to create boot.scr from boot.txt when UBOOT_ENV isn't empty and UBOOT_ENV_SUFFIX is set to "scr", but that assumes that the BSP will provide the source boot.txt Jan 15 07:31:37 strange, boot.txt is there, boot.cmd is missing Jan 15 08:29:04 JaMa: In general for now it's good to keep the specific SRCREV's en SRC_URI's for PP and PPP because upstream u-Boot needs quite some patches still. Jan 15 08:30:13 I have PPP working with close to master upstream u-Boot but with 2022.01 I didn't get it to work yet, even with patches. Might rebase it again to try Jan 15 08:58:42 JaMa: Do you know why mesa-demos requires X11? It seems it should be possible to build it without according to various sources Jan 15 08:58:54 Such as: https://reviews.freebsd.org/D25243 Jan 15 10:56:25 yes it is, I was building mesa-demos with webOS distro without X11 in DISTRO_FEATURES Jan 15 11:02:10 https://git.openembedded.org/openembedded-core/commit/meta/recipes-graphics/mesa?id=d02a3a745fbb7b534f22de861e7a43e7dacc7970 Jan 15 11:03:38 So they just added it, I could just as well remove it again? Jan 15 11:04:33 it was working in https://git.openembedded.org/openembedded-core/commit/meta/recipes-graphics/mesa?id=c58d3cb308e7e6fc3bad120019f257bf3834fa15 Jan 15 11:04:54 you can try to remove it to see what fails and fix that Jan 15 11:09:36 you might need to apply https://gitlab.freedesktop.org/mesa/demos/-/merge_requests/43 if it isn't covered by oe-core patches anymore Jan 15 11:10:06 JaMa: OK and for my understanding mesa we should only use for qemux86-64 and mainline kernels right? Not for the halium ones? Jan 15 11:10:36 Morning Jan 15 11:11:25 Because in that case we might want to extend https://github.com/webOS-ports/meta-webos-ports/blob/honister/meta-luneos/recipes-core/images/luneos-dev-image.bb#L33 so we install these bits on other targets as well such as PP, PPP and RPi? Jan 15 11:11:41 Herrie: for halium, EGL driver is provided by libhybris, indeed Jan 15 11:11:47 yes Jan 15 11:12:50 in ideal world we shouldn't need to install MESA_PKGS this way as all libraries which are needed should be pulled by their users Jan 15 11:13:04 only exception was IIRC the megadriver which we needed for qemu Jan 15 11:15:03 glmark2 might be possible on all our targets, though. Not sure if the recipe is written to not explicitely depend on mesa Jan 15 11:16:33 ^https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb looks ok Jan 15 11:18:15 mmh building on tissot retrieves mesa-gl package Jan 15 11:18:38 and some x11 stuff too Jan 15 11:18:39 glmark2 was failing with libhybris before, but that might have changed since 2019 https://github.com/webOS-ports/meta-webos-ports/commit/70207447931271fe98359561ef42339d6acc4426#diff-49f0788d37fa86dd4b1288c5d22d78a52f92fa648f2c168619d69b71494b8957 Jan 15 11:19:16 and since thud Jan 15 11:20:55 looks like I've added it even before thud in sumo Jan 15 11:21:26 I wonder why mesa-gl is retrieved here; I'll debug it a little bit, maybe it's just some incorrect PACAKGECONFIG Jan 15 11:22:08 mesa-gl could be fine in combination with libhybris Jan 15 11:22:32 well, the recipe clearly separates gl and gles Jan 15 11:22:45 so I expected it to build as-is Jan 15 11:23:21 ah, we have x11 in DISTRO_FEATURES_DEFAULT Jan 15 11:23:26 maybe that's why Jan 15 11:23:35 libhybris PROVIDES += "virtual/libgles1 virtual/libgles2 virtual/egl virtual/mesa" Jan 15 11:23:45 mesa-gl PROVIDES = "virtual/libgl virtual/mesa" Jan 15 11:24:02 so if something depends on virtual/libgl, it pulls mesa-gl Jan 15 11:24:27 PACKAGECONFIG[x11-gl] = ",,virtual/libgl virtual/libx11" <-- I'm guess it's this one but not sure Jan 15 11:24:29 we have x11 now? that's surprise Jan 15 11:24:35 I'm getting this: https://bpa.st/UFNQ Jan 15 11:24:58 JaMa: DISTRO_FEATURES_DEFAULT="acl alsa argp bluetooth debuginfod ext2 ipv4 ipv6 largefile pcmcia usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x11 vfat seccomp" (from bb -e glmark2) Jan 15 11:25:16 After I removed x11 from REQUIRED_DISTRO_FEATURES and did PACKAGECONFIG:remove = "x11 glew glu glx" in my mesa-demos_%%.bbappend Jan 15 11:25:26 Tofe: and DISTRO_FEATURES ? Jan 15 11:25:58 JaMa: ah ok, yes I was looking at the wrong one Jan 15 11:26:41 DISTRO_FEATURES=" alsa ext2 irda largefile xattr opengl pci pcmcia usbhost usbgadget bluetooth 3g wifi bluez5 nfc nfs zeroconf ipv4 ipv6 libc-backtrace libc-big-macros libc-bsd libc-cxx-tests libc-catgets libc-charsets libc-crypt libc-crypt-ufc libc-db-aliases libc-envz libc-fcvt libc-fmtmsg libc-fstab libc-ftraverse libc-getlogin libc-idn libc-inet-anl libc-libm libc-libm-big libc-locales libc-locale-cod Jan 15 11:26:41 libc-memusage libc-nis libc-nsswitch libc-rcmd libc-rtld-debug libc-spawn libc-streams libc-sunrpc libc-utmp libc-utmpx libc-wordexp libc-posix-clang-wchar libc-posix-regexp libc-posix-regexp-glibc libc-posix-wchar-io ld-is-gold systemd adb wayland pulseaudio gobject-introspection-data ldconfig" Jan 15 11:26:55 that's extensive :p Jan 15 11:27:17 but no x11 Jan 15 11:27:26 big part of it is from DISTRO_FEATURES_LIBC (which we don't modify) Jan 15 11:27:53 https://github.com/webOS-ports/meta-webos-ports/blob/honister/meta-luneos/conf/distro/include/luneos-features.inc Jan 15 11:29:06 https://github.com/webOS-ports/meta-webos-ports/blob/honister/meta-luneos/conf/distro/include/luneos-toolchain.inc Jan 15 11:29:46 I guess we should drop WEBOS_DISTRO_FEATURES_LIBC and use DISTRO_FEATURES_LIBC_DEFAULT directly now Jan 15 11:30:06 will check if it's still identical Jan 15 11:31:16 I'm stiff investigating why glmark2 is retrieving mesa-gl and libx11; the computed DEPENDS looks fine to me, so I'll print the complete dependency graph and have a look Jan 15 11:32:49 "bb -g glmark2 | grep mesa-gl" doesn't output anything o_O Jan 15 11:33:13 anyway, lunch time Jan 15 11:38:36 -g doesn't output the deps to stdout only creates the files Jan 15 11:39:03 PNBLACKLIST mesa-gl and run the build usually provides the trace faster :) Jan 15 11:45:55 oh. Jan 15 11:52:48 " Nothing PROVIDES 'virtual/libgbm' " Jan 15 11:57:17 https://github.com/openembedded/meta-openembedded/blob/master/meta-oe/recipes-benchmark/glmark2/glmark2_git.bb#L32 <-- the culprit Jan 15 12:06:35 well, if builds, but then luna-next crashes when I launch it :( Jan 15 12:09:56 ah, wait, I think my luna-next wasn't bump, I still use an old one Jan 15 12:12:14 JaMa: looks like doing PACKAGECONFIG:halium:remove = ... (with "halium") doesn't work, is there something I misunderstand ? Jan 15 12:16:59 wrong order Jan 15 12:17:03 :remove:halium Jan 15 12:26:03 ok, I've fetched latest testing, building tissot now... this will take a while. Jan 15 12:26:13 JaMa: ah, thanks Jan 15 12:28:56 Any thoughts on how to fix my issue with mesa-demos listed above? Jan 15 12:32:08 Herrie: If I understand correctly, the issue is that mesa-demos requires x11 via freeglut ? Jan 15 12:33:12 the discussions were a bit entangled, hard to follow :p Jan 15 12:33:12 Tofe: Well I removed the x11 dependency but now it's complaining about gl, see paste above Jan 15 12:34:14 "configure: error: GL required" I thought mesa-demos could work without GL and with only GLES ? Jan 15 12:35:37 also I see "--disable-wayland" which shouldn't be there I think Jan 15 12:39:19 check the configure where it checks for GL if it's already covered by some configure flag Jan 15 12:39:33 then if there is a PACKAGECONFIG for that configure flag Jan 15 12:40:02 it might be that one of oe-core patches wasn't properly rebased to work correctly on newer version of mesa-demos Jan 15 12:44:39 JaMa: from what I can see in the patch, GL is still always required Jan 15 12:45:37 Making it optional might require quite a bit of work Jan 15 12:46:49 Which means mesa-demos should currently depend on virtual/libgl Jan 15 12:48:32 also I'm surprised by "PACKAGECONFIG[wayland] = "--enable-wayland,--disable-wayland,virtual/libgl wayland" "... why does wayland imply virtual/libgl here Jan 15 13:32:03 Herrie: try to enable wayland PACKAGECONFIG Jan 15 13:33:04 as it's not enabled by default with wayland in DISTRO_FEATURES Jan 15 13:34:04 Tofe: I guess it's just to make sure libgl is available in sysroot (so either you have it throuog glu+x11 or wayland) Jan 15 13:38:28 JaMa: How do I do that? Jan 15 13:38:43 PACKAGECONFIG:append = "wayland" in the mesa-demos_%.bbappend? Jan 15 13:43:33 with a leading space Jan 15 13:51:45 That doesn't seem to do much Jan 15 13:55:34 wayland is in the pn-buildlist Jan 15 14:13:54 It would be a nice to have but nothing too urgent anyway Jan 15 16:34:22 nodejs is so damn long to build, nowadays Jan 15 16:41:16 Tofe: Yeah it takes quite a while Jan 15 16:42:34 I can understand that my rig isn't getting any faster, but still Jan 15 17:08:17 Tofe: You have any thoughts as to how I could debug my issue with DRM on the RK3399 PPP ? Jan 15 17:08:28 It seems most bits are OK, just anything involving DRM gives issues Jan 15 17:12:30 I suspect I might be missing some libdrm bits but not sure which ones Jan 15 17:16:01 do you have some error message, or something ? Jan 15 17:16:41 I'm don't know much about the DRM stack, so I might be useless there Jan 15 17:19:46 Tofe: Well some panfrost bits in journal, but strace gives more interesting bits Jan 15 17:20:17 https://paste.ubuntu.com/p/ngMQsDwrMb/ Jan 15 17:21:39 ioctl(3, DRM_IOCTL_MODE_SETCRTC, 0xffffe156abe8) = -1 EACCES (Permission denied) interesting Jan 15 17:21:57 Yeah that one I found Jan 15 17:22:14 I already did a chmod 666 on /dev/dri/card0 and /dev/dri/card1 as suggested somewhere Jan 15 17:22:29 They also say I should do an "adduser $user video" Jan 15 17:22:57 However I doubt it's the cause of the crash Jan 15 17:23:19 Seems for PBP there's the following in the build: https://gitlab.manjaro.org/manjaro-arm/packages/extra/libdrm-pinebookpro/-/blob/master/PKGBUILD#L35 Jan 15 17:23:48 glmark2 works there ? Jan 15 17:23:51 Could this patch be of any use? Doesn't really seem related to me? https://gitlab.manjaro.org/manjaro-arm/packages/extra/libdrm-pinebookpro/-/blob/master/0001-Prevent-dirty-tracking-for-Pinebook-Pro.patch Jan 15 17:23:59 Tofe: Only the wayland one, drm one not Jan 15 17:24:15 and the crash you have is on wayland too ? Jan 15 17:24:55 glmark2-es2-wayland one works, just the glmark2-es2-drm not and kmscube also not Jan 15 17:25:31 ok so same status on PPP and on PBP Jan 15 17:27:12 I'd suggest adding libdrm-dbg package to your PPP and do a "gdb --args glmark2-drm-gles" Jan 15 17:27:14 Tofe: Well not sure about PBP, I don't have a PBP myself Jan 15 17:27:40 It should stop at the point of the crash, you'll get at least the position of the SEGV Jan 15 17:27:56 and my guess, like you, is that it happens in libdrm Jan 15 17:29:38 Tofe: OK will get to that a bit later Jan 15 18:19:49 Tofe: I sent a small PR to your meta-webos-ports fork for Waydroid Jan 15 18:21:22 Herrie: https://github.com/Tofee/waydroid/pulls ? Jan 15 18:25:12 This one: https://github.com/Tofee/meta-webos-ports/pull/8 Jan 15 18:25:24 Nothing too shocking, just some cleanup & PPP support Jan 15 18:35:03 Tofe: https://bpa.st/E3KQ Jan 15 18:39:02 Ah kmscube runs when I kill luna-next Jan 15 18:39:28 So it's down to the glmark2-es2-drm that fails Jan 15 18:39:47 I seem to get 52.91 fps with kmscube Jan 15 18:40:05 well it's probably capped by the drm layer Jan 15 18:40:12 AH wait, now the drm one also works Jan 15 18:40:20 Seems I just needed to kill luna-next Jan 15 18:40:41 yes, for the drm tests you need to free the dri socket Jan 15 18:41:07 OK that's working now, good Jan 15 18:41:18 Still no closer as to why waydroid doesn't like panfrost though Jan 15 18:41:38 Except for ErfanoAbdi saying that "waydroid might need it's mesa updated" Jan 15 18:41:42 But no guarantees there Jan 15 18:41:59 Seems fps is a consistent 52-53 Jan 15 18:42:01 Not bad Jan 15 18:47:56 A few tests get lower fps, but most are on 52-53 fps Jan 15 19:50:54 damn, my pc rebooted while I was having diner Jan 15 19:51:08 out of memory it seems, while building qtwbengine :( Jan 15 20:06:13 wow, each ninja thread takes 2.5GB RAM for the build... and ninja uses one per thread whatever the bb settings Jan 15 20:06:50 let's have a look at DDR4 prices again :p Jan 15 21:33:48 Tofe: I think the build bits for Waydroid as WIP are OK to PR. I've cleaned up the various commits and came up with this: https://github.com/webOS-ports/meta-webos-ports/pull/478/files Jan 15 21:34:23 I disabled the RDEPENDS for now in the packagegroup, so it doesn't get included by default, but at least it's easier to build this way while updating our regular meta-webos-ports Jan 15 21:35:52 Fine for me; I'm just reluctant to include waydroid-data in the standard images, but that's a discussion for another time Jan 15 21:37:10 Tofe: Yeah same here, it increases the size a lot Jan 15 21:37:19 With this PR it will not include anything for now Jan 15 21:37:29 Merged! Jan 15 21:37:42 But the basics are there and including it is as easy as simply removing the # Jan 15 21:37:55 yes, exactly Jan 15 21:38:54 Just things were getting out of sync and sometimes when doing clean builds it gets in the way Jan 15 21:39:01 This way we can build upon this Jan 15 21:40:21 I agree, I was also thinking about doing the same Jan 15 21:40:44 Just my build was doing funny stuff at do_rootfs, so decided to clean the layers and start from fresh overnight Jan 15 21:44:26 JaMa: We'd need https://github.com/meta-qt5/meta-qt5/commit/ccebd640ee872b5cf19abdba44fbffe428282403 and https://github.com/meta-qt5/meta-qt5/commit/ccebd640ee872b5cf19abdba44fbffe428282403 in honister branch as well Jan 15 21:44:30 It's failing on clean build here Jan 15 21:47:12 JaMa: Sorry these 3: https://github.com/meta-qt5/meta-qt5/commit/a06b2e68234b02376b8981478e45cdffc2805c87#diff-92338168df282cafa55a1e292f8b27228490312f917f77aca9cf09e0a252ad07, https://github.com/meta-qt5/meta-qt5/commit/52982b287d75e31bb3ec13baebe2913913b165fb#diff-92338168df282cafa55a1e292f8b27228490312f917f77aca9cf09e0a252ad07, https://github.com/meta-qt5/meta-qt5/commit/ccebd640ee87 Jan 15 21:47:12 2b5cf19abdba44fbffe428282403#diff-92338168df282cafa55a1e292f8b27228490312f917f77aca9cf09e0a252ad07 Jan 15 22:56:09 Herrie: yes I plan to merge everything from master to honister as there are only minor changes in meta-qt5 now https://github.com/meta-qt5/meta-qt5/compare/honister...master **** ENDING LOGGING AT Sun Jan 16 02:59:56 2022