On Tuesday, January 22, 2008 9:55 am Jesse Barnes wrote: > Until last night, it had been over a month since a vblank problem was > reported, so I figure now is a good time to try to break things again. > > The vblank-rework tree has been soaking for quite awhile now, and I don't > think it'll get anymore exposure as a branch of the main drm tree. Since > it actually fixes a few bugs with the current drm, and saves power by > keeping interrupts off when not in use, Dave thought now might be a good > time to merge it. > > So after some final (and I hope comprehensive) testing today, I'd like to > merge it into master. > > Aside from all the driver internal changes, the vblank-rework stuff > includes a new userland visible interface: DRM_IOCTL_MODESET_CTL. It's > intended to plug the vblank counter modesetting hole. When a driver > changes modes on a pipe, it can call MODESET_CTL pre- and post-modesetting > to make sure that the vblank counter doesn't go backwards in the event that > the modeset resets the chip's vblank counter register.
Ok, it passed the torture tests I threw at it on 915, so I pushed it to master. Please let me know if you run into any issues... Thanks, Jesse ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -- _______________________________________________ Dri-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dri-devel
