02:27 <jenneron[m]> digetx: hi, i packaged mesa fork to pmOS, but i got a segfault when starting xorg https://dpaste.com/8X34RAG4V, i have applied those workarounds in pam config

02:44 <jenneron[m]> this is my apkbuild https://gitlab.com/postmarketOS/pmaports/-/merge_requests/2592/diffs?commit_id=a1fd6cddfa276b490a74a94b4794f6e43a3aa92c

08:37 <DavidHeidelberg> as jenneron added p4wifi to pmOS build

08:38 <DavidHeidelberg> Max tested and it works :) so p4wifi is running again as it should

15:06 <digetx> jenneron[m]: workarounds are actual

15:07 <digetx> I haven't seen that segfault, looks like null dereference; need stacktrace

15:08 <jenneron[m]> how to get one?

15:10 <digetx> don't strip debug, use gdb to run xorg

16:13 <jenneron[m]> digetx: i started xorg withoug glx and run glmark2 using gdb, it gives segfault too

16:13 <jenneron[m]> https://dpaste.com/8R8RRN4EC

16:13 <jenneron[m]> if it's not fine i can try to run xorg with gdb again

16:18 <jenneron[m]> alpine has this patch https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/mesa/musl-fix-includes.patch, but it seems to be a fix for not being compiled

17:28 <m4t> jenneron[m]: would help to install appropriate -dbg packages for alpine e.g. https://pkgs.alpinelinux.org/package/edge/community/armhf/xorg-server-dbg

17:28 <m4t> not sure what all is involved... or if gdb on alpine is automatically set up to load symbols from -dbg packages like e.g. debian

17:31 <jenneron[m]> i didn't get how to attach pid to gdb, i was reading https://wiki.ubuntu.com/X/Backtracing

17:32 <jenneron[m]> it says "Then start gdb and attach to that process:", but it also says "In a true crash, X will terminate and drop back to a login screen. You can use the steps on this page to debug or report these kinds of issues.", so i don't understand how to attach PID of process when process is crashed

17:59 <m4t> 'gdb -p pid' then type 'cont'

18:00 <m4t> probably better to run under 'screen' or similar since X is crashing

18:00 <m4t> if it's crashing immediately then you need to run it underneath gdb from the start

18:04 <m4t> well you'd need to run it from console actually

18:04 <m4t> because it'd freeze X immediately i think

18:08 <jenneron[m]> yeah, it crashes immediately

18:48 <jenneron[m]> digetx: xorg has same to glmark2 backtrace https://dpaste.com/8ENRGQR4E

19:40 <nergzd723[m]> do you have musl-dbg installed?

19:40 <nergzd723[m]> might give some useful hints

19:43 <jenneron[m]> with musl-dbg installed https://dpaste.com/6WE7C73G2

20:28 <digetx> internet instantly suggests it's a musl's trouble https://bugs.freedesktop.org/show_bug.cgi?id=35268

20:45 <jenneron[m]> hm tls, i remember there is some patch in alpine

20:46 <jenneron[m]> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/mesa/add-use-elf-tls.patch

21:07 <jenneron[m]> after applying the patch xorg starts with glx enabled

21:07 <digetx> cool

21:08 <jenneron[m]> i still have issues https://dpaste.com/B4HL9HN7M

21:08 <digetx> show me environment variables (export) and glxinfo

21:09 <jenneron[m]> digetx: https://dpaste.com/6ZGH9U628

21:12 <DavidHeidelberg> jenneron am I missing some mesa progress? ;-)

21:12 <jenneron[m]> David Heidelberg: https://gitlab.com/postmarketOS/pmaports/-/merge_requests/2592

21:14 <DavidHeidelberg> jenneron but that's still the broken mesa

21:15 <DavidHeidelberg> I thought it's based on some recent code

21:15 <DavidHeidelberg> I managed back then to run glxgears too, but that's like the "best of" what worked

21:15 <DavidHeidelberg> I'm not sure you want to provide this to users

21:16 <jenneron[m]> 21.1.0, latest we have

21:16 <jenneron[m]> it should not affect users as everything except glxgears will work with same software rendering as without it

21:16 <DavidHeidelberg> well, it'll introduce crashes

21:16 <jenneron[m]> but we will have a package so once there is some update appear we can easily upgrade it

21:17 <DavidHeidelberg> yeah, if you make the MR Draft and keep it ready for some progress on top of new kernel interface build mesa, then it most likely make sense

21:18 <jenneron[m]> DavidHeidelberg: which crashes?

21:18 <DavidHeidelberg> jenneron it's >1y I tried, but at some point I resigned and rather not played with it again

21:20 <jenneron[m]> i won't merge it if we get some issue which we can't fix

21:56 <digetx> have you started Xorg manually?

21:58 <digetx> alternatively, you can run MATE or other DE normally and then use its terminal

21:59 <digetx> if Xorg was started by login manager, then it may secure x11 connection

22:00 <jenneron[m]> it is i3wm with lightdm

22:01 <digetx> but you trying to run it from ssh, don't you?

22:04 <jenneron[m]> OpenRC runs lightdm which runs i3wm

22:04 <jenneron[m]> then i run `DISPLAY=:0 glxinfo` in ssh

22:04 <digetx> try to run it from gui terminal

22:07 <jenneron[m]> https://dpaste.com/GJSEWNNS3

22:09 <digetx> please show Xorg.log

22:11 <jenneron[m]> https://dpaste.com/FAD8E7MXH

22:11 <jenneron[m]> i see

22:11 <jenneron[m]> `Error loading shared library /usr/lib/xorg/modules/dri/tegra_dri.so: No such file or directory`

22:14 <jenneron[m]> because of `-Dprefix=/usr -Dlibdir=lib` it is installed to `/usr/lib/dri/tegra_dri.so`

22:16 <digetx> it normally should be /usr/lib/dri/tegra_dri.so, I think

22:17 <jenneron[m]> default path without those flags is /usr/local/lib

22:18 <digetx> you should check what paths are used by a normal mesa build in pmOS

22:18 <jenneron[m]> glxgears wants different path, so i should probably make a symlink

22:18 <jenneron[m]> https://dpaste.com/GMD8ME53G

22:20 <digetx> I'm not sure from where /usr/lib/xorg/modules/dri is coming from, might be something pmOS-specific

22:21 <digetx> you may need to use some special configuration for the paths

22:22 <jenneron[m]> https://gitlab.alpinelinux.org/alpine/aports/-/blob/master/main/mesa/APKBUILD#L127

22:29 <jenneron[m]> ok, now seems to work fine

22:30 <jenneron[m]> thanks for the assistance

22:30 <digetx> ubuntu doesn't have /usr/lib/xorg/modules/dri at all

22:30 <digetx> nice