xf86-video-intel: man/intel.man src/i810_reg.h src/i830_video.c src/i830_video.h
Michel Dänzer
michel at daenzer.net
Fri Mar 6 03:15:53 PST 2009
On Fri, 2009-03-06 at 10:46 +0000, Barry Scott wrote:
> Michel Dänzer wrote:
> > On Thu, 2009-03-05 at 21:26 -0800, Haihao Xiang wrote:
> >
> >> man/intel.man | 15 ++++++++
> >> src/i810_reg.h | 4 ++
> >> src/i830_video.c | 100 ++++++++++++++++++++++++++++++++++++++++++++-----------
> >> src/i830_video.h | 2 +
> >> 4 files changed, 102 insertions(+), 19 deletions(-)
> >>
> >
> > [...]
> >
> >
> >> +.SS "XV_SYNC_TO_VBLANK"
> >> +XV_SYNC_TO_VBLANK is used to control whether textured adapter synchronizes
> >> +the screen update to the vblank to eliminate tearing. It has three
> >> +values 'auto'(-1), 'off'(0) and 'auto'(1). 'off' means never sync, 'on' means
> >> +always sync, no matter what size, and 'auto' means sync if the Xv image is
> >> +more than quarter of the pixels on the screen. The default is 'auto'(-1).
> >>
> >
> > Rather than syncing to vblank, why don't you define an inclusive
> > scanline window using MI_LOAD_SCAN_LINES_INCL and then use an
> > MI_WAIT_FOR_EVENT 'Scan Line Window Wait' bit? The radeon driver uses
> > that principle, it should make the pipeline stall less when the vertical
> > area is smaller and thus remove the need for the 'auto' attribute value.
> >
> >
> >
>
> Does the INTEL hardware have the ability to do this?
Yes, the above bits are documented in the publicly available
VOL_1_graphics_core.pdf .
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
More information about the xorg-devel
mailing list