From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gerd Hoffmann Date: Tue, 29 Sep 2015 08:23:23 +0000 Subject: Re: No more new fbdev drivers, please Message-Id: <1443515003.21557.12.camel@redhat.com> List-Id: References: <5603EC15.9090605@ti.com> <20150924144621.40e26f0a@free-electrons.com> <20150924152312.GV3383@phenom.ffwll.local> <1443425953.19666.6.camel@redhat.com> <20150928123627.GD3383@phenom.ffwll.local> In-Reply-To: <20150928123627.GD3383@phenom.ffwll.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Daniel Vetter Cc: Thomas Petazzoni , linux-fbdev , Teddy Wang , Greg Kroah-Hartman , Daniel Vetter , "linux-kernel@vger.kernel.org" , DRI Development , Tomi Valkeinen , Geert Uytterhoeven , Laurent Pinchart , Arnaud Patard , Dave Airlie , Sudip Mukherjee On Mo, 2015-09-28 at 14:36 +0200, Daniel Vetter wrote: > On Mon, Sep 28, 2015 at 09:39:13AM +0200, Gerd Hoffmann wrote: > > Hi, > > > > > As Daniel mentioned, the connector+encoder+crtc combination is one of > > > those simplifications that would make sense if more such drivers are > > > added. > > > > Another one is memory management. It's pretty complex because it can > > handle _way_ more than what simple drivers need, and the result is > > _alot_ of ttm boilerplate in the drivers. > > ttm is pretty impressive overkill for most simplistic drm drivers. If you > just need contiguous framebuffers for display then the cma helpers should > take care of pretty much all the boilerplate for you. They have ready-made > simple gem and dumb framebuffer mmap support, which is all a basic kms > driver needs. Does that work on !arm meanwhile? Last time I checked (when writing bochsdrm, around v3.14) the cma helpers didn't even build on x86 ... cheers, Gerd From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gerd Hoffmann Subject: Re: No more new fbdev drivers, please Date: Tue, 29 Sep 2015 10:23:23 +0200 Message-ID: <1443515003.21557.12.camel@redhat.com> References: <5603EC15.9090605@ti.com> <20150924144621.40e26f0a@free-electrons.com> <20150924152312.GV3383@phenom.ffwll.local> <1443425953.19666.6.camel@redhat.com> <20150928123627.GD3383@phenom.ffwll.local> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by gabe.freedesktop.org (Postfix) with ESMTPS id 08DD36E6C2 for ; Tue, 29 Sep 2015 01:24:06 -0700 (PDT) In-Reply-To: <20150928123627.GD3383@phenom.ffwll.local> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Daniel Vetter Cc: Thomas Petazzoni , linux-fbdev , Teddy Wang , Greg Kroah-Hartman , Daniel Vetter , "linux-kernel@vger.kernel.org" , DRI Development , Tomi Valkeinen , Geert Uytterhoeven , Laurent Pinchart , Arnaud Patard , Dave Airlie , Sudip Mukherjee List-Id: dri-devel@lists.freedesktop.org T24gTW8sIDIwMTUtMDktMjggYXQgMTQ6MzYgKzAyMDAsIERhbmllbCBWZXR0ZXIgd3JvdGU6Cj4g T24gTW9uLCBTZXAgMjgsIDIwMTUgYXQgMDk6Mzk6MTNBTSArMDIwMCwgR2VyZCBIb2ZmbWFubiB3 cm90ZToKPiA+ICAgSGksCj4gPiAKPiA+ID4gQXMgRGFuaWVsIG1lbnRpb25lZCwgdGhlIGNvbm5l Y3RvcitlbmNvZGVyK2NydGMgY29tYmluYXRpb24gaXMgb25lIG9mCj4gPiA+IHRob3NlIHNpbXBs aWZpY2F0aW9ucyB0aGF0IHdvdWxkIG1ha2Ugc2Vuc2UgaWYgbW9yZSBzdWNoIGRyaXZlcnMgYXJl Cj4gPiA+IGFkZGVkLgo+ID4gCj4gPiBBbm90aGVyIG9uZSBpcyBtZW1vcnkgbWFuYWdlbWVudC4g IEl0J3MgcHJldHR5IGNvbXBsZXggYmVjYXVzZSBpdCBjYW4KPiA+IGhhbmRsZSBfd2F5XyBtb3Jl IHRoYW4gd2hhdCBzaW1wbGUgZHJpdmVycyBuZWVkLCBhbmQgdGhlIHJlc3VsdCBpcwo+ID4gX2Fs b3RfIG9mIHR0bSBib2lsZXJwbGF0ZSBpbiB0aGUgZHJpdmVycy4KPiAKPiB0dG0gaXMgcHJldHR5 IGltcHJlc3NpdmUgb3ZlcmtpbGwgZm9yIG1vc3Qgc2ltcGxpc3RpYyBkcm0gZHJpdmVycy4gSWYg eW91Cj4ganVzdCBuZWVkIGNvbnRpZ3VvdXMgZnJhbWVidWZmZXJzIGZvciBkaXNwbGF5IHRoZW4g dGhlIGNtYSBoZWxwZXJzIHNob3VsZAo+IHRha2UgY2FyZSBvZiBwcmV0dHkgbXVjaCBhbGwgdGhl IGJvaWxlcnBsYXRlIGZvciB5b3UuIFRoZXkgaGF2ZSByZWFkeS1tYWRlCj4gc2ltcGxlIGdlbSBh bmQgZHVtYiBmcmFtZWJ1ZmZlciBtbWFwIHN1cHBvcnQsIHdoaWNoIGlzIGFsbCBhIGJhc2ljIGtt cwo+IGRyaXZlciBuZWVkcy4KCkRvZXMgdGhhdCB3b3JrIG9uICFhcm0gbWVhbndoaWxlPyAgTGFz dCB0aW1lIEkgY2hlY2tlZCAod2hlbiB3cml0aW5nCmJvY2hzZHJtLCBhcm91bmQgdjMuMTQpIHRo ZSBjbWEgaGVscGVycyBkaWRuJ3QgZXZlbiBidWlsZCBvbiB4ODYgLi4uCgpjaGVlcnMsCiAgR2Vy ZAoKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmRyaS1k ZXZlbCBtYWlsaW5nIGxpc3QKZHJpLWRldmVsQGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwOi8v bGlzdHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933107AbbI2IYO (ORCPT ); Tue, 29 Sep 2015 04:24:14 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44601 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932880AbbI2IYF (ORCPT ); Tue, 29 Sep 2015 04:24:05 -0400 Message-ID: <1443515003.21557.12.camel@redhat.com> Subject: Re: No more new fbdev drivers, please From: Gerd Hoffmann To: Daniel Vetter Cc: David Herrmann , Geert Uytterhoeven , Thomas Petazzoni , linux-fbdev , Teddy Wang , Daniel Vetter , "linux-kernel@vger.kernel.org" , DRI Development , Arnaud Patard , Tomi Valkeinen , Laurent Pinchart , Greg Kroah-Hartman , Dave Airlie , Sudip Mukherjee Date: Tue, 29 Sep 2015 10:23:23 +0200 In-Reply-To: <20150928123627.GD3383@phenom.ffwll.local> References: <5603EC15.9090605@ti.com> <20150924144621.40e26f0a@free-electrons.com> <20150924152312.GV3383@phenom.ffwll.local> <1443425953.19666.6.camel@redhat.com> <20150928123627.GD3383@phenom.ffwll.local> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mo, 2015-09-28 at 14:36 +0200, Daniel Vetter wrote: > On Mon, Sep 28, 2015 at 09:39:13AM +0200, Gerd Hoffmann wrote: > > Hi, > > > > > As Daniel mentioned, the connector+encoder+crtc combination is one of > > > those simplifications that would make sense if more such drivers are > > > added. > > > > Another one is memory management. It's pretty complex because it can > > handle _way_ more than what simple drivers need, and the result is > > _alot_ of ttm boilerplate in the drivers. > > ttm is pretty impressive overkill for most simplistic drm drivers. If you > just need contiguous framebuffers for display then the cma helpers should > take care of pretty much all the boilerplate for you. They have ready-made > simple gem and dumb framebuffer mmap support, which is all a basic kms > driver needs. Does that work on !arm meanwhile? Last time I checked (when writing bochsdrm, around v3.14) the cma helpers didn't even build on x86 ... cheers, Gerd