[Intel-gfx] intel-cleanup branch
Kristian Høgsberg
krh at bitplanet.net
Wed Apr 22 22:55:53 CEST 2009
On Tue, Apr 21, 2009 at 7:13 PM, Eric Anholt <eric at anholt.net> wrote:
> Cutting 10% of the total lines of code in the 2D driver seems like a good
> step towards reducing our maintenance burden. I still find new things to
> remove every time I look. But more importantly, the number of different
> combinations of paths goes way down -- XAA accel was way different from EXA,
> was way different from UXA, and XF86DRI has a whole bunch of ways to fail
> that's gone in DRI2.
>
> That does mean that we need to be sure we get the regressions in the current
> stuff fixed. In particular, vblank syncing with DRI2 (I think we've got
> a coherent plan here now), and supporting the fail-at-initializing-DRI path
> for the 2.6.28 kernel with a second X Server. I'm working on this second
> one, and I think jbarnes is doing the first.
>
> Long term, we're hoping to start relying on KMS around 2.9 (fall) or 2.10
> (winter) after we've made sure that we've cleaned up known regressions there.
> That'll cut some 15,000 lines of code, or about a third of what remains after
> this series.
Hehe, not just 10%, but the worst 10%. This is great stuff.
Kristian
More information about the Intel-gfx
mailing list