From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bartlomiej Zolnierkiewicz Date: Wed, 03 Jan 2018 14:47:35 +0000 Subject: Re: [PATCH v3] Fix loading of module radeonfb on PowerMac Message-Id: <1565457.zQ5DZdIQMY@amdc3058> List-Id: References: <1479153557-20849-1-git-send-email-malat@debian.org> <20171221220757.24672-1-malat@debian.org> In-Reply-To: <20171221220757.24672-1-malat@debian.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Mathieu Malaterre Cc: linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Tomi Valkeinen , Lennart Sorensen On Thursday, December 21, 2017 11:07:56 PM Mathieu Malaterre wrote: > When the linux kernel is build with (typical kernel ship with Debian > installer): > > CONFIG_FB_OF=y > CONFIG_VT_HW_CONSOLE_BINDING=y > CONFIG_FB_RADEON=m > > The offb driver takes precedence over module radeonfb. It is then > impossible to load the module, error reported is: > > [ 96.551486] radeonfb 0000:00:10.0: enabling device (0006 -> 0007) > [ 96.551526] radeonfb 0000:00:10.0: BAR 0: can't reserve [mem 0x98000000-0x9fffffff pref] > [ 96.551531] radeonfb (0000:00:10.0): cannot request region 0. > [ 96.551545] radeonfb: probe of 0000:00:10.0 failed with error -16 > > This patch reproduce the behavior of the module radeon, so as to make it > possible to load radeonfb when offb is first loaded. > > It should be noticed that `offb_destroy` is never called which explain the > need to skip error detection on the radeon side. This still needs to be explained more, from my last mail: "The last put_fb_info() on fb_info should call ->fb_destroy (offb_destroy in our case) and remove_conflicting_framebuffers() is calling put_fb_info() so there is some extra reference on fb_info somewhere preventing it from going away. Please look into fixing this." > Signed-off-by: Mathieu Malaterre > Link: https://bugs.debian.org/826629#57 > Link: https://bugzilla.kernel.org/show_bug.cgi?id9741 > Suggested-by: Lennart Sorensen > --- > v2: Only fails when CONFIG_PCC is not set > v3: Only fails when CONFIG_FB_OF is not set, CONFIG_PCC was too broad. Since the conflicts in region is due to OFfb explicitly refers to it. It seems that there may still be configurations when this is incorrect -> when offb drives primary (non-radeon) card and radeonfb drives secondary (radeon) card.. > drivers/video/fbdev/aty/radeon_base.c | 26 ++++++++++++++++++++++++++ > 1 file changed, 26 insertions(+) > > diff --git a/drivers/video/fbdev/aty/radeon_base.c b/drivers/video/fbdev/aty/radeon_base.c > index 4d77daeecf99..221879196531 100644 > --- a/drivers/video/fbdev/aty/radeon_base.c > +++ b/drivers/video/fbdev/aty/radeon_base.c > @@ -2259,6 +2259,22 @@ static const struct bin_attribute edid2_attr = { > .read = radeon_show_edid2, > }; > > +static int radeon_kick_out_firmware_fb(struct pci_dev *pdev) > +{ > + struct apertures_struct *ap; > + > + ap = alloc_apertures(1); > + if (!ap) > + return -ENOMEM; > + > + ap->ranges[0].base = pci_resource_start(pdev, 0); > + ap->ranges[0].size = pci_resource_len(pdev, 0); > + > + remove_conflicting_framebuffers(ap, KBUILD_MODNAME, false); > + kfree(ap); > + > + return 0; > +} > > static int radeonfb_pci_register(struct pci_dev *pdev, > const struct pci_device_id *ent) > @@ -2312,19 +2328,27 @@ static int radeonfb_pci_register(struct pci_dev *pdev, > rinfo->fb_base_phys = pci_resource_start (pdev, 0); > rinfo->mmio_base_phys = pci_resource_start (pdev, 2); > > + ret = radeon_kick_out_firmware_fb(pdev); > + if (ret) > + return ret; > + > /* request the mem regions */ > ret = pci_request_region(pdev, 0, "radeonfb framebuffer"); > if (ret < 0) { > +#ifndef CONFIG_FB_OF > printk( KERN_ERR "radeonfb (%s): cannot request region 0.\n", > pci_name(rinfo->pdev)); > goto err_release_fb; > +#endif > } > > ret = pci_request_region(pdev, 2, "radeonfb mmio"); > if (ret < 0) { > +#ifndef CONFIG_FB_OF > printk( KERN_ERR "radeonfb (%s): cannot request region 2.\n", > pci_name(rinfo->pdev)); > goto err_release_pci0; > +#endif > } > > /* map the regions */ > @@ -2509,10 +2533,12 @@ static int radeonfb_pci_register(struct pci_dev *pdev, > iounmap(rinfo->mmio_base); > err_release_pci2: > pci_release_region(pdev, 2); > +#ifndef CONFIG_FB_OF > err_release_pci0: > pci_release_region(pdev, 0); > err_release_fb: > framebuffer_release(info); > +#endif > err_disable: > err_out: > return ret; Best regards, -- Bartlomiej Zolnierkiewicz Samsung R&D Institute Poland Samsung Electronics From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bartlomiej Zolnierkiewicz Subject: Re: [PATCH v3] Fix loading of module radeonfb on PowerMac Date: Wed, 03 Jan 2018 15:47:35 +0100 Message-ID: <1565457.zQ5DZdIQMY@amdc3058> References: <1479153557-20849-1-git-send-email-malat@debian.org> <20171221220757.24672-1-malat@debian.org> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from mailout2.samsung.com (mailout2.samsung.com [203.254.224.25]) by gabe.freedesktop.org (Postfix) with ESMTPS id 8D9F989D79 for ; Wed, 3 Jan 2018 14:47:42 +0000 (UTC) In-reply-to: <20171221220757.24672-1-malat@debian.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Mathieu Malaterre Cc: linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Tomi Valkeinen , Lennart Sorensen List-Id: dri-devel@lists.freedesktop.org Ck9uIFRodXJzZGF5LCBEZWNlbWJlciAyMSwgMjAxNyAxMTowNzo1NiBQTSBNYXRoaWV1IE1hbGF0 ZXJyZSB3cm90ZToKPiBXaGVuIHRoZSBsaW51eCBrZXJuZWwgaXMgYnVpbGQgd2l0aCAodHlwaWNh bCBrZXJuZWwgc2hpcCB3aXRoIERlYmlhbgo+IGluc3RhbGxlcik6Cj4gCj4gQ09ORklHX0ZCX09G PXkKPiBDT05GSUdfVlRfSFdfQ09OU09MRV9CSU5ESU5HPXkKPiBDT05GSUdfRkJfUkFERU9OPW0K PiAKPiBUaGUgb2ZmYiBkcml2ZXIgdGFrZXMgcHJlY2VkZW5jZSBvdmVyIG1vZHVsZSByYWRlb25m Yi4gSXQgaXMgdGhlbgo+IGltcG9zc2libGUgdG8gbG9hZCB0aGUgbW9kdWxlLCBlcnJvciByZXBv cnRlZCBpczoKPiAKPiBbICAgOTYuNTUxNDg2XSByYWRlb25mYiAwMDAwOjAwOjEwLjA6IGVuYWJs aW5nIGRldmljZSAoMDAwNiAtPiAwMDA3KQo+IFsgICA5Ni41NTE1MjZdIHJhZGVvbmZiIDAwMDA6 MDA6MTAuMDogQkFSIDA6IGNhbid0IHJlc2VydmUgW21lbSAweDk4MDAwMDAwLTB4OWZmZmZmZmYg cHJlZl0KPiBbICAgOTYuNTUxNTMxXSByYWRlb25mYiAoMDAwMDowMDoxMC4wKTogY2Fubm90IHJl cXVlc3QgcmVnaW9uIDAuCj4gWyAgIDk2LjU1MTU0NV0gcmFkZW9uZmI6IHByb2JlIG9mIDAwMDA6 MDA6MTAuMCBmYWlsZWQgd2l0aCBlcnJvciAtMTYKPiAKPiBUaGlzIHBhdGNoIHJlcHJvZHVjZSB0 aGUgYmVoYXZpb3Igb2YgdGhlIG1vZHVsZSByYWRlb24sIHNvIGFzIHRvIG1ha2UgaXQKPiBwb3Nz aWJsZSB0byBsb2FkIHJhZGVvbmZiIHdoZW4gb2ZmYiBpcyBmaXJzdCBsb2FkZWQuCj4gCj4gSXQg c2hvdWxkIGJlIG5vdGljZWQgdGhhdCBgb2ZmYl9kZXN0cm95YCBpcyBuZXZlciBjYWxsZWQgd2hp Y2ggZXhwbGFpbiB0aGUKPiBuZWVkIHRvIHNraXAgZXJyb3IgZGV0ZWN0aW9uIG9uIHRoZSByYWRl b24gc2lkZS4KClRoaXMgc3RpbGwgbmVlZHMgdG8gYmUgZXhwbGFpbmVkIG1vcmUsIGZyb20gbXkg bGFzdCBtYWlsOgoKIlRoZSBsYXN0IHB1dF9mYl9pbmZvKCkgb24gZmJfaW5mbyBzaG91bGQgY2Fs bCAtPmZiX2Rlc3Ryb3kKKG9mZmJfZGVzdHJveSBpbiBvdXIgY2FzZSkgYW5kIHJlbW92ZV9jb25m bGljdGluZ19mcmFtZWJ1ZmZlcnMoKQppcyBjYWxsaW5nIHB1dF9mYl9pbmZvKCkgc28gdGhlcmUg aXMgc29tZSBleHRyYSByZWZlcmVuY2Ugb24KZmJfaW5mbyBzb21ld2hlcmUgcHJldmVudGluZyBp dCBmcm9tIGdvaW5nIGF3YXkuCgpQbGVhc2UgbG9vayBpbnRvIGZpeGluZyB0aGlzLiIKCj4gU2ln bmVkLW9mZi1ieTogTWF0aGlldSBNYWxhdGVycmUgPG1hbGF0QGRlYmlhbi5vcmc+Cj4gTGluazog aHR0cHM6Ly9idWdzLmRlYmlhbi5vcmcvODI2NjI5IzU3Cj4gTGluazogaHR0cHM6Ly9idWd6aWxs YS5rZXJuZWwub3JnL3Nob3dfYnVnLmNnaT9pZD0xMTk3NDEKPiBTdWdnZXN0ZWQtYnk6IExlbm5h cnQgU29yZW5zZW4gPGxzb3JlbnNlQGNzY2x1Yi51d2F0ZXJsb28uY2E+Cj4gLS0tCj4gdjI6IE9u bHkgZmFpbHMgd2hlbiBDT05GSUdfUENDIGlzIG5vdCBzZXQKPiB2MzogT25seSBmYWlscyB3aGVu IENPTkZJR19GQl9PRiBpcyBub3Qgc2V0LCBDT05GSUdfUENDIHdhcyB0b28gYnJvYWQuIFNpbmNl IHRoZSBjb25mbGljdHMgaW4gcmVnaW9uIGlzIGR1ZSB0byBPRmZiIGV4cGxpY2l0bHkgcmVmZXJz IHRvIGl0LgoKSXQgc2VlbXMgdGhhdCB0aGVyZSBtYXkgc3RpbGwgYmUgY29uZmlndXJhdGlvbnMg d2hlbiB0aGlzIGlzCmluY29ycmVjdCAtPiB3aGVuIG9mZmIgZHJpdmVzIHByaW1hcnkgKG5vbi1y YWRlb24pIGNhcmQgYW5kIHJhZGVvbmZiCmRyaXZlcyBzZWNvbmRhcnkgKHJhZGVvbikgY2FyZC4u Cgo+ICBkcml2ZXJzL3ZpZGVvL2ZiZGV2L2F0eS9yYWRlb25fYmFzZS5jIHwgMjYgKysrKysrKysr KysrKysrKysrKysrKysrKysKPiAgMSBmaWxlIGNoYW5nZWQsIDI2IGluc2VydGlvbnMoKykKPiAK PiBkaWZmIC0tZ2l0IGEvZHJpdmVycy92aWRlby9mYmRldi9hdHkvcmFkZW9uX2Jhc2UuYyBiL2Ry aXZlcnMvdmlkZW8vZmJkZXYvYXR5L3JhZGVvbl9iYXNlLmMKPiBpbmRleCA0ZDc3ZGFlZWNmOTku LjIyMTg3OTE5NjUzMSAxMDA2NDQKPiAtLS0gYS9kcml2ZXJzL3ZpZGVvL2ZiZGV2L2F0eS9yYWRl b25fYmFzZS5jCj4gKysrIGIvZHJpdmVycy92aWRlby9mYmRldi9hdHkvcmFkZW9uX2Jhc2UuYwo+ IEBAIC0yMjU5LDYgKzIyNTksMjIgQEAgc3RhdGljIGNvbnN0IHN0cnVjdCBiaW5fYXR0cmlidXRl IGVkaWQyX2F0dHIgPSB7Cj4gIAkucmVhZAk9IHJhZGVvbl9zaG93X2VkaWQyLAo+ICB9Owo+ICAK PiArc3RhdGljIGludCByYWRlb25fa2lja19vdXRfZmlybXdhcmVfZmIoc3RydWN0IHBjaV9kZXYg KnBkZXYpCj4gK3sKPiArCXN0cnVjdCBhcGVydHVyZXNfc3RydWN0ICphcDsKPiArCj4gKwlhcCA9 IGFsbG9jX2FwZXJ0dXJlcygxKTsKPiArCWlmICghYXApCj4gKwkJcmV0dXJuIC1FTk9NRU07Cj4g Kwo+ICsJYXAtPnJhbmdlc1swXS5iYXNlID0gcGNpX3Jlc291cmNlX3N0YXJ0KHBkZXYsIDApOwo+ ICsJYXAtPnJhbmdlc1swXS5zaXplID0gcGNpX3Jlc291cmNlX2xlbihwZGV2LCAwKTsKPiArCj4g KwlyZW1vdmVfY29uZmxpY3RpbmdfZnJhbWVidWZmZXJzKGFwLCBLQlVJTERfTU9ETkFNRSwgZmFs c2UpOwo+ICsJa2ZyZWUoYXApOwo+ICsKPiArCXJldHVybiAwOwo+ICt9Cj4gIAo+ICBzdGF0aWMg aW50IHJhZGVvbmZiX3BjaV9yZWdpc3RlcihzdHJ1Y3QgcGNpX2RldiAqcGRldiwKPiAgCQkJCSBj b25zdCBzdHJ1Y3QgcGNpX2RldmljZV9pZCAqZW50KQo+IEBAIC0yMzEyLDE5ICsyMzI4LDI3IEBA IHN0YXRpYyBpbnQgcmFkZW9uZmJfcGNpX3JlZ2lzdGVyKHN0cnVjdCBwY2lfZGV2ICpwZGV2LAo+ ICAJcmluZm8tPmZiX2Jhc2VfcGh5cyA9IHBjaV9yZXNvdXJjZV9zdGFydCAocGRldiwgMCk7Cj4g IAlyaW5mby0+bW1pb19iYXNlX3BoeXMgPSBwY2lfcmVzb3VyY2Vfc3RhcnQgKHBkZXYsIDIpOwo+ ICAKPiArCXJldCA9IHJhZGVvbl9raWNrX291dF9maXJtd2FyZV9mYihwZGV2KTsKPiArCWlmIChy ZXQpCj4gKwkJcmV0dXJuIHJldDsKPiArCj4gIAkvKiByZXF1ZXN0IHRoZSBtZW0gcmVnaW9ucyAq Lwo+ICAJcmV0ID0gcGNpX3JlcXVlc3RfcmVnaW9uKHBkZXYsIDAsICJyYWRlb25mYiBmcmFtZWJ1 ZmZlciIpOwo+ICAJaWYgKHJldCA8IDApIHsKPiArI2lmbmRlZiBDT05GSUdfRkJfT0YKPiAgCQlw cmludGsoIEtFUk5fRVJSICJyYWRlb25mYiAoJXMpOiBjYW5ub3QgcmVxdWVzdCByZWdpb24gMC5c biIsCj4gIAkJCXBjaV9uYW1lKHJpbmZvLT5wZGV2KSk7Cj4gIAkJZ290byBlcnJfcmVsZWFzZV9m YjsKPiArI2VuZGlmCj4gIAl9Cj4gIAo+ICAJcmV0ID0gcGNpX3JlcXVlc3RfcmVnaW9uKHBkZXYs IDIsICJyYWRlb25mYiBtbWlvIik7Cj4gIAlpZiAocmV0IDwgMCkgewo+ICsjaWZuZGVmIENPTkZJ R19GQl9PRgo+ICAJCXByaW50ayggS0VSTl9FUlIgInJhZGVvbmZiICglcyk6IGNhbm5vdCByZXF1 ZXN0IHJlZ2lvbiAyLlxuIiwKPiAgCQkJcGNpX25hbWUocmluZm8tPnBkZXYpKTsKPiAgCQlnb3Rv IGVycl9yZWxlYXNlX3BjaTA7Cj4gKyNlbmRpZgo+ICAJfQo+ICAKPiAgCS8qIG1hcCB0aGUgcmVn aW9ucyAqLwo+IEBAIC0yNTA5LDEwICsyNTMzLDEyIEBAIHN0YXRpYyBpbnQgcmFkZW9uZmJfcGNp X3JlZ2lzdGVyKHN0cnVjdCBwY2lfZGV2ICpwZGV2LAo+ICAJaW91bm1hcChyaW5mby0+bW1pb19i YXNlKTsKPiAgZXJyX3JlbGVhc2VfcGNpMjoKPiAgCXBjaV9yZWxlYXNlX3JlZ2lvbihwZGV2LCAy KTsKPiArI2lmbmRlZiBDT05GSUdfRkJfT0YKPiAgZXJyX3JlbGVhc2VfcGNpMDoKPiAgCXBjaV9y ZWxlYXNlX3JlZ2lvbihwZGV2LCAwKTsKPiAgZXJyX3JlbGVhc2VfZmI6Cj4gICAgICAgICAgZnJh bWVidWZmZXJfcmVsZWFzZShpbmZvKTsKPiArI2VuZGlmCj4gIGVycl9kaXNhYmxlOgo+ICBlcnJf b3V0Ogo+ICAJcmV0dXJuIHJldDsKCkJlc3QgcmVnYXJkcywKLS0KQmFydGxvbWllaiBab2xuaWVy a2lld2ljegpTYW1zdW5nIFImRCBJbnN0aXR1dGUgUG9sYW5kClNhbXN1bmcgRWxlY3Ryb25pY3MK Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCmRyaS1kZXZl bCBtYWlsaW5nIGxpc3QKZHJpLWRldmVsQGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwczovL2xp c3RzLmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2RyaS1kZXZlbAo= From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752851AbeACOrv (ORCPT + 1 other); Wed, 3 Jan 2018 09:47:51 -0500 Received: from mailout2.samsung.com ([203.254.224.25]:33489 "EHLO mailout2.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752553AbeACOrm (ORCPT ); Wed, 3 Jan 2018 09:47:42 -0500 DKIM-Filter: OpenDKIM Filter v2.11.0 mailout2.samsung.com 20180103144738epoutp022c671f266871c32313caceaea5708e32~GVCjNlztQ1114211142epoutp02h X-AuditID: b6c32a46-9adff700000010ee-e6-5a4ced0a4738 From: Bartlomiej Zolnierkiewicz To: Mathieu Malaterre Cc: Tomi Valkeinen , Lennart Sorensen , Benjamin Herrenschmidt , linux-fbdev@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3] Fix loading of module radeonfb on PowerMac Date: Wed, 03 Jan 2018 15:47:35 +0100 Message-id: <1565457.zQ5DZdIQMY@amdc3058> User-Agent: KMail/4.13.3 (Linux/3.13.0-96-generic; KDE/4.13.3; x86_64; ; ) In-reply-to: <20171221220757.24672-1-malat@debian.org> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset="us-ascii" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpileLIzCtJLcpLzFFi42LZdljTQpfrrU+UwYSHwhYfmlqZLa58fc9m caLvA6vF5V1z2CxefFvDZHF201sWi/Xzb7E5sHt8XTWb3eNX21xmj543Lawe97uPM3kcv7Gd yePzJrkAtigum5TUnMyy1CJ9uwSujFfztjMVnFCoWDVvJ2MD42apLkZODgkBE4m/0++ydDFy cQgJ7GCUOLnjBiOE851RYuebrUxdjBxgVZse6kLEdzNKHGnZzAzhfGWUaFm/mBFkFJuAlcTE 9lVgtoiAhsStK8/ZQIqYBT4ATXq+HiwhLOAk8XXaVjCbRUBV4siLp2A2r4CmxK01c5hBbFEB L4kt+9qZQGxOATOJ1mPv2CFqBCV+TL7HAmIzC8hL7Ns/lRXC1pE4e2wd2NkSAifYJH6fOMAG 8ZyLxIeHf1khbGGJV8e3sEPY0hLPVm1khLCnM0ps/y0B0byZUWLV7glQRdYSh49fhNrAJ9Fx +C87JCx4JTrahCBKPCQ6Zq1mgbAdJZbN6WCHBMsBRomXTxaxTmCUnYXk8FlIDp+F5PAFjMyr GMVSC4pz01OLjQqM9IoTc4tL89L1kvNzNzGCU4aW2w7GJed8DjEKcDAq8fDeuOUTJcSaWFZc mXuIUYKDWUmE1y0LKMSbklhZlVqUH19UmpNafIhRmoNFSZy3NcAlSkggPbEkNTs1tSC1CCbL xMEp1cCYWC3bPu3ntnWxn75z3PtXe6mnPD37mlnztQUvzX/Oa2Swa3FquxD27tcV5rvPT0cs D5dRfnd9iaLbVcnNetVsoR9NjN8e6vHdxMlidf2Z/LY1ci+y9rPfFGbV6DvTuFEo58V3CfUF AfLuaet3FVVs7QifG/tOIirL2GJJ+PMD0wxt9k1L+bBeiaU4I9FQi7moOBEA0rdKpRUDAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrFLMWRmVeSWpSXmKPExsVy+t9jAV3Otz5RBlNuWFt8aGpltrjy9T2b xYm+D6wWl3fNYbN48W0Nk8XZTW9ZLNbPv8XmwO7xddVsdo9fbXOZPXretLB63O8+zuRx/MZ2 Jo/Pm+QC2KK4bFJSczLLUov07RK4Ml7N285UcEKhYtW8nYwNjJuluhg5OCQETCQ2PdTtYuTi EBLYySix9XgfM4TzlVHi6Ou3TF2MnBxsAlYSE9tXMYLYIgIaEreuPGcDKWIW+MQosXHTWWaQ hLCAk8TXaVvBilgEVCWOvHgKZvMKaErcWjMHrEZUwEtiy752sKGcAmYSrcfesUNsO8Ao8b7x AxNEg6DEj8n3WEBsZgF5iX37p7JC2FoS63ceZ5rAyD8LSdksJGWzkJQtYGRexSiZWlCcm55b bFRglJdarlecmFtcmpeul5yfu4kRGOLbDmv172B8vCT+EKMAB6MSD++NWz5RQqyJZcWVuYcY JTiYlUR43bKAQrwpiZVVqUX58UWlOanFhxilOViUxHn5849FCgmkJ5akZqemFqQWwWSZODil GhiF577bf/hxfE7eLTul/XfFes2zPb3a9izaG/YyNjqkO26m3rtp6bNnV2nxK/efX8pwOW/V 6/JTZVtNltfPsyw0XRaolBa/oZb18PzrXX3Hm800fiRf5ngp8e8m81Gm+3vWXonzv5l6J632 jLWlf1Fny6P/4s7sU4VZfjPNYDMqshOpzNx/bq8SS3FGoqEWc1FxIgB7I6GVbQIAAA== X-CMS-MailID: 20180103144738epcas2p17c1325447a3139dd2c41b2b51ddf104f X-Msg-Generator: CA CMS-TYPE: 102P X-CMS-RootMailID: 20171221220824epcas3p1cd1ac40219c9b8bf7be52bc104e31918 X-RootMTR: 20171221220824epcas3p1cd1ac40219c9b8bf7be52bc104e31918 References: <1479153557-20849-1-git-send-email-malat@debian.org> <20171221220757.24672-1-malat@debian.org> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Thursday, December 21, 2017 11:07:56 PM Mathieu Malaterre wrote: > When the linux kernel is build with (typical kernel ship with Debian > installer): > > CONFIG_FB_OF=y > CONFIG_VT_HW_CONSOLE_BINDING=y > CONFIG_FB_RADEON=m > > The offb driver takes precedence over module radeonfb. It is then > impossible to load the module, error reported is: > > [ 96.551486] radeonfb 0000:00:10.0: enabling device (0006 -> 0007) > [ 96.551526] radeonfb 0000:00:10.0: BAR 0: can't reserve [mem 0x98000000-0x9fffffff pref] > [ 96.551531] radeonfb (0000:00:10.0): cannot request region 0. > [ 96.551545] radeonfb: probe of 0000:00:10.0 failed with error -16 > > This patch reproduce the behavior of the module radeon, so as to make it > possible to load radeonfb when offb is first loaded. > > It should be noticed that `offb_destroy` is never called which explain the > need to skip error detection on the radeon side. This still needs to be explained more, from my last mail: "The last put_fb_info() on fb_info should call ->fb_destroy (offb_destroy in our case) and remove_conflicting_framebuffers() is calling put_fb_info() so there is some extra reference on fb_info somewhere preventing it from going away. Please look into fixing this." > Signed-off-by: Mathieu Malaterre > Link: https://bugs.debian.org/826629#57 > Link: https://bugzilla.kernel.org/show_bug.cgi?id=119741 > Suggested-by: Lennart Sorensen > --- > v2: Only fails when CONFIG_PCC is not set > v3: Only fails when CONFIG_FB_OF is not set, CONFIG_PCC was too broad. Since the conflicts in region is due to OFfb explicitly refers to it. It seems that there may still be configurations when this is incorrect -> when offb drives primary (non-radeon) card and radeonfb drives secondary (radeon) card.. > drivers/video/fbdev/aty/radeon_base.c | 26 ++++++++++++++++++++++++++ > 1 file changed, 26 insertions(+) > > diff --git a/drivers/video/fbdev/aty/radeon_base.c b/drivers/video/fbdev/aty/radeon_base.c > index 4d77daeecf99..221879196531 100644 > --- a/drivers/video/fbdev/aty/radeon_base.c > +++ b/drivers/video/fbdev/aty/radeon_base.c > @@ -2259,6 +2259,22 @@ static const struct bin_attribute edid2_attr = { > .read = radeon_show_edid2, > }; > > +static int radeon_kick_out_firmware_fb(struct pci_dev *pdev) > +{ > + struct apertures_struct *ap; > + > + ap = alloc_apertures(1); > + if (!ap) > + return -ENOMEM; > + > + ap->ranges[0].base = pci_resource_start(pdev, 0); > + ap->ranges[0].size = pci_resource_len(pdev, 0); > + > + remove_conflicting_framebuffers(ap, KBUILD_MODNAME, false); > + kfree(ap); > + > + return 0; > +} > > static int radeonfb_pci_register(struct pci_dev *pdev, > const struct pci_device_id *ent) > @@ -2312,19 +2328,27 @@ static int radeonfb_pci_register(struct pci_dev *pdev, > rinfo->fb_base_phys = pci_resource_start (pdev, 0); > rinfo->mmio_base_phys = pci_resource_start (pdev, 2); > > + ret = radeon_kick_out_firmware_fb(pdev); > + if (ret) > + return ret; > + > /* request the mem regions */ > ret = pci_request_region(pdev, 0, "radeonfb framebuffer"); > if (ret < 0) { > +#ifndef CONFIG_FB_OF > printk( KERN_ERR "radeonfb (%s): cannot request region 0.\n", > pci_name(rinfo->pdev)); > goto err_release_fb; > +#endif > } > > ret = pci_request_region(pdev, 2, "radeonfb mmio"); > if (ret < 0) { > +#ifndef CONFIG_FB_OF > printk( KERN_ERR "radeonfb (%s): cannot request region 2.\n", > pci_name(rinfo->pdev)); > goto err_release_pci0; > +#endif > } > > /* map the regions */ > @@ -2509,10 +2533,12 @@ static int radeonfb_pci_register(struct pci_dev *pdev, > iounmap(rinfo->mmio_base); > err_release_pci2: > pci_release_region(pdev, 2); > +#ifndef CONFIG_FB_OF > err_release_pci0: > pci_release_region(pdev, 0); > err_release_fb: > framebuffer_release(info); > +#endif > err_disable: > err_out: > return ret; Best regards, -- Bartlomiej Zolnierkiewicz Samsung R&D Institute Poland Samsung Electronics