From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vijay Purushothaman Subject: Re: Request for feedback - Sprite flip notification support Date: Wed, 05 Feb 2014 21:25:36 +0530 Message-ID: <52F25EF8.3060800@intel.com> References: <52F25327.2060806@intel.com> <20140205151333.GM3891@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Content-Transfer-Encoding: quoted-printable Return-path: Received: from mga14.intel.com (mga14.intel.com [143.182.124.37]) by gabe.freedesktop.org (Postfix) with ESMTP id 53C48403E for ; Wed, 5 Feb 2014 07:56:35 -0800 (PST) In-Reply-To: <20140205151333.GM3891@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces@lists.freedesktop.org Errors-To: intel-gfx-bounces@lists.freedesktop.org To: =?ISO-8859-1?Q?Ville_Syrj=E4l=E4?= Cc: intel-gfx@lists.freedesktop.org, "Goel, Akash" List-Id: intel-gfx@lists.freedesktop.org On 2/5/2014 8:43 PM, Ville Syrj=E4l=E4 wrote: > On Wed, Feb 05, 2014 at 08:35:11PM +0530, Vijay Purushothaman wrote: >> Hello, >> >> In our current driver implementation we support flip notifications only >> for primary plane. So, in a full screen video playback scenario where >> only one sprite plane is active, the user space is forced to rely on >> primary plane flip notification even though there is no real need for >> this plane to be active. Ideally we should be able to support flip >> notifications for any given plane. Switching off the primary plane (when >> not used) will help in better memory self refresh & decent power savings= .. >> >> We do have a hack in android product trees which supports flip >> notifications for one sprite plane. unfortunately this hack in its >> current form cannot be considered for up streaming... >> >> My current thinking is to have an array of unpin_work items to match the >> number of planes. Is anyone working on this or thought about this >> scenario in detail? Any pointers / restrictions that needs to considered >> for a generic implementation of this feature? > > The plan is to implement the nuclear page flip which will take care of > all planes in the same way. > Thanks Ville. If the nuclear page flip is part of your bigger atomic = mode set framework, is there a way you can split this into smaller sets = for merge? Multiple product trees will benefit from the nuclear page flip. Is there anything that i can help with? Like testing your patches with = android user space? Thanks, Vijay