xsrc/55050: opengl segfaulting after updating to 9.99.42

[dholland%eecs.harvard.edu@localhost]

>Number:         55050
>Category:       xsrc
>Synopsis:       opengl segfaulting after updating to 9.99.42
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    xsrc-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Mar 05 21:00:00 +0000 2020
>Originator:     David Holland
>Release:        NetBSD 9.99.42 (20200207)
>Organization:
>Environment:
System: NetBSD macaran 9.99.42 NetBSD 9.99.42 (MACARAN) #58: Fri Feb 7 22:38:20 EST 2020 dholland@macaran:/usr/src/sys/arch/amd64/compile/MACARAN amd64
Architecture: x86_64
Machine: amd64

% ldd /usr/pkg/bin/seamonkey 
/usr/pkg/bin/seamonkey:
        -lpthread.1 => /usr/lib/libpthread.so.1
        -lc.12 => /usr/lib/libc.so.12
        -lstdc++.9 => /usr/lib/libstdc++.so.9
        -lm.0 => /usr/lib/libm.so.0
        -lgcc_s.1 => /usr/lib/libgcc_s.so.1

That doesn't look very complete but I'm not sure where to find the rest...

The packages it depends on:

gtk2+>=2.24.32nb10		gtk2+-2.24.32nb11
libffi>=3.0.11			libffi-3.2.1nb4
cairo>=1.16.0			cairo-1.16.0
gtk3+>=3.24.8nb2		gtk3+-3.24.13
nspr>=4.12			nspr-4.24
icu>=64.1			icu-64.2nb2
nss>=3.43nb2			nss-3.48
jpeg>=9				jpeg-9cnb1
libvpx>=1.6.1			libvpx-1.8.1nb1
libIDL>=0.8.14nb4		libIDL-0.8.14nb4
hunspell>=1.7.0			hunspell-1.7.0nb1
ffmpeg3>=3.4.5nb2		ffmpeg3-3.4.6nb3

>Description:

I updated from current of 20191114 (or thereabouts) to 20200207 (or
thereabouts) and seamonkey started dumping core on startup. This turns
out to be in drm stuff:

#0  0x000078f35c1051b0 in ?? ()
#1  0x000078f357eef3b0 in ?? () from /usr/X11R7/lib/modules/dri/r600_dri.so
#2  0x000078f357eef873 in loader_get_driver_for_fd ()
   from /usr/X11R7/lib/modules/dri/r600_dri.so
#3  0x000078f357eeeecd in ?? () from /usr/X11R7/lib/modules/dri/r600_dri.so
#4  0x000078f357eeefea in pipe_loader_drm_probe_fd ()
   from /usr/X11R7/lib/modules/dri/r600_dri.so
#5  0x000078f357790c94 in ?? () from /usr/X11R7/lib/modules/dri/r600_dri.so
#6  0x000078f35779abf5 in ?? () from /usr/X11R7/lib/modules/dri/r600_dri.so
#7  0x000078f35e83f209 in ?? () from /usr/X11R7/lib/libGL.so
#8  0x000078f35e82613c in __glXInitialize () from /usr/X11R7/lib/libGL.so
#9  0x000078f35e8280e5 in ?? () from /usr/X11R7/lib/libGL.so
#10 0x000078f35e8284fe in glXQueryServerString () from /usr/X11R7/lib/libGL.so
#11 0x000078f36fa5e61e in epoxy_glx_version ()
   from /usr/X11R7/lib/libepoxy.so.0
#12 0x000078f37565d5c3 in gdk_x11_screen_init_gl ()
   from /usr/pkg/lib/libgdk-3.so.0
#13 0x000078f37565d994 in _gdk_x11_screen_update_visuals_for_gl ()
   from /usr/pkg/lib/libgdk-3.so.0
#14 0x000078f375665a9e in _gdk_x11_screen_init_visuals ()
   from /usr/pkg/lib/libgdk-3.so.0
#15 0x000078f3756630ac in _gdk_x11_screen_new ()
   from /usr/pkg/lib/libgdk-3.so.0
#16 0x000078f37565408a in _gdk_x11_display_open ()
   from /usr/pkg/lib/libgdk-3.so.0
#17 0x000078f37562b048 in gdk_display_manager_open_display ()
   from /usr/pkg/lib/libgdk-3.so.0
#18 0x000078f368d3cf99 in ?? () from /usr/pkg/lib/seamonkey/libxul.so
#19 0x000078f368d40771 in ?? () from /usr/pkg/lib/seamonkey/libxul.so
#20 0x000078f368d40a8d in XRE_main () from /usr/pkg/lib/seamonkey/libxul.so
#21 0x000000015580573f in _start ()

mpv (from the same package rebuild run) manages to go through
__glXInitialize without dying. So does gource. At least mpv goes
through loader_get_driver_for_fd too. I don't know what's different
about these.

dosbox is linked to libGL but does not seem to go through
__glXinitialize by default.

The only other pkgsrc thing I have on this machine that's linked to
libGL is tyrquake, and it seems to be having other probably unrelated
problems.

Note that the update spans the gcc 7 -> 8 change for amd64 so that
might be partly implicated, or it might not.

Either way unless we can ascertain this is something current-only it
is presumptively a binary compat problem for -10.

>How-To-Repeat:

% seamonkey
Segmentation fault
% 

>Fix: