Re: firefox-112

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

LD_PRELOAD=.../libEGL.so lets me start ff112; apart from the
abovementioned messages, when I try to run any WebGL, I am getting:
...
Crash Annotation GraphicsCriticalError: |[0][GFX1-]: glxtest: cannot
access /sys/bus/pci (t=0.431892) |[1][GFX1]: MethodDispatcher<26> not
found. Please file a bug! (t=34.457) |[2][GFX1]: DispatchCommand(id:
26) failed. Please file a bug! (t=34.457) |[3][GFX1]:
MethodDispatcher<26> not found. Please file a bug! (t=34.4662)
|[4][GFX1]: DispatchCommand(id: 26) failed. Please file a bug!
(t=34.4662) |[5][GFX1]: MethodDispatcher<26> not found. Please file a
bug! (t=34.4731) [GFX1]: MethodDispatcher<26> not found. Please file a
bug!
..... (the blobs from webgldemos)

Otherwise on this particular host with a decent enough supported
FirePro W5000 card I get glmark2 4738 now (last time I checked on the
same hardware, perhaps three months ago, I got about 2400; I cannot
explain the sudden improvement - the only difference is now I am using
a HDMI-connected monitor, previously it was over a DVI connection).

cad.onshape.org/check (my first site to run on a new version of
firefox) either refuses to run or, for some reason, returns very low
figures.


On Mon, 24 Apr 2023 at 18:13, Izumi Tsutsui <tsutsui%ceres.dti.ne.jp@localhost> wrote:
>
> > 4. It turns out our xsrc Mesa had an old TLS patch from tnn@ in pkgsrc
> >    Mesa, dating to 2019, which introduced the definition of
> >    _glapi_tls_Context into libGL.so:
> >
> >       commit e81a0f50af920255e5c0c0df06ae2d08d5cdc554
> >       Author: maya <maya%NetBSD.org@localhost>
> >       Date:   Tue Apr 9 14:14:59 2019 +0000
> >
> >           Add workaround for non-zero initialized initial-exec TLS variables.
> >           NetBSD doesn't support these with dlopen.
> >
> >           Ref:
> >           https://bugs.freedesktop.org/show_bug.cgi?id=35268
> >           https://mail-index.netbsd.org/pkgsrc-users/2015/09/11/msg022180.html
> >           http://gnats.netbsd.org/50277
> >
> >           Fixes dlopen of libGL reported by prlw1 on current users.
> >           From tnn, via pkgsrc/graphics/MesaLib*.
> >
> >    That patch was since updated by tnn@ in 2020:
> >
> >       commit 0e33e24256c28aed530eb25e07d1c2f23bdf1e12
> >       Author: tnn <tnn%pkgsrc.org@localhost>
> >       Date:   Wed Feb 19 21:03:41 2020 +0000
> >
> >           MesaLib: fix issues in TLS dispatch code on NetBSD/amd64. Bump.
> >
> >           - workaround for toolchain/50277 had bitrotted after meson switch
> >           - make tls dispatch stub template behave correct (with input from joerg@)
> >           - double alignment of stubs to accommodate slightly larger code size
> >
> >           Fixes among other things Xorg crash in glamor_egl_init().
> >
> >    But we have not applied the updated patch to xsrc.
>
> BTW,
>
> - netbsd-9 has patched one in xsrc/external/mit/MesaLib
>   but not in xsrc/external/mit/MesaLib.old
> - in netbsd-9 xsrc/external/mit/MesaLib is for HAVE_MESA_VER=18,
>   xsrc/external/mit/MesaLib.old is for HAVE_MESA_VER=10, and
>   HAVE_MESA_VER=18 (i.e. MesaLib) is the default
>
> - netbsd-10 also has patched one in xsrc/external/mit/MesaLib
>   but not in xsrc/external/mit/MesaLib.old
> - in netbsd-10 xsrc/external/mit/MesaLib is for HAVE_MESA_VER=21,
>   xsrc/external/mit/MesaLib.old is for HAVE_MESA_VER=19, and
>   HAVE_MESA_VER=19 (i.e. MesaLib.old) is the default
>
> I'm not sure if these transitions are intentional.
>
> ---
> Izumi Tsutsui



-- 
----