I also noticed that default XRandR1.2+ implementation is missing in X side.
If we can implement one, it would be beneficial for all ARM platforms. By
the way, does X driver of TI support XRandR1.2+?

Regards,
Jammy

On Thu, Feb 17, 2011 at 11:25 PM, Clark, Rob [off-list ref] wrote:

Hmm, I was thinking more on the xf86 side of things.. ie. to provide
default implementations of xf86CrtcFuncsRec and xf86OutputFuncsRec
functions..

BR,
-R

On Wed, Feb 16, 2011 at 7:24 PM, Jammy Zhou [off-list ref] wrote:

quoted

There is already one KMS abstraction layer (libkms.so) in libdrm, maybe

it can serve as what we needed.

quoted

Regards,
Jammy

On Thu, Feb 17, 2011 at 9:08 AM, Clark, Rob [off-list ref] wrote:

quoted

I'm still in the learning-as-I-go phase here, so definitely not ready
to propose a solution, but it does seem to me like there is room for
some sort of kms-helper library here to handle more of the boilerplate
xf86-video-* stuff..  I guess I'll have a better picture once I have a
chance to add support for the various multi-monitor configurations.
But certainly would be interested if anyone already has some ideas.

BR,
-R

On Wed, Feb 16, 2011 at 8:42 AM, Jesse Barker [off-list ref]

wrote:

quoted

quoted

quoted

Speaking for the Linaro graphics working group, I think it's great.

And, I

quoted

quoted

quoted

think you're right, that if enough of the KMS support in xf86-video-*

is

quoted

quoted

quoted

similar enough (I was only aware of intel and nouveau supporting it

properly

quoted

quoted

quoted

at current), pulling it out into a common layer would make it easier

to

quoted

quoted

quoted

support in new drivers (including fbdev).

cheers,
Jesse

On Wed, Feb 16, 2011 at 4:22 AM, Arnd Bergmann [off-list ref] wrote:

quoted

On Tuesday 15 February 2011, Clark, Rob wrote:

quoted

I'd been experimenting a bit on the side w/ the DRM driver

framework (

quoted

quoted

quoted

quoted

quoted

http://gitorious.com/~robclark/pandaboard/robclarks-kernel-omap4/commits/omap_gpu

quoted

quoted

quoted

quoted

quoted

), but had to add a good chunk of mostly boilerplate code to our

xorg

quoted

quoted

quoted

quoted

quoted

driver in order just to test it.  Maybe some generic support for

KMS

quoted

quoted

quoted

quoted

quoted

in xf86-video-fbdev would have made this easier to develop the

kernel

quoted

quoted

quoted

quoted

quoted

part without in parallel having to implement the userspace part.

 I'm

quoted

quoted

quoted

quoted

quoted

not sure if this is the sort of thing the linaro-wg has in mind?

I'm not sure what the the linaro multimedia wg thinks of this, but

the

quoted

quoted

quoted

quoted

kernel code you linked looks like it's doing exactly the right thing.

       Arnd

_______________________________________________
linaro-dev mailing list
linaro-dev at lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

_______________________________________________
linaro-dev mailing list
linaro-dev at lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20110218/dae57eaa/attachment-0001.html>