Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
* UXA clipping reduction
@ 2011-06-01  7:02 Eric Anholt
  2011-06-01  7:02 ` [PATCH 1/3] uxa: Simplify BLT solid acceleration for spans filling by only clipping once Eric Anholt
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: Eric Anholt @ 2011-06-01  7:02 UTC (permalink / raw)
  To: intel-gfx

There's this odd pattern in some UXA code that appears to have been
carried over from fbfillrect.c where for each thing to be filled we:

1) clip against the clip extents
2) trivial reject
3) clip that against each box of the clip
4) reject per box
5) draw.

I don't see a justification for this complexity, in terms of how I
expect cliprects to be (generally 1 rectangle) or in terms of how I
expect rendering to be (generally within cliprects if there are any).
And, we see from the history of uxa-accel.c, we've screwed up this
clipping up before.  So, I propose instead, we:

1) Clip against each box of the clip
2) Reject per box
3) draw.

Here are the patches.  No performance testing included, but one known
bug is deleted (which I actually hope we land the small submitted fix
for first, I'm just hoping to get a name/commit message on it).

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2011-06-01 18:56 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-01  7:02 UXA clipping reduction Eric Anholt
2011-06-01  7:02 ` [PATCH 1/3] uxa: Simplify BLT solid acceleration for spans filling by only clipping once Eric Anholt
2011-06-01  7:02 ` [PATCH 2/3] uxa: Simplify Composite solid acceleration for spans " Eric Anholt
2011-06-01  7:02 ` [PATCH 3/3] uxa: Simplify uxa_poly_fill_rect " Eric Anholt
2011-06-01 18:56 ` UXA clipping reduction Keith Packard

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox