NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

xsrc/55050: opengl segfaulting after updating to 9.99.42

>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)
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 
        -lpthread.1 => /usr/lib/
        -lc.12 => /usr/lib/
        -lstdc++.9 => /usr/lib/
        -lm.0 => /usr/lib/
        -lgcc_s.1 => /usr/lib/

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


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/
#2  0x000078f357eef873 in loader_get_driver_for_fd ()
   from /usr/X11R7/lib/modules/dri/
#3  0x000078f357eeeecd in ?? () from /usr/X11R7/lib/modules/dri/
#4  0x000078f357eeefea in pipe_loader_drm_probe_fd ()
   from /usr/X11R7/lib/modules/dri/
#5  0x000078f357790c94 in ?? () from /usr/X11R7/lib/modules/dri/
#6  0x000078f35779abf5 in ?? () from /usr/X11R7/lib/modules/dri/
#7  0x000078f35e83f209 in ?? () from /usr/X11R7/lib/
#8  0x000078f35e82613c in __glXInitialize () from /usr/X11R7/lib/
#9  0x000078f35e8280e5 in ?? () from /usr/X11R7/lib/
#10 0x000078f35e8284fe in glXQueryServerString () from /usr/X11R7/lib/
#11 0x000078f36fa5e61e in epoxy_glx_version ()
   from /usr/X11R7/lib/
#12 0x000078f37565d5c3 in gdk_x11_screen_init_gl ()
   from /usr/pkg/lib/
#13 0x000078f37565d994 in _gdk_x11_screen_update_visuals_for_gl ()
   from /usr/pkg/lib/
#14 0x000078f375665a9e in _gdk_x11_screen_init_visuals ()
   from /usr/pkg/lib/
#15 0x000078f3756630ac in _gdk_x11_screen_new ()
   from /usr/pkg/lib/
#16 0x000078f37565408a in _gdk_x11_display_open ()
   from /usr/pkg/lib/
#17 0x000078f37562b048 in gdk_display_manager_open_display ()
   from /usr/pkg/lib/
#18 0x000078f368d3cf99 in ?? () from /usr/pkg/lib/seamonkey/
#19 0x000078f368d40771 in ?? () from /usr/pkg/lib/seamonkey/
#20 0x000078f368d40a8d in XRE_main () from /usr/pkg/lib/seamonkey/
#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

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.


% seamonkey
Segmentation fault


Home | Main Index | Thread Index | Old Index