On Tue, 2006-09-26 at 11:03 +0200, Tino Keitel wrote: > On Tue, Sep 26, 2006 at 10:49:55 +0200, Michel Dänzer wrote: > > On Mon, 2006-09-25 at 21:39 +0200, Tino Keitel wrote: > > > > > > I use a TV application (MythTV) that uses DRM for the video timing. > > > Since the upgrade to Linux 2.6.18 the timing during playback is broken > > > (video too fast). It works with 2.6.17, and it also works if the > > > program uses RTC for the video timing. > > > > > > This happens on a Mac Mini Core Duo with Intel i945 graphics. > > > > Define 'too fast'. Is it just slightly off, or about twice as fast? > > It's about twice as fast. > > > Either way, this is most likely related to the new support for handling > > vertical blank interrupts from both display pipes. > > Thanks for the hint. I saw these functions in the 2.6.18 changes and > they also came into my mind. > > Now, is this a bug in the i915 DRM driver, or a bug in the application?
I don't think it's an application bug. The problem seems to be that vertical blank interrupts are enabled for both pipes, but there's only a single counter for both. Current xf86-video-intel only ever enables the interrupt for one pipe. The DRM should arguably do the same, although I'm not sure how it would end up with both enabled looking at the code... -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel