On 1/8/06, <b class="gmail_sendername">Al McIntosh</b> <<a href="mailto:junkmail@allanmcintosh.com">junkmail@allanmcintosh.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Michael T. Dean wrote:<br><br>> Al McIntosh wrote:<br>><br>>> I have an AMD Sempron 2800+, MSI nForce4 K8N Neo3 with onboard nVidia<br>>> Corporation CK804 AC'97 Audio Controller. I have been experiencing
<br>>> problems with mythfronted freezing during playback of recorded shows.<br>>> I have to kill it but it becames defunct.<br>>><br>>> I am using alsa 1.0.10 and myth 0.18.1<br>>><br>>> I believe it's the sound card because of the following mythfrontend
<br>>> output appears when the crash occurs:<br>>><br>>> 006-01-07 14:27:19.240 prebuffering pause<br>><br>><br>> Sure it's not an I/O issue? Perhaps the buffer underrun on the audio<br>> was due to the lack of data caused by prebuffering pauses. Were you
<br>> playing HDTV? Problem with your hard drives or network (if using a<br>> network filesystem or Myth streaming)?<br>><br><br><br>Not HDTV. The files are all on the local filesystem, on a 3 or 4 month<br>old Maxtor 6L250R0, ATA DISK.
<br><br>I have not seen any evidence of drive failure. Not to say this is not<br>the culpret.<br>DMA is on.<br><br>Yesterday, on my mythfrontend/backend/filserver machine, mythfrontend<br>froze at 00:23:46 of a recording. I killed the frontend, it became
<br>defunct. I started another frontend, seeked ahead to 00:23:46 and the<br>second mythfrontend froze and became defunct also. I went to another PC<br>and started mythfrontend, seeked ahead to 00:23:46 and mythfrontend<br>
froze and became defunct. From the second PC I tried to play the file<br>directly using mplayer via nfs and mplayer froze at 00:23:46. I had to<br>kill mplayer which became defunct. After a reboot, I managed to play the<br>
file straight through.<br><br><br><br>Not sure anyone can make sense of this call trace:<br>Call Trace:<br>Jan 7 14:24:03 nelson kernel: [<c013b917>] add_to_page_cache+0x41/0x83<br>Jan 7 14:24:03 nelson kernel: [<c0179cd5>] mpage_readpages+0xed/0x13e
<br>Jan 7 14:24:03 nelson kernel: [<f88b9054>] ext3_get_block+0x0/0x90 [ext3]<br>Jan 7 14:24:03 nelson kernel: [<c013f732>] rmqueue_bulk+0x74/0x7e<br>Jan 7 14:24:03 nelson kernel: [<f88b9e2d>] ext3_readpages+0x0/0x15 [ext3]
<br>Jan 7 14:24:03 nelson kernel: [<c0141e6a>] read_pages+0x2a/0xf7<br>Jan 7 14:24:03 nelson kernel: [<f88b9054>] ext3_get_block+0x0/0x90 [ext3]<br>Jan 7 14:24:03 nelson kernel: [<c013fd81>] __alloc_pages+0xe8/0x407
<br>Jan 7 14:24:03 nelson kernel: [<c030a471>] _spin_unlock_irq+0x5/0x7<br>Jan 7 14:24:03 nelson kernel: [<c0142077>]<br>__do_page_cache_readahead+0x140/0x145<br>Jan 7 14:24:03 nelson kernel: [<c014218f>]
<br>blockable_page_cache_readahead+0x53/0xbc<br>Jan 7 14:24:03 nelson kernel: [<c0142253>] make_ahead_window+0x5b/0x9a<br>Jan 7 14:24:03 nelson kernel: [<c0142317>] page_cache_readahead+0x85/0x15f<br>Jan 7 14:24:03 nelson kernel: [<c013c204>]
<br>do_generic_mapping_read+0x3be/0x44b<br>Jan 7 14:24:03 nelson kernel: [<c013c415>]<br>__generic_file_aio_read+0xaa/0x1f6<br>Jan 7 14:24:03 nelson kernel: [<c013c291>] file_read_actor+0x0/0xda<br>Jan 7 14:24:03 nelson kernel: [<c0116de0>] activate_task+0x59/0x68
<br>Jan 7 14:24:03 nelson kernel: [<c013c59f>] generic_file_aio_read+0x3e/0x4f<br>Jan 7 14:24:03 nelson kernel: [<c01584f2>] do_sync_read+0xbf/0x11a<br>Jan 7 14:24:03 nelson kernel: [<c0130cc4>] futex_requeue+0x142/0x2cb
<br>Jan 7 14:24:03 nelson kernel: [<c012d9fe>]<br>autoremove_wake_function+0x0/0x37<br>Jan 7 14:24:03 nelson kernel: [<c0158433>] do_sync_read+0x0/0x11a<br>Jan 7 14:24:03 nelson kernel: [<c01585ed>] vfs_read+0xa0/0x158
<br>Jan 7 14:24:03 nelson kernel: [<c015895a>] sys_read+0x41/0x6a<br>Jan 7 14:24:03 nelson kernel: [<c0102ea1>] syscall_call+0x7/0xb<br>Jan 7 14:24:03 nelson kernel: Code: 84 85 db 74 30 83 03 01 8b 04 24 89
<br>44 ab 04 0f a3 ab 04 01 00 00 19 c0 85 c0<br> 75 68 0f a3 ab 0c 01 00 00 19 c0 31 c9 85 c0 74 b1 <0f> 0b 14 01 5c c7<br>32 c0 eb a7 8b 0c 24 8b 54 24 08 89 4a 08<br>31<br>Jan 7 14:24:03 nelson kernel: <0>BUG: rwlock cpu recursion on CPU#0,
<br>kswapd0/189, d82de710 (Tainted: PF )<br>Jan 7 14:24:03 nelson kernel: [<c01d1b4e>] _raw_write_lock+0x48/0x58<br>Jan 7 14:24:03 nelson kernel: [<c0145cc1>] shrink_list+0x190/0x480<br>Jan 7 14:24:03 nelson kernel: [<c0144f0f>] __pagevec_lru_add+0xab/0xba
<br>Jan 7 14:24:03 nelson kernel: [<c0144dd2>] __pagevec_release+0x15/0x1d<br>Jan 7 14:24:03 nelson kernel: [<c014615e>] shrink_cache+0xe7/0x29a<br>Jan 7 14:24:03 nelson kernel: [<c0146781>] shrink_zone+0x88/0xd6
<br>Jan 7 14:24:03 nelson kernel: [<c0146bc3>] balance_pgdat+0x213/0x3d5<br>Jan 7 14:24:04 nelson kernel: [<c0146e50>] kswapd+0xcb/0x109<br>Jan 7 14:24:04 nelson kernel: [<c012d9fe>]<br>autoremove_wake_function+0x0/0x37
<br>Jan 7 14:24:04 nelson kernel: [<c0146d85>] kswapd+0x0/0x109<br>Jan 7 14:24:04 nelson kernel: [<c0101301>] kernel_thread_helper+0x5/0xb<br>Jan 7 14:24:48 nelson lircd-0.8.0-CVS[6924]: removed client<br>
Jan 7 14:24:49 nelson kernel: audit(:0): major=252 name_count=0:<br>freeing multiple contexts (1)<br><br><br><br><br><br><br><br><br>_______________________________________________<br>mythtv-users mailing list<br><a href="mailto:mythtv-users@mythtv.org">
mythtv-users@mythtv.org</a><br><a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a><br></blockquote></div><br>I'm currently having similar issues with hdtv. Can you try seeking to just before the freeze, then jumping ahead to pass it? For me, this results in no freeze, but a loss of sound.
<br>