Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: MythTV: Dev

Segfault on start of remote frontend.

 

 

MythTV dev RSS feed   Index | Next | Previous | View Threaded


shabba at skynet

Jul 5, 2009, 3:17 AM

Post #1 of 4 (975 views)
Permalink
Segfault on start of remote frontend.

Hi,

I am not sure this segfault is from myth (perhaps nvidia driver?). Can
someone who is more gdb aufait comment before I open a ticket?

Thanks.

[..]
2009-07-05 11:10:23.311 Loading window theme from
/usr/local/share/mythtv/themes/blootube-wide/menu-ui.xml
2009-07-05 11:10:23.347 Loading menu theme from
/usr/local/share/mythtv/themes/defaultmenu//mainmenu.xml
2009-07-05 11:10:23.349 Found mainmenu.xml for theme 'blootube-wide'
2009-07-05 11:10:23.399 Using NV NPOT texture extension
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb2b55730 (LWP 11743)]
0xb38f0824 in ?? () from /usr/lib/libGLcore.so.1

Thread 8 (Thread 0xaec32b90 (LWP 11913)):
#0 0xb7f7a430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb512d7b1 in select () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb65e1d67 in MythSocketThread::run (this=0xb661f000) at
mythsocket.cpp:919
it = {i = 0x9cbef70}
rval = 1
rfds = {fds_bits = {0, 5, 0 <repeats 30 times>}}
sock = (MythSocket *) 0xaef08190
maxfd = 34
found = false
#3 0xb532e96e in ?? () from /usr/lib/libQtCore.so.4
No symbol table info available.
#4 0xb62674ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#5 0xb513549e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 7 (Thread 0xaff5fb90 (LWP 11912)):
#0 0xb7f7a430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb512d7b1 in select () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb677b5c5 in LIRC::run (this=0x9cbbbe8) at lirc.cpp:448
readfds = {fds_bits = {4194304, 0 <repeats 31 times>}}
timeout = {tv_sec = 0, tv_usec = 625796}
ret = 0
codes = {{p = {static shared_null = {ref = {_q_value = 9892},
alloc = 0, begin = 0, end = 0, sharable = 1, array = {0x0}}, d =
0x9c98eb8}, d = 0x9c98eb8}}
#3 0xb532e96e in ?? () from /usr/lib/libQtCore.so.4
No symbol table info available.
#4 0xb62674ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#5 0xb513549e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 6 (Thread 0xb0e18b90 (LWP 11911)):
#0 0xb7f7a430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb626b0e5 in pthread_cond_wait@@GLIBC_2.3.2 () from
/lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2 0xb532f9b2 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4
No symbol table info available.
#3 0xb68b06bc in MythContext::waitPrivRequest (this=0x9bfa008) at
mythcontext.cpp:2094
No locals.
#4 0x08076994 in run_priv_thread (data=0x0) at main.cpp:928
No locals.
#5 0xb62674ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#6 0xb513549e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 4 (Thread 0xb17ffb90 (LWP 11904)):
#0 0xb7f7a430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb512d7b1 in select () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb6aefeb8 in SSDP::run (this=0xb1800488) at ssdp.cpp:231
nMaxSocket = 19
read_set = {fds_bits = {917504, 0 <repeats 31 times>}}
timeout = {tv_sec = 0, tv_usec = 68636}
#3 0xb532e96e in ?? () from /usr/lib/libQtCore.so.4
No symbol table info available.
#4 0xb62674ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#5 0xb513549e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 3 (Thread 0xb21b9b90 (LWP 11903)):
#0 0xb7f7a430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb626b412 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#2 0xb532e359 in ?? () from /usr/lib/libQtCore.so.4
No symbol table info available.
#3 0xb532e48b in QThread::msleep () from /usr/lib/libQtCore.so.4
No symbol table info available.
#4 0xb6af3e27 in TaskQueue::run (this=0x9c2fcf0) at taskqueue.cpp:127
ttNow = {tv_sec = 1246788623, tv_usec = 449432}
pTask = (Task *) 0x0
#5 0xb532e96e in ?? () from /usr/lib/libQtCore.so.4
No symbol table info available.
#6 0xb62674ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#7 0xb513549e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 2 (Thread 0xb29bab90 (LWP 11902)):
#0 0xb7f7a430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb512aae7 in poll () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb2f4a74b in g_poll () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#3 0xb2f3cf82 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#4 0xb2f3d268 in g_main_context_iteration () from
/usr/lib/libglib-2.0.so.0
No symbol table info available.
#5 0xb544e457 in QEventDispatcherGlib::processEvents () from
/usr/lib/libQtCore.so.4
No symbol table info available.
#6 0xb542106a in QEventLoop::processEvents () from
/usr/lib/libQtCore.so.4
No symbol table info available.
#7 0xb54214aa in QEventLoop::exec () from /usr/lib/libQtCore.so.4
No symbol table info available.
#8 0xb532b639 in QThread::exec () from /usr/lib/libQtCore.so.4
No symbol table info available.
#9 0xb6b052f7 in WorkerThread::run (this=0x9c30ac0) at threadpool.cpp:265
No locals.
#10 0xb532e96e in ?? () from /usr/lib/libQtCore.so.4
No symbol table info available.
#11 0xb62674ff in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
No symbol table info available.
#12 0xb513549e in clone () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.

Thread 1 (Thread 0xb2b55730 (LWP 11743)):
#0 0xb38f0824 in ?? () from /usr/lib/libGLcore.so.1
No symbol table info available.
#1 0x80405004 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) bt
#0 0xb38f0824 in ?? () from /usr/lib/libGLcore.so.1
#1 0x80405004 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

