On Mi, 2.03.2005, 16:41, [EMAIL PROTECTED] said:
Hi,
Hi again!
I was having similar problems on (almost) the same hardware. I'm running Debian with a self-compiled 2.6.10 kernel, 2 PVR-350 cards, software RAID5, Asus P4P800 Deluxe, Intel P4 3,2GHz Prescott but with HT DISabled.
Doh! Unbelievable! GRMPF! It works... flawless... for more than 5 hours with very heavy channel switching, ffw, rewind (timeshifting), watching recordings, etc. I even stressed the CPU with doing some transcoding and even a [EMAIL PROTECTED] LiveTV runs smooth, no glitches, no artifacts... ARGH!!!
With HT enabled, when both PVR's were busy (recording, watching live TV, playing a recording, whatever), Myth would freeze within 60secs. sometimes even needed to reboot to get it running again...
I was able to record as hell. Several hours on both cards simultaneously. But as soon, as I started to use the hardware supported output in Mythtv it startet to freeze within a few minutes.
I was receiving exactly the the same error messages (ENC: Sched DMA) in the logs...
I dont think it is a error-msg. I think it just tells you, that a DMA-Transfer was scheduled.
After trying for 2 weeks weeks to get the box to run stable (the thought of window, computer and throwing out also crossed my mind ;)), I decided to try and disable HT.
Because I bought the more expensive Intel Stuff, for having SMP and (as i thought) better load balancong on the machine, I did not even think about this. I was sitting there, several time just thinking "This has to work WITH Hyperthreading!!!"
Without HT, I now have an uptime of 9 days, using only Myth to watch TV (while doing multiple simultaneous recordings etc). No lockups at all anymore!
While I updated my Debian Sarge DVDs yesterday evening I was sitting there, watching for 6 hours and using timeshifting and everything... This was not good to my heart... I'm getting too old for this...
Looks like someting in the current DMA logic is not happy with either SMP or with the way HT is implemented as SMP (perhaps the P4P800 has something to do with it?)
As there seem to be many people out there (i even know 3 of them), having PVR350's running on P4 with HT, but not on this Mainboard, I would guess the DMA-Logic in BIOS (has BIOS really to do with this?!?) or the way the DMA-Controller is used/linked (i don't think the way of linking the DMA-Controller is relevant, as it is included in the Chipset, so i think it's some kind of Software problem) is, to speak clearly really fucked up on this board. Correct me, if someone knows better... ;)
Mind you: I'm using exactly the same (SMP)kernel, I only disabled HT in the BIOS.
I'm going to build a 2.6.10 non-SMP kernel in the evening today and setup everything, as i want and then inform you, what happened.
I'm also using the latest vsync patch (still have a minor issue that I hoped this patch would fix, but didn't), haven't tried what the effect of this patch is on the HT/SMP instability...
What does this patch do? Should i use a 0.3.x Version of ivtv, or should i stay with the 0.2.0-rc3g? D'oh! I'm on the ivtv-Devel-List... Idiot-Question I think...
That patch modifies some code related to the vsync that didn't look right to me, and that in my opinion very well could have been the cause of my pvr350 hangs (similar to yours). The patch makes the OSD much faster for me (in combination with an x11 driver patch), and I haven't seen the hangs anymore (although I only use the OSD now, because then I can do 'time stretch' and mpeg4 transcoding). It's included in the latest 0.3.x.
Jelle.
Anyone else have similar problems or other experiences on SMP and/or HT P4's?
As A.P. Kennedy reports, that HT works for him, and recalling the fact I know 3 guys using P4 with HT without any problem, I think it is either hardware f'cked up and/or a BIOS/Software problem related to the ASUS P4P800 with HT enabled.
Regards, Stanley.
Thanks, for your quick reply,
Jan Ophey
-- Reality is, where the Pizzaguy comes from...
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ ivtv-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ivtv-devel
