From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Date: Mon, 29 Apr 2013 22:04:20 +0000 Subject: Re: [PATCH V2] video: implement a simple framebuffer driver Message-Id: <201304300004.20320.arnd@arndb.de> List-Id: References: <1365043183-28905-1-git-send-email-swarren@wwwdotorg.org> <1556968.7tR6KuEIWb@flatron> <6607610.omg016OAvj@avalon> In-Reply-To: <6607610.omg016OAvj@avalon> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-arm-kernel@lists.infradead.org On Monday 29 April 2013, Laurent Pinchart wrote: > On Monday 29 April 2013 23:31:30 Tomasz Figa wrote: > > > Good point. Stephen, would it be a problem to make this a KMS driver > > instead? Old fbdev API could be emulated on top of it, until it goes out > > of use, couldn't it? > > There's already an fbdev emulation layer in KMS, for such a simple use case it > will work fine. I suggested the same to Stephen when he first brought up this driver. Unfortunately his attempt to create a simple KMS driver resulted in a significantly larger driver than the one he did for the framebuffer interface. This means that either Stephen did something really wrong in his attempt, or the KMS interface isn't as good as it should be if we want to move people away from frame buffer drivers. Arnd From mboxrd@z Thu Jan 1 00:00:00 1970 From: arnd@arndb.de (Arnd Bergmann) Date: Tue, 30 Apr 2013 00:04:20 +0200 Subject: [PATCH V2] video: implement a simple framebuffer driver In-Reply-To: <6607610.omg016OAvj@avalon> References: <1365043183-28905-1-git-send-email-swarren@wwwdotorg.org> <1556968.7tR6KuEIWb@flatron> <6607610.omg016OAvj@avalon> Message-ID: <201304300004.20320.arnd@arndb.de> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Monday 29 April 2013, Laurent Pinchart wrote: > On Monday 29 April 2013 23:31:30 Tomasz Figa wrote: > > > Good point. Stephen, would it be a problem to make this a KMS driver > > instead? Old fbdev API could be emulated on top of it, until it goes out > > of use, couldn't it? > > There's already an fbdev emulation layer in KMS, for such a simple use case it > will work fine. I suggested the same to Stephen when he first brought up this driver. Unfortunately his attempt to create a simple KMS driver resulted in a significantly larger driver than the one he did for the framebuffer interface. This means that either Stephen did something really wrong in his attempt, or the KMS interface isn't as good as it should be if we want to move people away from frame buffer drivers. Arnd From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arnd Bergmann Subject: Re: [PATCH V2] video: implement a simple framebuffer driver Date: Tue, 30 Apr 2013 00:04:20 +0200 Message-ID: <201304300004.20320.arnd@arndb.de> References: <1365043183-28905-1-git-send-email-swarren@wwwdotorg.org> <1556968.7tR6KuEIWb@flatron> <6607610.omg016OAvj@avalon> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <6607610.omg016OAvj@avalon> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: devicetree-discuss-bounces+gldd-devicetree-discuss=m.gmane.org-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org Sender: "devicetree-discuss" To: Laurent Pinchart Cc: linux-fbdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org, Tomasz Figa , Rob Clark , linux-rpi-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, Andrew Morton , linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org List-Id: devicetree@vger.kernel.org On Monday 29 April 2013, Laurent Pinchart wrote: > On Monday 29 April 2013 23:31:30 Tomasz Figa wrote: > > > Good point. Stephen, would it be a problem to make this a KMS driver > > instead? Old fbdev API could be emulated on top of it, until it goes out > > of use, couldn't it? > > There's already an fbdev emulation layer in KMS, for such a simple use case it > will work fine. I suggested the same to Stephen when he first brought up this driver. Unfortunately his attempt to create a simple KMS driver resulted in a significantly larger driver than the one he did for the framebuffer interface. This means that either Stephen did something really wrong in his attempt, or the KMS interface isn't as good as it should be if we want to move people away from frame buffer drivers. Arnd