From mboxrd@z Thu Jan 1 00:00:00 1970 From: Corbin Simpson Subject: Re: [PATCH] drm: dumb scanout create/mmap for intel/radeon (v3) Date: Thu, 6 Jan 2011 16:12:17 -0800 Message-ID: References: <1294355811-3225-1-git-send-email-airlied@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by gabe.freedesktop.org (Postfix) with ESMTP id AF3029E967 for ; Thu, 6 Jan 2011 16:12:18 -0800 (PST) Received: by gwj20 with SMTP id 20so7134763gwj.36 for ; Thu, 06 Jan 2011 16:12:18 -0800 (PST) In-Reply-To: <1294355811-3225-1-git-send-email-airlied@gmail.com> 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: Dave Airlie Cc: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org On Thu, Jan 6, 2011 at 3:16 PM, Dave Airlie wrote: > From: Dave Airlie > > This is just an idea that might or might not be a good idea, > it basically adds two ioctls to create a dumb and map a dumb buffer > suitable for scanout. The handle can be passed to the KMS ioctls to create > a framebuffer. > > It looks to me like it would be useful in the following cases: > a) in development drivers - we can always provide a shadowfb fallback. > b) libkms users - we can clean up libkms a lot and avoid linking > to libdrm_*. > c) plymouth via libkms is a lot easier. > > Userspace bits would be just calls + mmaps. We could probably > mark these handles somehow as not being suitable for acceleartion > so as top stop people who are dumber than dumb. > > Signed-off-by: Dave Airlie Looks pretty reasonable. One thing from the IRC conversation on v2 was about cursors -- were they going to be handled through this patch? ~ C. -- When the facts change, I change my mind. What do you do, sir? ~ Keynes Corbin Simpson