From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alan Cox Subject: Re: [PATCH 1/4] drm: add plane support Date: Fri, 22 Jul 2011 23:18:25 +0100 Message-ID: <20110722231825.4e97c421@lxorguk.ukuu.org.uk> References: <1308600701-7442-1-git-send-email-jbarnes@virtuousgeek.org> <1308600701-7442-2-git-send-email-jbarnes@virtuousgeek.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from www.etchedpixels.co.uk (earthlight.etchedpixels.co.uk [81.2.110.250]) by gabe.freedesktop.org (Postfix) with ESMTP id AEB019E709 for ; Fri, 22 Jul 2011 15:15:28 -0700 (PDT) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: Rob Clark Cc: intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org > Not something that directly affects this patchset.. I'm thinking more > along the lines of having a way to create a drm_framebuffer w/ more > than one GEM buffer, one per color plane. The other option is to bury > this all behind a single GEM buffer.. although that seems like it > could get ugly/hacky. My own guess is that it will be best to have a possibly specialist function to allocate the object, but to give it a single GEM handle. For the most part its a list of pinned pages somewhere and while picking the pages to use is special I am thinking that the rest of the behaviour is probably not. It also then means on the client side that it's a single buffer, a single mmap and can be wrapped easily in things like libkms. Alan