Opened 14 years ago
Closed 12 years ago
#11323 closed Bug Report - Hang/Deadlock (Fixed)
Deadlock in mythfrontend if LiveTV recording is zero length
| Reported by: | Owned by: | ||
|---|---|---|---|
| Priority: | minor | Milestone: | unknown |
| Component: | MythTV - General | Version: | 0.26-fixes |
| Severity: | medium | Keywords: | |
| Cc: | Ticket locked: | no |
Description
Issue seen on 0.26.0 and also confirmed on 0.26-fixes at git rev 28846f87db59efa28ce20c9309089a49520227bb
I suspect I have an issue on my backend which is causing zero length LiveTV buffers, in turn this causes mythfrontend to deadlock on returning to the EPG. I'm ignoring the backend issue for now, and this ticket concerns the frontend deadlock only.
Looking at the end of the attached log, the endless "(SetDecoder) Player(1): Waited 10ms for decoder lock" messages from Thread 1 suggest that it's spinning trying to acquire decoder_change_lock in MythPlayer::SetDecoder
From the attached backtrace I think that decoder_change_lock is being held by Thread 5 which has passed through MythPlayer::DecoderGetFrame.
I believe that thread 1 is holding osdLock, vidExitLock, and videofiltersLock (since it's executing the MythPlayer::~MythPlayer destructor) but Thread 5 is waiting for these same locks to complete the ReinitVideo call.
Unfortunately I don't really grok this enough to produce a patch.
Attachments (3)
Change History (5)
by , 14 years ago
| Attachment: | mythfrontend_hang_backtrace.txt added |
|---|
by , 14 years ago
| Attachment: | mythfrontend_hang.log.gz added |
|---|
by , 14 years ago
| Attachment: | mythfrontend_hang_backtrace.2.txt added |
|---|
comment:1 by , 12 years ago
it actually only hang for about 16s
the issue is fixed in master
it was fixed in 0.27.2, but this caused issue with xbmc client so was reverted
comment:2 by , 12 years ago
| Resolution: | → Fixed |
|---|---|
| Status: | new → closed |
Compressed log showing mythfrontend deadlock.