*** [mccreary] is now known as mccreary | 00:10 | |
mal | @adampigg are you really using EGL_PLATFORM=fbdev on pinephone, why not EGL_PLATFORM=drm if that is native port? | 09:37 |
---|---|---|
T42 | <NotKit> EGL_PLATFORM is parsed by hybris, I think it does not matter with upstream mesa | 09:39 |
T42 | <adampigg> @mal [@adampigg are you really using EGL_PLATFORM=fb …], config was copied from latte, likely unnescessary theretoo | 09:47 |
T42 | <adampigg> oops, sorry for sin! | 09:47 |
mal | @NotKit @adampigg qtwayland also uses EGL_PLATFORM https://git.merproject.org/mer-core/qtwayland/blob/mer-5.4/src/hardwareintegration/client/wayland-egl/qwaylandeglclientbufferintegration.cpp#L71 | 09:50 |
mal | not sure if that for the same thing | 09:50 |
mal | could actually be a bit different | 09:50 |
T42 | <NotKit> that is a hack for hybris apps | 09:50 |
T42 | <NotKit> if env is not set, it defaults to wayland, it should be not in upstream | 09:51 |
mal | but anyway mesa does use EGL_PLATFORM | 09:51 |
T42 | <NotKit> interesting, found https://bugs.freedesktop.org/show_bug.cgi?id=111529 | 09:53 |
merbot | Freedesktop bug 111529 in EGL "EGL_PLATFORM=drm doesn't expose MESA_query_driver extension" [Not set,Resolved: fixed] | 09:53 |
mal | @NotKit sfos emulator uses EGL_PLATFORM=drm | 09:55 |
T42 | <NotKit> does it still use llvmpipe? | 09:55 |
T42 | <NotKit> it could greatly benefit from added VMware GPU emulation in VirtualBox with upstream mesa | 09:56 |
T42 | <adampigg> mal, if i reboot my tablet now, and loose it for the day, i will be less than impressed ;) | 09:56 |
T42 | <adampigg> well, it still works.... | 10:03 |
T42 | <adampigg> i was hoping the browser would be magically fixed, but its the same | 10:04 |
mal | @NotKit emulator uses llvmpipe | 10:04 |
mal | @adampigg so provide logs, and maybe even console output from browser | 10:05 |
T42 | <adampigg> (Document) https://irc.thaodan.de/.imgstore/4ATkxG80Vh.txt | 10:05 |
T42 | <adampigg> already at hand! | 10:05 |
T42 | <adampigg> mal, does ^^ tell you anything? | 11:03 |
mal | @adampigg "EGL_HYBRIS_native_buffer is not available" | 11:07 |
T42 | <adampigg> yes, i saw that..... | 11:08 |
T42 | <adampigg> reminiscent of the bug i fixed | 11:08 |
mal | @adampigg hmm, have you tried the colorspace thingy? | 11:08 |
T42 | <adampigg> no | 11:08 |
mal | I think it was QT_OPENGL_NO_BGRA=1 to /var/lib/environment/nemo/99-qtscenegraph.conf | 11:09 |
T42 | <adampigg> mal: no change | 11:13 |
mal | hmm, that usually helps with failing browser | 11:13 |
T42 | <adampigg> that was also for gallery wasnt it? | 11:14 |
T42 | <adampigg> no gallery issues | 11:14 |
mal | @adampigg wasn't gallery usually adreno quirks, I always forgot which was which | 11:18 |
mal | @adampigg that "EGL_HYBRIS_native_buffer is not available..." comes from qtscenegraph-adaptation project, and it should be fine, that is just info that it disabled hybris support in it | 11:23 |
T42 | <adampigg> yeah, it used to crash in lipstick iirc when it wasnt available | 11:26 |
T42 | <adampigg> so, why does the browser just show a white screen.. | 11:26 |
mal | not sure yet | 11:28 |
T42 | <adampigg> is there any hybris specific code in the engine? i shouldnt think so | 11:29 |
masha11 | Hello. I do not have GUI. I checked mounting and firmware, updated config submodule. My device is griffin, cm-14.1. logcat: https://pastebin.com/XV8ay1QK . Any ideas? | 11:35 |
mal | masha11: why is there nothing about hwcomposer in logcat, have you disabled any services? | 11:43 |
mal | systemd services | 11:43 |
masha11 | mal: no. I did not run test_hwcomposer in the previous log.Now running. logcat: https://pastebin.com/Lt24KUxb | 11:53 |
mal | masha11: does test_hwcomposer also fail? | 12:02 |
mal | masha11: you need to also show other logs, dmesg and/or journal | 12:02 |
Mister_Magister | logcat is pretty useless | 12:04 |
masha11 | mal: yes, test_hwcomposer fails. dmesg: https://pastebin.com/hyPEZ4WH, journalctl: https://pastebin.com/C84peq3x | 12:08 |
T42 | <elros34> @masha11: check if you really have CONFIG_SECURITY_SELINUX_BOOTPARAM enabled in generated .config and at least for now remove audit=0 from bootparams | 12:22 |
masha11 | @elros34: ok. I have CONFIG_SECURITY_SELINUX_BOOTPARAM=y,CONFIG_SECURITY_SELINUX_BOOTPARAM_VALUE=0. | 12:24 |
mal | masha11: is CONFIG_AUDIT=y? | 12:25 |
T42 | <elros34> I wonder why you have:" Yama: becoming mindful." | 12:25 |
T42 | <elros34> instead Security: selinux disabled at boot | 12:25 |
masha11 | mal: yes, CONFIG_AUDIT=y (from .config)? and I had selinux=0 audit=0 (from BoardConfig.mk) | 12:27 |
mal | yama is optional | 12:27 |
mal | usually audit=0 is not used | 12:27 |
masha11 | mal: ok, I delete audit=0 | 12:28 |
masha11 | new logs. journalctl: https://paste.ubuntu.com/p/fMVsGC5TD7/ ,dmesg: https://pastebin.com/mPbUztwa | 12:41 |
mal | is that after trying test_hwcomposer? | 12:42 |
mal | just to be sure, you use "EGL_PLATFORM=hwcomposer test_hwcomposer"? | 12:42 |
masha11 | mal: Yes, so. tets_hwcomposer fails also. | 12:43 |
T42 | <elros34> I don't know, maybe it's because you enabled YAMA but there is still not "SELinux: Disabled at boot" | 12:44 |
masha11 | @elros34: I can try to disable YAMA. | 12:45 |
T42 | <elros34> show your zcat /proc/config.gz | 12:46 |
masha11 | @elros34: https://pastebin.com/NrJLwRSt | 12:47 |
masha11 | I disabled YAMA. new logs: journalctl: https://paste.ubuntu.com/p/PHmVgK55CD/ , dmesg: https://pastebin.com/5VSFBp9B | 13:30 |
mal | does that again include a run of test_hwcomposer? | 13:31 |
mal | you always need to try to run it before showing logs | 13:32 |
masha11 | I tried. but nothing new. | 13:32 |
mal | but was it included in those logs | 13:33 |
masha11 | no | 13:34 |
mal | so the logs are essentially useless | 13:37 |
masha11 | test_hwcomposer run logs : https://pastebin.com/dn6wWBRD . Ater starting test_hwcomposer, the device reboots also. | 13:40 |
mal | if the device reboots then you probably should have log catching running in several terminals to get all logs, one for dmesg, one for logcat and one for journal and last one for running test_hwcomposer | 13:42 |
mal | dmesg -w should continue catching the logs, logcat does that automatically and journalctl -f | 13:42 |
masha11 | Yes, I look. Now I will do logs of all terminals. | 13:44 |
masha11 | test_hwcomposer + journalctl -f: https://pastebin.com/cfVZCxET ,logcat: https://paste.ubuntu.com/p/Xw4qwqqzvH/, dmesg -w: https://pastebin.com/2HeJnCZc | 13:50 |
masha11 | Error from logcat: GetAndroidProperty: property_get debug.egl.swapinterval failed (err = 0) | 13:51 |
masha11 | Error from journalctl and dmesg: devfreq soc:qcom,kgsl-busmon: Couldn't update frequency transition information | 13:52 |
masha11 | I do not know what to do next | 13:53 |
T42 | <elros34> dmesg -w might be to slow to catch everything so you can always check /sys/fs/pstore/console-ramoops, also journalctl have option -b -1 to show log from previous boot | 13:54 |
masha11 | @elros34: thanks, I try | 13:56 |
masha11 | @elros34: Please take a look at my log, I may not notice something. console-ramoops: https://pastebin.com/L7qsTPtp, journalctl -b -1: https://paste.ubuntu.com/p/SDDRNGd8XV/ | 14:02 |
mal | @elros34 wondering if that device has broken hwcomposer again | 14:03 |
T42 | <elros34> Could it be because of missing QCOM_BSP or it crash to early? | 14:06 |
T42 | <elros34> @masha11: just to be sure. Check if you have QCOM_BSP in android-config.h in droid-hal-devel rpm | 14:08 |
mal | @elros34 that is also possible, worth a try | 14:09 |
masha11 | abranson ok, I'm checking | 14:10 |
masha11 | @elros34, ok, I'm checking | 14:10 |
masha11 | @elros34: Yes, I have. :%define android_config \ #define QCOM_BSP 1\ #define QTI_BSP 1\%{nil} | 14:16 |
mal | masha11: in spec I assume | 14:18 |
mal | which should then add those #define lines to android-config.h | 14:19 |
T42 | <elros34> what? Have you added it to spec and rebuild everything? Does android-config.h really missing it? | 14:19 |
masha11 | This lines from rpm/droid-hal-griffin.spec | 14:20 |
masha11 | I already had these lines | 14:21 |
mal | masha11: check the android-config.h in droid-hal devel rpm manually | 14:23 |
masha11 | But I do not find android-config.h file. | 14:23 |
mal | masha11: inside the built droid-hal devel rpm | 14:23 |
masha11 | no | 14:26 |
T42 | <elros34> show your droid-hal-griffin.spec | 14:28 |
mal | masha11: android-config.h is always in that rpm | 14:28 |
mal | masha11: are you sure you are checking it correctly? | 14:28 |
masha11 | rpm/droid-hal-griffin.spec: https://pastebin.com/5GByEgD5 | 14:29 |
masha11 | mal: I thynk yes. ls -la hadk/rpm and hadk/rpm/dhd: https://pastebin.com/WaCaeLZA | 14:31 |
T42 | <elros34> in $ANDROID_ROOT/droid-local-repo/griffin/droid-hal-griffin there is droid-hal-devel rpm package, unpack it and search for android-config.h file | 14:34 |
masha11 | @elros34: ok | 14:35 |
masha11 | @elros34: sorry, android-config.h: https://pastebin.com/80GbArJj | 14:37 |
masha11 | Do you need to put this file somewhere? | 14:38 |
masha11 | To hadk/rpm/dhd? | 14:40 |
masha11 | or hadk/rpm | 14:42 |
mal | masha11: THE BUILT rpm, NOT rpm folder | 14:42 |
mal | the actual rpm archive in droid-local-repo | 14:42 |
T42 | <elros34> as you can see QCOM_BSP was already added so you shoudn't add it to spec | 14:42 |
mal | so you never needed the defines in spec | 14:42 |
mal | looks more like the hwcomposer bug | 14:43 |
masha11 | ok, thanks | 14:43 |
masha11 | can hwcomposer error be fixed in some way? | 14:44 |
T42 | elvarr was added by: elvarr | 17:22 |
piggz | krnlyng: hi, any thoughs on my bluebinder PR? | 18:00 |
krnlyng | piggz, lgtm except maybe i would write droid instead of port in the script name | 18:07 |
krnlyng | like we use in other scripts | 18:08 |
piggz | krnlyng: ok, i'll change that | 18:42 |
piggz | krnlyng: mal: droid-bt-board-address.sh ? | 18:44 |
krnlyng | piggz, or droid-get-bt-firmware.sh or something like that | 18:45 |
krnlyng | address* not firmware | 18:45 |
piggz | done | 18:46 |
piggz | PR updated | 18:48 |
piggz | i think this way makes sense, so all ports dont have to create their own services etc to do the same thing | 18:49 |
mal | piggz: also it still has the fallback so old ports don't have to be changed | 18:49 |
piggz | mal: for latte and pro1, i set a random address as ive found nothing so far that contains a bt address! | 19:01 |
piggz | on latte, its all bodged together, but this will be much neater on the pro1 | 19:01 |
piggz | ive ran out of flipping USB ports on my laptop .... on one side i have the pinephone, taking 2 ports, one for power and one for the serial ... on the other i only have 1 port, and need both mido and my nitrokey! | 19:08 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!