Created attachment 57902 [details] kernel log 2.6.39-rc7 The dvb tuner I have is a Hauppauge WinTV-HVR1800: 03:00.0 Multimedia video controller [0400]: Conexant Systems, Inc. CX23887/8 PCIe Broadcast Audio and Video Decoder with 3D Comb [14f1:8880] (rev 0f) Subsystem: Hauppauge computer works Inc. Device [0070:7801] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at fda00000 (64-bit, non-prefetchable) [size=2M] Capabilities: <access denied> Kernel driver in use: cx23885 Whenever I attempt watch something via mplayer dvb://[channel], playback is fine for ~1 second until it freezes. My kern.log is then littered with readreg and writereg errors from s5h1409 and mt2131. I've tried git bisecting, but eventually ran into problems with 371c394af27ab7d1e58a66bc19d9f1f3ac1f67b4 and de2a8cf98ecdde25231d6c5e7901e2cffaf32af9. After which I just started testing official releases down to 2.6.33 (I'm unwilling to go earlier unless absolutely necessary since 33 was first to introduce radeon kms). Every release from 2.6.33 to 2.6.39-rc7+ experiences this bug. Though it seems to be less and less of a problem in earlier versions. For example, 33 was able to playback ~15 of dvb content before ultimately freezing. (not sure why this is) attached will be a sample kernel log from 2.6.39-rc7. Let me know if I can provide any additional information
Is this still seen with recent kernels ?
No, this is not a problem anymore and dvb stream is fine now and has been for some time. I'm not sure what fixed it. It's possible it may have been a faulty mainboard since I remember replacing the one in this system after a power disruption. Marking this as resolved-unreproducible.