Hallo, thanks to open the thread because i have subscribe me new to the mailinglist and have the same problem in januari
i have 2 PVR-350 cards its worked for more than a year with gentoo kernel 2.6.34-gentoo-r12 and older , i have never a problem, but after updating to 2.6.36-gentoo-r5 i have the same problems. i have tryed to reverse to the old kernel but it doesnt work any more, i had the same problem with the old kernel and libs now (but i have updated gentoo fully so it not easy to say with update makes the problem) (and maked no backup ;-( Ok on 2 february after googling a found this patch 2010-July/006547.html also working now for 3 weeks, but it creates also a little problem that the mpeg recorded file is corrupted and this have little glittjes in the stream for the audio or the video. ok the glitch are normal because we are losing dma for a moment but fix makes its continu to get the stream with this patch, but the questions is there, why i have never problems before the 2.6.36 kernel, but i havent found a way to go fully back to a working kernel 2.6.34 to lets the working version analysing it. so yes you can for me also do the patches to te ivtv-irq.c file in the main distribution of ivtv. kris On Sunday 20 February 2011 03:51:51 Pete wrote: > On Sat, 29 Jan 2011 09:08:06 -0500, Andy Walls > > <[email protected]> wrote: > > On Wed, 2011-01-26 at 20:39 -0800, Karl Newman wrote: > >> I have a similar configuration as you--a 5 year old AMD system on an > >> Asus mobo with a PVR-500 running Gentoo. I had a bout with the same > >> problem last year, but the occurrence seems to have slowed down > >> significantly lately (knock on wood). Apparently it's an old problem > >> that's never been satisfactorily solved; I came across this old > >> mailing list post that contains a patch to address the problem (with > >> side effects, natch). > >> http://ivtvdriver.org/pipermail/ivtv-users/2007-June/006627.html > > > > The above patch is not good for setups without a problem though. > > Right. Even for systems with this problem, it's a poor fix. > It causes increased CPU load (along with related heat and fan > noise), and recordings made through the external A/V inputs > end up with "tinny" audio that is unusable. It also fills > /var/log/messages with lines of the form: > > Jan 17 01:28:34 mythtv kernel: [98942.296769] ivtv0: warn: Invalid > PGM index 178891420 (>= 400) > > Another poster reported that disabling "Cool'n'Quiet" in the > BIOS solved the problem, but again, this prevents powernowd > from lowering the CPU clock speed, so more heat and noise. > Not good for a set-top box. I did not test that configuration. > > > I never properly reviewed or tested this patch, but I beleive it has > > promise: > > > > http://ivtvdriver.org/pipermail/ivtv-devel/2010-July/006547.html > > > > Feedback from anyone with experiencing symptoms with the time to test > > it, is welcome. Although I'm not even sure if it will apply cleanly > > anymore, I hope it does. If it doesn't, let me know, and I'll clean it > > up. (my time this weekend for linux stuff is scarce.) > > Yes! I applied this patch shortly after receiving your message, > and can confirm that my PVR-500 is now happily recording in DMA > mode, with both tuners simultaneously, and the card no longer > locks up. I still get DMA ERRORs in the logs, but the ones with > status bits 00000011 that were previously fatal, are not anymore. > > I'd strongly advocate applying the modified error handling patches > to the baseline ivtv-irq.c. Thank you for pointing it out, and of > course to Mike for posting the patch. > > --Pete > > _______________________________________________ > ivtv-users mailing list > [email protected] > http://ivtvdriver.org/mailman/listinfo/ivtv-users _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
