Hi Ville/All, We gave a presentation on design on this framework, few months ago, in one of our common forum with OTC folks. We discussed, took review comments, and re-designed the framework, as per the feedbacks. We also discussed the benefits of providing the controls directly from /sysfs over going for a UI manager based property settings. So I don't understand where are we going wrong, can you please elaborate a bit ? This is just a basic design, and once go ahead with this, we can always work on making hardware agnostic, as you recommended. IMHO, controls from /sysfs would be a very generic interface for all linux/drm based platform, where any userspace can read/write and control properties. We don't even need a UI manager or a minimum executable to play around, just a small script can do. But we can always write something on top of this, to be included in any UI framework or property. Regards Shashank -----Original Message----- From: Ville Syrjälä [mailto:ville.syrjala@xxxxxxxxxxxxxxx] Sent: Thursday, February 20, 2014 6:41 PM To: Sharma, Shashank Cc: intel-gfx@xxxxxxxxxxxxxxxxxxxxx; Shankar, Uma; dri-devel@xxxxxxxxxxxxxxxxxxxxx Subject: Re: [Intel-gfx] [PATCH 0/6] Intel Color Manager Framework On Thu, Feb 20, 2014 at 06:07:21PM +0530, Shashank Sharma wrote: > Color manager is a new framework in i915 driver, which provides a > unified interface for various color correction methods supported by > intel hardwares. The high level overview of this change is: Would have been good to discuss this idea before implementing it. The plan is to use kms properties for this kind of stuff which allows us to hook it up with the upcoming atomic modeset API. Just yesterday there was some discussion on #dri-devel about exposing user settable blob properties even before the atomic modeset API lands (it was always the plan for the atomic modeset API anyway). So based on a cursory glance, this looks like it's going in the wrong direction. Also ideally the properties should be hardware agnostic, so a generic userspace could use them regardless of the hardware/driver. Obviously that might not be possible in all cases, but we should at least spend a bit of effort on trying to make that happen for most properties. -- Ville Syrjälä Intel OTC _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
