On Sat, Mar 14, 2020 at 1:31 AM Xi Ruoyao via blfs-dev <
[email protected]> wrote:
> On 2020-03-14 00:25 -0500, Douglas R. Reno via blfs-dev wrote:
> > Hi folks,
> >
> > Have any of you experienced X crashing with a SIGABRT anytime a program
> using
> > gstreamer attempts to run? I've been stuck on this all day while
> rebuilding my
> > workstation.
>
> I didn't.
>
> > I originally noticed this while building Cheese. I normally use that to
> test
> > my Webcam. When running the meson command, X would crash with a SIGABRT.
> > Examining the meson.log file, it seems to crash running:
> >
> > "gst-inspect-1.0 camerabin"
> >
> > It's worth noting that if I run this at a VT, I have no issues at all.
> If I
> > run this or any gst-* program in a terminal, Xorg SIGABRTs. I've spent
> about
> > four hours so far scouring through upstream and I can't figure anything
> out.
> > Switching my phonon backend in Plasma to gstreamer from VLC also causes
> it to
> > crash (I've also tried this in LXDE and Fluxbox).
> >
> > Launching Cheese results in a SIGABRT as well. I've attempted to use GDB
> to
> > latch onto Xorg, but I haven't been able to get it to give me a stack
> trace.
> >
> > Can someone else please look into this or try to reproduce this? I'm not
> sure
> > what else to do from here.
>
> Which graphic card and graphic driver do you use? I guess it may be a
> driver
> issue.
>
> Hello Xi,
I use a NVIDIA GeForce GT 1030 with the nouveau driver. I'll note that
anything that I use that has 3D Acceleration built in, including Plasma,
seems to work properly though. More on this later and what I'm trying next.
And can you load the coredump file into GDB? (On systemd) try:
>
> coredumpctl -1 gdb
> (gdb) bt
>
> to generate a stack backtrace.
>
> (gdb) bt
#0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1 0x00007f686287953b in __GI_abort () at abort.c:79
#2 0x000000000058e78a in OsAbort () at utils.c:1351
#3 0x0000000000593633 in AbortServer () at log.c:879
#4 0x0000000000594401 in FatalError (
f=f@entry=0x5c4990 "Caught signal %d (%s). Server aborting\n")
at log.c:1017
#5 0x000000000058beb5 in OsSigHandler (unused=<optimized out>,
sip=0x7ffeb8cb2130, signo=6) at osinit.c:156
#6 OsSigHandler (signo=6, sip=0x7ffeb8cb2130, unused=<optimized out>)
at osinit.c:110
#7 <signal handler called>
#8 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#9 0x00007f686287953b in __GI_abort () at abort.c:79
#10 0x00007f686287940f in __assert_fail_base (
fmt=0x7f68629e00a8 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n",
assertion=0x59c50a "key->initialized",
file=0x5a0a7c "../../../include/privates.h", line=121,
function=<optimized out>) at assert.c:92
#11 0x00007f6862887fb2 in __GI___assert_fail (
assertion=assertion@entry=0x59c50a "key->initialized",
file=file@entry=0x5a0a7c "../../../include/privates.h",
line=line@entry=121,
3162> "dixGetPrivateAddr") at assert.c:101
#12 0x0000000000557f43 in dixGetPrivateAddr (key=<optimized out>,
key=<optimized out>, privates=0xc13d40) at ../../../include/privates.h:121
#13 0x000000000055a052 in dixGetPrivateAddr (key=<optimized out>,
key=<optimized out>, privates=<optimized out>) at
../../../include/privates.h:122
#14 dixLookupPrivate (key=0x6333c0 <dri2ClientPrivateKeyRec>,
privates=0xc13d40) at ../../../include/privates.h:164
#15 DRI2Authenticate (client=client@entry=0x11ab5d0, pScreen=0xc13cd0,
magic=1) at dri2.c:1367
#16 0x000000000055b087 in ProcDRI2Authenticate (client=0x11ab5d0) at
dri2ext.c:152
#17 ProcDRI2Dispatch (client=0x11ab5d0) at dri2ext.c:609
#18 0x000000000043f2d4 in Dispatch () at dispatch.c:478
#19 0x00000000004431a4 in dix_main (argc=6, argv=0x7ffeb8cb2958,
envp=<optimized out>) at main.c:276
#20 0x00007f686287accb in __libc_start_main (main=0x42df50 <main>, argc=6,
argv=0x7ffeb8cb2958, init=<optimized out>, fini=<optimized out>,
rtld_fini=<optimized out>, stack_end=0x7ffeb8cb2948)
at ../csu/libc-start.c:308
#21 0x000000000042df8a in _start () at ../sysdeps/x86_64/start.S:120
And the relevant portion of my Xorg.log:
[ 44629.090] (EE)
[ 44629.090] (EE) Backtrace:
[ 44629.090] (EE) 0: /usr/libexec/Xorg (xorg_backtrace+0x40) [0x5884b0]
[ 44629.090] (EE) 1: /usr/libexec/Xorg (0x400000+0x18be48) [0x58be48]
[ 44629.090] (EE) 2: /lib/libpthread.so.0 (0x7f686312e000+0x13020)
[0x7f6863141020]
[ 44629.090] (EE) 3: /lib/libc.so.6 (gsignal+0x141) [0x7f686288f661]
[ 44629.090] (EE) 4: /lib/libc.so.6 (abort+0x127) [0x7f686287953b]
[ 44629.090] (EE) 5: /lib/libc.so.6 (0x7f6862857000+0x2240f)
[0x7f686287940f]
[ 44629.090] (EE) 6: /lib/libc.so.6 (0x7f6862857000+0x30fb2)
[0x7f6862887fb2]
[ 44629.090] (EE) 7: /usr/libexec/Xorg (0x400000+0x157f43) [0x557f43]
[ 44629.090] (EE) 8: /usr/libexec/Xorg (0x400000+0x15a052) [0x55a052]
[ 44629.090] (EE) 9: /usr/libexec/Xorg (0x400000+0x15b087) [0x55b087]
[ 44629.090] (EE) 10: /usr/libexec/Xorg (0x400000+0x3f2d4) [0x43f2d4]
[ 44629.090] (EE) 11: /usr/libexec/Xorg (0x400000+0x431a4) [0x4431a4]
[ 44629.090] (EE) 12: /lib/libc.so.6 (__libc_start_main+0xeb)
[0x7f686287accb]
[ 44629.090] (EE) 13: /usr/libexec/Xorg (_start+0x2a) [0x42df8a]
[ 44629.090] (EE)
[ 44629.090] (EE)
Fatal server error:
[ 44629.090] (EE) Caught signal 6 (Aborted). Server aborting
[ 44629.090] (EE)
[ 44629.090] (EE)
There really isn't much here to go on.
> Xorg.0.log may also help. It's a SIGABRT (not SIGSEGV) so some information
> causing the crash may be logged.
>
My next steps here are twofold:
- Rebuild the gst* packages and check on their test suite output, and see
if the testsuite causes a crash as well (I just tried MiniBrowser from
WebKit and it did the same thing). Then try launching Cheese or Minibrowser
again.
- Downgrade my kernel to 5.5.3 from 5.5.7. There are a lot of changes to
the nouveau driver in 5.5.5, and it's possible that one of them is causing
issues with the DRI driver for Nouveau. If this works, I'll raise a bug in
the kernel bugtracker for it.
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
