Messages in this thread | | | Date | Thu, 24 Feb 2011 09:51:04 +1000 | Subject | Re: [PATCH] gma500: Intel GMA500 staging driver | From | Dave Airlie <> |
| |
On Tue, Feb 22, 2011 at 10:17 PM, Alan Cox <alan@linux.intel.com> wrote: > This is an initial staging driver for the GMA500. It's been stripped out > of the PVR drivers and crunched together from various bits of code and > different kernels. > > Currently it's unaccelerated but still pretty snappy even compositing with > the frame buffer X server. > > Lots of work is needed to rework the ttm and bo interfaces from being > ripped out and then 2D acceleration wants putting back for framebuffer and > somehow eventually via DRM. > > There is no support for the parts without open source userspace (video > accelerators, 3D) as per kernel policy. > > I'm not a DRM expert so if there is anyone with a GMA500 who actually knows > something about DRI internals then help would be most welcome. >
Okay I'm okay with this going into staging but we should work out a plan for it going forward.
I don't have any poulsbo hw but if some were to appear I could probably expend effort on this.
So where do we want to go my opinion is
a) remove all userspace interfaces and simplify ttm memory management usage. b) add support to hook this up to the dumb ioctl so we can do trivial generic front buffer allocation, so then a libkms + dumb kms modesetting driver can work on it. c) figure out how to add interface for acceleration users. Whether TTM fence interfaces are required etc.
We could probably just add a GEM style buffer allocation interface but we'd probably need to do a lot of RE first to figure out what best suits the hardware, I'm pretty sure I've haven't heard any glowing praise that the current interface suits the hw or is maintainable.
Dave.
| |