[mythtv-commits] Ticket #9261: Mythbackend hangs after upgrade to 0.24-fixes when try to start recording

[MythTV]

#9261: Mythbackend hangs after upgrade to 0.24-fixes when try to start recording
-----------------------------------------+----------------------------
 Reporter:  ernst.reiter@…               |          Owner:  stuarta
     Type:  Bug Report                   |         Status:  assigned
 Priority:  minor                        |      Milestone:  unknown
Component:  MythTV - EIT                 |        Version:  0.24-fixes
 Severity:  low                          |     Resolution:
 Keywords:                               |  Ticket locked:  0
-----------------------------------------+----------------------------

Comment (by jrauti@…):

 I have same problem with my system and I can see same deadlock with
 EITScanner::lock on my gdb backtrace. Is it possible that
 EITScanner::RunEventLoop() manages to monopolise lock so that
 EITScanner::StopPassiveScan can't get lock? This link
 http://stackoverflow.com/questions/2121200/qmutex-stuck-in-locked-state
 suggests that it is possible scenario. Most of the RunEventLoop() runs
 with lock activated most it's time especially when activeScan==false.
 One fact that speaks also for this is that I can do controlled shutdown
 for backend in couple seconds so it's deadlock that can be resolved. Could
 solution be that RunEventLoop() is chanced so that it does sched_yield (or
 sleeps) when activeScan==false?

-- 
Ticket URL: <http://svn.mythtv.org/trac/ticket/9261#comment:4>
MythTV <http://svn.mythtv.org/trac>
MythTV Media Center