On Tue, 2006-09-26 at 11:03 +0200, Tino Keitel wrote:
> On Tue, Sep 26, 2006 at 10:49:55 +0200, Michel D=C3=A4nzer wrote:
> > On Mon, 2006-09-25 at 21:39 +0200, Tino Keitel wrote:
> > >=20
> > > 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 bro=
> > > (video too fast). It works with 2.6.17, and it also works if the
> > > program uses RTC for the video timing.
> > >=20
> > > 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 handli=
> > 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
Earthling Michel D=C3=A4nzer | http://tungstengraphics=
Libre software enthusiast | Debian, X and DRI developer