From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Vetter Subject: Re: [PATCH] DRM planes Date: Thu, 3 Nov 2011 19:58:11 +0100 Message-ID: <20111103185811.GD2970@phenom.ffwll.local> References: <1320264203-18715-1-git-send-email-jbarnes@virtuousgeek.org> <20111103141155.GA3124@phenom.ffwll.local> <20111103174743.0c91a4c1@lxorguk.ukuu.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20111103174743.0c91a4c1@lxorguk.ukuu.org.uk> 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: Alan Cox Cc: dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, rob.clark@linaro.org List-Id: dri-devel@lists.freedesktop.org On Thu, Nov 03, 2011 at 05:47:43PM +0000, Alan Cox wrote: > > In short decoding these fourcc values with all their implicit assumptions > > about offset, strides and whatnotelse will be one giant switch mess. Not > > my idea of a nice kernel interface. Also practically guaranteed to result > > in slightly different behaviour in each driver. > > So you'd rather make each applicationa author get it wrong individually > and uniquely. That is a bigger mess by far. We're talking about gpus, there's no way an application will talk to them than through some nice cozy abstraction layer like OpenGl, X, ... Even Wayland has gbm to do the low-level kms scanout allocation. > > In conclusion: Ditch the addfb2ioctl and just add a few more kms pixel > > formats for the new packed yuv layouts that the snb+ sprite code needs. > > If you need a decoder for some hardware then fine, write one - share it > with the v4l one and put it in a library drivers can call. > > However - user space is already working in fourcc, v4l has working fourcc > and dumping the mess on the user isn't going to be a win. The mess will be dumped onto userspace anyway, but it won't be dumped onto the user - that one should use Xv or some fancy EGLImage extension. -Daniel -- Daniel Vetter Mail: daniel@ffwll.ch Mobile: +41 (0)79 365 57 48