damian [at] myth-bedroo:~$ mythfrontend --version
Please include all output in bug reports.
MythTV Version : 20787M
MythTV Branch : trunk
Library API : 0.22.20090424-2
Network Protocol : 45
QT Version : 4.5.0
Options compiled in:
linux debug silent using_oss using_alsa using_jack using_backend
using_directfb using_dvb using_firewire using_frontend using_hdpvr
using_ivtv using_libfftw3 using_lirc using_mheg using_opengl_video
using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr
using_xv using_xvmc using_bindings_perl using_bindings_python using_opengl
using_vdpau using_ffmpeg_threads using_libavc_5_3 using_mheg

damian [at] myth-bedroo:~/SVN/trunk/mythtv$ tail -1 config.log
./configure --disable-iptv --disable-hdhomerun --disable-dbox2
--enable-vdpau --xvmc-lib=XvMCNVIDIA --enable-opengl-vsync
--enable-opengl-video --enable-proc-opt --enable-libfftw3
--disable-joystick-menu --enable-silent-cc --disable-distcc
--compile-type=debug

This happens about 75% of the time on startup of a remote frontend.

Damian O'Sullivan Tel: 087 2241456 damian [at] linux
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev


danielk at cuymedia

Jul 5, 2009, 7:28 AM

Post #2 of 4 (908 views)
Permalink
Re: Segfault on start of remote frontend. [In reply to]

On Sun, 2009-07-05 at 11:17 +0100, Damian O'Sullivan wrote:
> Hi,
>
> I am not sure this segfault is from myth (perhaps nvidia driver?). Can
> someone who is more gdb aufait comment before I open a ticket?

Looks like a segfault in the nvidia OpenGL library. But it would be
helpful if you compiled Qt with debugging, then we could see what
MythTV was doing via Qt when this happens. If you are using Qt via
the distro packages there should be a dev package for Qt that
includes the debugging symbols. You might also want to check that
your nvidia opengl lib version matches the kernel module version,
when they don't you get segfaults like these..

-- Daniel

_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev


shabba at skynet

Jul 5, 2009, 9:31 AM

Post #3 of 4 (905 views)
Permalink
Re: Segfault on start of remote frontend. [In reply to]

On Sun, 5 Jul 2009, Daniel Kristjansson wrote:
> Looks like a segfault in the nvidia OpenGL library. But it would be
> helpful if you compiled Qt with debugging, then we could see what
> MythTV was doing via Qt when this happens. If you are using Qt via
> the distro packages there should be a dev package for Qt that
> includes the debugging symbols. You might also want to check that
> your nvidia opengl lib version matches the kernel module version,
> when they don't you get segfaults like these..
>
> -- Daniel
>

Thanks Daniel,

I am using ubuntu 9.04 so installed libqt4-dbg libqt4-dev-dbg. These did
not help change the info in bt.

Also my libs are :

damian [at] myth-bedroo:/usr/lib$ sudo ldconfig -v | grep GL
libGLU.so.1 -> libGLU.so.1.3.070300
libQtOpenGL.so.4 -> libQtOpenGL.so.4.5.0
libGL.so.1 -> libGL.so.180.60
libGLEW.so.1.5 -> libGLEW.so.1.5.0
libGLcore.so.1 -> libGLcore.so.180.60

And dmesg :

NVRM: loading NVIDIA UNIX x86 Kernel Module 180.60

Any ubuntu users know if they are the right debug packages?

Thanks,

D.
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev


mtdean at thirdcontact

Jul 5, 2009, 9:42 AM

Post #4 of 4 (894 views)
Permalink
Re: Segfault on start of remote frontend. [In reply to]

On 07/05/2009 12:31 PM, Damian O'Sullivan wrote:
> On Sun, 5 Jul 2009, Daniel Kristjansson wrote:
>> Looks like a segfault in the nvidia OpenGL library. But it would be
>> helpful if you compiled Qt with debugging, then we could see what
>> MythTV was doing via Qt when this happens. If you are using Qt via
>> the distro packages there should be a dev package for Qt that
>> includes the debugging symbols. You might also want to check that
>> your nvidia opengl lib version matches the kernel module version,
>> when they don't you get segfaults like these..
> I am using ubuntu 9.04 so installed libqt4-dbg libqt4-dev-dbg. These
> did not help change the info in bt.
>
> Also my libs are :
>
> damian [at] myth-bedroo:/usr/lib$ sudo ldconfig -v | grep GL
> libGLU.so.1 -> libGLU.so.1.3.070300
> libQtOpenGL.so.4 -> libQtOpenGL.so.4.5.0
> libGL.so.1 -> libGL.so.180.60
> libGLEW.so.1.5 -> libGLEW.so.1.5.0
> libGLcore.so.1 -> libGLcore.so.180.60
>
> And dmesg :
>
> NVRM: loading NVIDIA UNIX x86 Kernel Module 180.60
>
> Any ubuntu users know if they are the right debug packages?

Sorry, can't help (as I don't know *buntu), but once you figure it out,
it would be great if you could incorporate the mythtv-specific
instructions for getting package-based debug symbols for *buntu at
http://www.mythtv.org/wiki/Debugging#Debugging_with_Ubuntu_packages .
(If you document both the MythTV package information and the Qt package
information, that would be ideal.)

Thanks,
Mike
_______________________________________________
mythtv-dev mailing list
mythtv-dev [at] mythtv
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

MythTV dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.