On Mon, Jul 01, 2013 at 10:56:06AM +0530, Vijay Purushothaman wrote:
On 6/28/2013 7:54 PM, Ville Syrjälä wrote:
On Fri, Jun 28, 2013 at 07:45:31PM +0530, Vijay Purushothaman wrote:
Since the sprite planes are using synchronized MMIO based flip, no need
to wait for vblank. Removing this wait
On 6/28/2013 7:54 PM, Ville Syrjälä wrote:
On Fri, Jun 28, 2013 at 07:45:31PM +0530, Vijay Purushothaman wrote:
Since the sprite planes are using synchronized MMIO based flip, no need
to wait for vblank. Removing this wait allows us to get a nice
performance boost to both 3D media workloads
On 6/28/2013 9:35 PM, Chris Wilson wrote:
On Fri, Jun 28, 2013 at 05:24:50PM +0300, Ville Syrjälä wrote:
On Fri, Jun 28, 2013 at 07:45:31PM +0530, Vijay Purushothaman wrote:
Since the sprite planes are using synchronized MMIO based flip, no need
to wait for vblank. Removing this wait allows us
Since the sprite planes are using synchronized MMIO based flip, no need
to wait for vblank. Removing this wait allows us to get a nice
performance boost to both 3D media workloads based on sprite (~60 fps
from ~20 fps)
Signed-off-by: Vijay Purushothaman vijay.a.purushotha...@intel.com
/i915: Don't wait for vblank for sprite plane
flips
Since the sprite planes are using synchronized MMIO based flip, no need to
wait for vblank. Removing this wait allows us to get a nice performance boost
to both 3D media workloads based on sprite (~60 fps from ~20 fps)
Signed-off-by: Vijay
On Fri, Jun 28, 2013 at 07:45:31PM +0530, Vijay Purushothaman wrote:
Since the sprite planes are using synchronized MMIO based flip, no need
to wait for vblank. Removing this wait allows us to get a nice
performance boost to both 3D media workloads based on sprite (~60 fps
from ~20 fps)
Nak.
On Fri, Jun 28, 2013 at 05:24:50PM +0300, Ville Syrjälä wrote:
On Fri, Jun 28, 2013 at 07:45:31PM +0530, Vijay Purushothaman wrote:
Since the sprite planes are using synchronized MMIO based flip, no need
to wait for vblank. Removing this wait allows us to get a nice
performance boost to