From mboxrd@z Thu Jan 1 00:00:00 1970 From: Borislav Petkov Subject: Re: radeon 0000:02:00.0: GPU lockup CP stall for more than 10000msec Date: Sun, 23 Dec 2012 11:55:28 +0100 Message-ID: <20121223105527.GA6230@liondog.tnic> References: <20121222203547.GA5319@liondog.tnic> <20121223002507.GA12121@liondog.tnic> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from mail.skyhub.de (mail.skyhub.de [78.46.96.112]) by gabe.freedesktop.org (Postfix) with ESMTP id 6FE3FE5DD3 for ; Sun, 23 Dec 2012 02:55:31 -0800 (PST) Content-Disposition: inline In-Reply-To: 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: Alex Deucher Cc: Alex Deucher , lkml , dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org T24gU2F0LCBEZWMgMjIsIDIwMTIgYXQgMDc6NDI6MTZQTSAtMDUwMCwgQWxleCBEZXVjaGVyIHdy b3RlOgo+IERvZXMgYm9vdGluZyB3aXRoIHJhZGVvbi53Yj0wIGhlbHA/CgpSaWdodCwgdGhpcyBw YXJhbSBzcGVjaWZpY2F0aW9uIHNvbWVob3cgZGlkbid0IHdvcmsgaGVyZToKClsgICAgMC4wMDAw MDBdIENvbW1hbmQgbGluZTogQk9PVF9JTUFHRT0vYm9vdC92bWxpbnV6LTMuOC4wLXJjMSByb290 PS9kZXYvc2RhMSBybyB2Z2E9MCBsb2dfYnVnX2xlbj0xME0gcmVzdW1lPS9kZXYvc2RhMiBub19j b25zb2xlX3N1c3BlbmQgaWdub3JlX2xvZ2xldmVsIGhwZXQ9Zm9yY2UgcmFkZW9uLndiPTAKWyAg ICAwLjAwMDAwMF0gS2VybmVsIGNvbW1hbmQgbGluZTogQk9PVF9JTUFHRT0vYm9vdC92bWxpbnV6 LTMuOC4wLXJjMSByb290PS9kZXYvc2RhMSBybyB2Z2E9MCBsb2dfYnVnX2xlbj0xME0gcmVzdW1l PS9kZXYvc2RhMiBub19jb25zb2xlX3N1c3BlbmQgaWdub3JlX2xvZ2xldmVsIGhwZXQ9Zm9yY2Ug cmFkZW9uLndiPTAKClsg4oCmIF0KClsgICAgNi45MTAxMDRdIHJhZGVvbjogYDAnIGludmFsaWQg Zm9yIHBhcmFtZXRlciBgd2InCgpbIOKApiBdCgpbICAgMjguMTkxMDcyXSByYWRlb246IGAwJyBp bnZhbGlkIGZvciBwYXJhbWV0ZXIgYHdiJwoKYWx0aG91Z2ggdGhlIHdob2xlIGRyaXZlciBibHVi YmVyIGRpZG4ndCBhcHBlYXIgb24gdGhlIGNvbnNvbGUgZnRlcndhcmRzCmFzbyBzb21ldGhpbmcg Z290IHR1cm5lZCBvZmYgYWxscmlnaHQuCgpUaGVuLCBJIHdlbnQgYW5kIHRyaWVkICJyYWRlb24u bm9fd2IiIHdoZXJlIHRoZSBkcml2ZXIgYmx1YmJlciBhcHBlYXJlZApidXQgQUdQIHdyaXRlYmFj ayB3YXMgc3RpbGwgZW5hYmxlZDoKClsgICAgMC4wMDAwMDBdIENvbW1hbmQgbGluZTogQk9PVF9J TUFHRT0vYm9vdC92bWxpbnV6LTMuOC4wLXJjMSByb290PS9kZXYvc2RhMSBybyB2Z2E9MCBsb2df YnVnX2xlbj0xME0gcmVzdW1lPS9kZXYvc2RhMiBub19jb25zb2xlX3N1c3BlbmQgaWdub3JlX2xv Z2xldmVsIGhwZXQ9Zm9yY2UgcmFkZW9uLm5vX3diClsgICAgMC4wMDAwMDBdIEtlcm5lbCBjb21t YW5kIGxpbmU6IEJPT1RfSU1BR0U9L2Jvb3Qvdm1saW51ei0zLjguMC1yYzEgcm9vdD0vZGV2L3Nk YTEgcm8gdmdhPTAgbG9nX2J1Z19sZW49MTBNIHJlc3VtZT0vZGV2L3NkYTIgbm9fY29uc29sZV9z dXNwZW5kIGlnbm9yZV9sb2dsZXZlbCBocGV0PWZvcmNlIHJhZGVvbi5ub193YgoKWyDigKYgXQoK WyAgICA2LjM4MjYzNl0gW2RybV0gcmFkZW9uIGtlcm5lbCBtb2Rlc2V0dGluZyBlbmFibGVkLgpb ICAgIDYuMzg0OTE1XSByYWRlb24gMDAwMDowMjowMC4wOiBWUkFNOiA1MTJNIDB4MDAwMDAwMDAw MDAwMDAwMCAtIDB4MDAwMDAwMDAxRkZGRkZGRiAoNTEyTSB1c2VkKQpbICAgIDYuMzg0OTgxXSBy YWRlb24gMDAwMDowMjowMC4wOiBHVFQ6IDUxMk0gMHgwMDAwMDAwMDIwMDAwMDAwIC0gMHgwMDAw MDAwMDNGRkZGRkZGClsgICAgNi4zODgxMzddIFtkcm1dIHJhZGVvbjogNTEyTSBvZiBWUkFNIG1l bW9yeSByZWFkeQpbICAgIDYuMzg4MTgxXSBbZHJtXSByYWRlb246IDUxMk0gb2YgR1RUIG1lbW9y eSByZWFkeS4KWyAgICA2LjM4ODUwOV0gcmFkZW9uIDAwMDA6MDI6MDAuMDogaXJxIDQyIGZvciBN U0kvTVNJLVgKWyAgICA2LjM4ODU3MF0gcmFkZW9uIDAwMDA6MDI6MDAuMDogcmFkZW9uOiB1c2lu ZyBNU0kuClsgICAgNi4zODg3MDVdIFtkcm1dIHJhZGVvbjogaXJxIGluaXRpYWxpemVkLgpbICAg IDYuNTY3ODExXSByYWRlb24gMDAwMDowMjowMC4wOiBXQiBlbmFibGVkCgkJCQkgICAgXl5eXl5e Xl5eXgoKWyAgICA2LjU2Nzg1Nl0gcmFkZW9uIDAwMDA6MDI6MDAuMDogZmVuY2UgZHJpdmVyIG9u IHJpbmcgMCB1c2UgZ3B1IGFkZHIgMHgwMDAwMDAwMDIwMDAwYzAwIGFuZCBjcHUgYWRkciAweGZm ZmY4ODAyMjQzZTVjMDAKWyAgICA2LjU2NzkyMl0gcmFkZW9uIDAwMDA6MDI6MDAuMDogZmVuY2Ug ZHJpdmVyIG9uIHJpbmcgMyB1c2UgZ3B1IGFkZHIgMHgwMDAwMDAwMDIwMDAwYzBjIGFuZCBjcHUg YWRkciAweGZmZmY4ODAyMjQzZTVjMGMKWyAgICA2LjYwMTI0N10gW2RybV0gUmFkZW9uIERpc3Bs YXkgQ29ubmVjdG9ycwpbICAgIDYuNjAyNDI3XSBbZHJtXSByYWRlb246IHBvd2VyIG1hbmFnZW1l bnQgaW5pdGlhbGl6ZWQKWyAgICA2LjcyMjU0NF0gZmJjb246IHJhZGVvbmRybWZiIChmYjApIGlz IHByaW1hcnkgZGV2aWNlClsgICAgNi45NDUwNjVdIHJhZGVvbiAwMDAwOjAyOjAwLjA6IGZiMDog cmFkZW9uZHJtZmIgZnJhbWUgYnVmZmVyIGRldmljZQpbICAgIDYuOTQ1MTAwXSByYWRlb24gMDAw MDowMjowMC4wOiByZWdpc3RlcmVkIHBhbmljIG5vdGlmaWVyClsgICAgNi45NDUxNTldIFtkcm1d IEluaXRpYWxpemVkIHJhZGVvbiAyLjI3LjAgMjAwODA1MjggZm9yIDAwMDA6MDI6MDAuMCBvbiBt aW5vciAwCgpBdCB0aGlzIHBvaW50LCBJIGdvdCB0aXJlZCBvZiB0aGlzIGV4cGVyaW1lbnRpbmcg YW5kIHdlbnQgYW5kIHRvb2sgdGhlCmJpZyBoYW1tZXIgOi0pOgoKZGlmZiAtLWdpdCBhL2RyaXZl cnMvZ3B1L2RybS9yYWRlb24vcmFkZW9uX2RldmljZS5jIGIvZHJpdmVycy9ncHUvZHJtL3JhZGVv bi9yYWRlb25fZGV2aWNlLmMKaW5kZXggNDliMDY1OTAwMDFlLi4wMDIxNDMxMmRiMjMgMTAwNjQ0 Ci0tLSBhL2RyaXZlcnMvZ3B1L2RybS9yYWRlb24vcmFkZW9uX2RldmljZS5jCisrKyBiL2RyaXZl cnMvZ3B1L2RybS9yYWRlb24vcmFkZW9uX2RldmljZS5jCkBAIC0zMDcsNiArMzA3LDExIEBAIGlu dCByYWRlb25fd2JfaW5pdChzdHJ1Y3QgcmFkZW9uX2RldmljZSAqcmRldikKICAgICAgICAgICAg ICAgIHJkZXYtPndiLnVzZV9ldmVudCA9IHRydWU7CiAgICAgICAgfQogCisgICAgICAgaWYgKHJk ZXYtPndiLmVuYWJsZWQpIHsKKyAgICAgICAgICAgICAgIHByX2VycigiJXM6IGRpc2FibGUgdGhl IGdvZGRhbSBXQjogcmFkZW9uX25vX3diOiAlZFxuIiwgX19mdW5jX18sIHJhZGVvbl9ub193Yik7 CisgICAgICAgICAgICAgICByZGV2LT53Yi5lbmFibGVkID0gZmFsc2U7CisgICAgICAgfQorCiAg ICAgICAgZGV2X2luZm8ocmRldi0+ZGV2LCAiV0IgJXNhYmxlZFxuIiwgcmRldi0+d2IuZW5hYmxl ZCA/ICJlbiIgOiAiZGlzIik7CiAKICAgICAgICByZXR1cm4gMDsKCgpbICAgIDAuMDAwMDAwXSBD b21tYW5kIGxpbmU6IEJPT1RfSU1BR0U9L2Jvb3Qvdm1saW51ei0zLjguMC1yYzErIHJvb3Q9L2Rl di9zZGExIHJvIHZnYT0wIGxvZ19idWdfbGVuPTEwTSByZXN1bWU9L2Rldi9zZGEyIG5vX2NvbnNv bGVfc3VzcGVuZCBpZ25vcmVfbG9nbGV2ZWwgaHBldD1mb3JjZSByYWRlb24ubm9fd2Igbm9fd2IK WyAgICAwLjAwMDAwMF0gS2VybmVsIGNvbW1hbmQgbGluZTogQk9PVF9JTUFHRT0vYm9vdC92bWxp bnV6LTMuOC4wLXJjMSsgcm9vdD0vZGV2L3NkYTEgcm8gdmdhPTAgbG9nX2J1Z19sZW49MTBNIHJl c3VtZT0vZGV2L3NkYTIgbm9fY29uc29sZV9zdXNwZW5kIGlnbm9yZV9sb2dsZXZlbCBocGV0PWZv cmNlIHJhZGVvbi5ub193YiBub193YgoKWyAgICA2LjU2MjkwNV0gW2RybV0gcmFkZW9uIGtlcm5l bCBtb2Rlc2V0dGluZyBlbmFibGVkLgpbICAgIDYuNTY1MTA2XSByYWRlb24gMDAwMDowMjowMC4w OiBWUkFNOiA1MTJNIDB4MDAwMDAwMDAwMDAwMDAwMCAtIDB4MDAwMDAwMDAxRkZGRkZGRiAoNTEy TSB1c2VkKQpbICAgIDYuNTY1MTcyXSByYWRlb24gMDAwMDowMjowMC4wOiBHVFQ6IDUxMk0gMHgw MDAwMDAwMDIwMDAwMDAwIC0gMHgwMDAwMDAwMDNGRkZGRkZGClsgICAgNi41Njc2OTZdIFtkcm1d IHJhZGVvbjogNTEyTSBvZiBWUkFNIG1lbW9yeSByZWFkeQpbICAgIDYuNTY3NzQyXSBbZHJtXSBy YWRlb246IDUxMk0gb2YgR1RUIG1lbW9yeSByZWFkeS4KWyAgICA2LjU2ODA2OF0gcmFkZW9uIDAw MDA6MDI6MDAuMDogaXJxIDQyIGZvciBNU0kvTVNJLVgKWyAgICA2LjU2ODEzMF0gcmFkZW9uIDAw MDA6MDI6MDAuMDogcmFkZW9uOiB1c2luZyBNU0kuClsgICAgNi41NjgyNjldIFtkcm1dIHJhZGVv bjogaXJxIGluaXRpYWxpemVkLgpbICAgIDYuNjg0OTIwXSByYWRlb25fd2JfaW5pdDogZGlzYWJs ZSB0aGUgZ29kZGFtIFdCOiByYWRlb25fbm9fd2I6IDAKWyAgICA2LjY4NDk2N10gcmFkZW9uIDAw MDA6MDI6MDAuMDogV0IgZGlzYWJsZWQKCQkJCSAgICBeXl5eXl5eXl5eXgoKWyAgICA2LjY4NTAx MV0gcmFkZW9uIDAwMDA6MDI6MDAuMDogZmVuY2UgZHJpdmVyIG9uIHJpbmcgMCB1c2UgZ3B1IGFk ZHIgMHgwMDAwMDAwMDIwMDAwYzAwIGFuZCBjcHUgYWRkciAweGZmZmY4ODAyMjFlYTNjMDAKWyAg ICA2LjY4NTA3N10gcmFkZW9uIDAwMDA6MDI6MDAuMDogZmVuY2UgZHJpdmVyIG9uIHJpbmcgMyB1 c2UgZ3B1IGFkZHIgMHgwMDAwMDAwMDIwMDAwYzBjIGFuZCBjcHUgYWRkciAweGZmZmY4ODAyMjFl YTNjMGMKWyAgICA2LjcyMjM2N10gW2RybV0gUmFkZW9uIERpc3BsYXkgQ29ubmVjdG9ycwpbICAg IDYuNzIzNTQ4XSBbZHJtXSByYWRlb246IHBvd2VyIG1hbmFnZW1lbnQgaW5pdGlhbGl6ZWQKWyAg ICA2Ljg0MzE4NV0gZmJjb246IHJhZGVvbmRybWZiIChmYjApIGlzIHByaW1hcnkgZGV2aWNlClsg ICAgNy4wNjYzNjhdIHJhZGVvbiAwMDAwOjAyOjAwLjA6IGZiMDogcmFkZW9uZHJtZmIgZnJhbWUg YnVmZmVyIGRldmljZQpbICAgIDcuMDY2NDAyXSByYWRlb24gMDAwMDowMjowMC4wOiByZWdpc3Rl cmVkIHBhbmljIG5vdGlmaWVyClsgICAgNy4wNjY0NjJdIFtkcm1dIEluaXRpYWxpemVkIHJhZGVv biAyLjI3LjAgMjAwODA1MjggZm9yIDAwMDA6MDI6MDAuMCBvbiBtaW5vciAwCgpPaywgSSBob3Bl IEkgdHVybmVkIG9mZiB0aGUgcHJvcGVyIFdCIHRoaW5nIChJJ20gYXNzdW1pbmcgeW91IG1lYW50 IHRoZQpyYWRlb25fbm9fd2IgcGFyYW1ldGVyKS4KCkFuZCBJJ20gcnVubmluZyB3aXRoIGl0IG5v dywgd2lsbCByZXBvcnQgd2hhdCBoYXBwZW5zLgoKQnR3LCBJJ20gbm8gR1BVIGd1eSBidXQgd2h5 IGRvZXMgcmFkZW9uX3diX2luaXQoKSBkbyBhbGwgdGhhdCBtZW1vcnkKYWxsb2NhdGlvbiBhbmQg Y2xlYW5pbmcgaWYgd2IgY2FuIGJlIGRpc2FibGVkIHdpdGggYSBwYXJhbWV0ZXI/ClNob3VsZG4n dCBpdCBiZSBjaGVja2luZyB0aGUgcGFyYW1ldGVyLCAtPmZhbWlseSwgZXRjIHNldHRpbmcgZmly c3QgYW5kCm9ubHkgZG8gdGhlIGFsbG9jYXRpb25zIHdoZW4gcmRldi0+d2IuZW5hYmxlZCByZW1h aW5zIHRydWU/CgpUaGFua3MuCgotLSAKUmVnYXJkcy9HcnVzcywKICAgIEJvcmlzLgoKU2VudCBm cm9tIGEgZmF0IGNyYXRlIHVuZGVyIG15IGRlc2suIEZvcm1hdHRpbmcgaXMgZmluZS4KLS0KX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVsIG1h aWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0cy5m cmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751912Ab2LWKzg (ORCPT ); Sun, 23 Dec 2012 05:55:36 -0500 Received: from mail.skyhub.de ([78.46.96.112]:43220 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751836Ab2LWKzd (ORCPT ); Sun, 23 Dec 2012 05:55:33 -0500 Date: Sun, 23 Dec 2012 11:55:28 +0100 From: Borislav Petkov To: Alex Deucher Cc: Alex Deucher , dri-devel@lists.freedesktop.org, lkml Subject: Re: radeon 0000:02:00.0: GPU lockup CP stall for more than 10000msec Message-ID: <20121223105527.GA6230@liondog.tnic> Mail-Followup-To: Borislav Petkov , Alex Deucher , Alex Deucher , dri-devel@lists.freedesktop.org, lkml References: <20121222203547.GA5319@liondog.tnic> <20121223002507.GA12121@liondog.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Dec 22, 2012 at 07:42:16PM -0500, Alex Deucher wrote: > Does booting with radeon.wb=0 help? Right, this param specification somehow didn't work here: [ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.8.0-rc1 root=/dev/sda1 ro vga=0 log_bug_len=10M resume=/dev/sda2 no_console_suspend ignore_loglevel hpet=force radeon.wb=0 [ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.8.0-rc1 root=/dev/sda1 ro vga=0 log_bug_len=10M resume=/dev/sda2 no_console_suspend ignore_loglevel hpet=force radeon.wb=0 [ … ] [ 6.910104] radeon: `0' invalid for parameter `wb' [ … ] [ 28.191072] radeon: `0' invalid for parameter `wb' although the whole driver blubber didn't appear on the console fterwards aso something got turned off allright. Then, I went and tried "radeon.no_wb" where the driver blubber appeared but AGP writeback was still enabled: [ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.8.0-rc1 root=/dev/sda1 ro vga=0 log_bug_len=10M resume=/dev/sda2 no_console_suspend ignore_loglevel hpet=force radeon.no_wb [ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.8.0-rc1 root=/dev/sda1 ro vga=0 log_bug_len=10M resume=/dev/sda2 no_console_suspend ignore_loglevel hpet=force radeon.no_wb [ … ] [ 6.382636] [drm] radeon kernel modesetting enabled. [ 6.384915] radeon 0000:02:00.0: VRAM: 512M 0x0000000000000000 - 0x000000001FFFFFFF (512M used) [ 6.384981] radeon 0000:02:00.0: GTT: 512M 0x0000000020000000 - 0x000000003FFFFFFF [ 6.388137] [drm] radeon: 512M of VRAM memory ready [ 6.388181] [drm] radeon: 512M of GTT memory ready. [ 6.388509] radeon 0000:02:00.0: irq 42 for MSI/MSI-X [ 6.388570] radeon 0000:02:00.0: radeon: using MSI. [ 6.388705] [drm] radeon: irq initialized. [ 6.567811] radeon 0000:02:00.0: WB enabled ^^^^^^^^^^ [ 6.567856] radeon 0000:02:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff8802243e5c00 [ 6.567922] radeon 0000:02:00.0: fence driver on ring 3 use gpu addr 0x0000000020000c0c and cpu addr 0xffff8802243e5c0c [ 6.601247] [drm] Radeon Display Connectors [ 6.602427] [drm] radeon: power management initialized [ 6.722544] fbcon: radeondrmfb (fb0) is primary device [ 6.945065] radeon 0000:02:00.0: fb0: radeondrmfb frame buffer device [ 6.945100] radeon 0000:02:00.0: registered panic notifier [ 6.945159] [drm] Initialized radeon 2.27.0 20080528 for 0000:02:00.0 on minor 0 At this point, I got tired of this experimenting and went and took the big hammer :-): diff --git a/drivers/gpu/drm/radeon/radeon_device.c b/drivers/gpu/drm/radeon/radeon_device.c index 49b06590001e..00214312db23 100644 --- a/drivers/gpu/drm/radeon/radeon_device.c +++ b/drivers/gpu/drm/radeon/radeon_device.c @@ -307,6 +307,11 @@ int radeon_wb_init(struct radeon_device *rdev) rdev->wb.use_event = true; } + if (rdev->wb.enabled) { + pr_err("%s: disable the goddam WB: radeon_no_wb: %d\n", __func__, radeon_no_wb); + rdev->wb.enabled = false; + } + dev_info(rdev->dev, "WB %sabled\n", rdev->wb.enabled ? "en" : "dis"); return 0; [ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.8.0-rc1+ root=/dev/sda1 ro vga=0 log_bug_len=10M resume=/dev/sda2 no_console_suspend ignore_loglevel hpet=force radeon.no_wb no_wb [ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.8.0-rc1+ root=/dev/sda1 ro vga=0 log_bug_len=10M resume=/dev/sda2 no_console_suspend ignore_loglevel hpet=force radeon.no_wb no_wb [ 6.562905] [drm] radeon kernel modesetting enabled. [ 6.565106] radeon 0000:02:00.0: VRAM: 512M 0x0000000000000000 - 0x000000001FFFFFFF (512M used) [ 6.565172] radeon 0000:02:00.0: GTT: 512M 0x0000000020000000 - 0x000000003FFFFFFF [ 6.567696] [drm] radeon: 512M of VRAM memory ready [ 6.567742] [drm] radeon: 512M of GTT memory ready. [ 6.568068] radeon 0000:02:00.0: irq 42 for MSI/MSI-X [ 6.568130] radeon 0000:02:00.0: radeon: using MSI. [ 6.568269] [drm] radeon: irq initialized. [ 6.684920] radeon_wb_init: disable the goddam WB: radeon_no_wb: 0 [ 6.684967] radeon 0000:02:00.0: WB disabled ^^^^^^^^^^^ [ 6.685011] radeon 0000:02:00.0: fence driver on ring 0 use gpu addr 0x0000000020000c00 and cpu addr 0xffff880221ea3c00 [ 6.685077] radeon 0000:02:00.0: fence driver on ring 3 use gpu addr 0x0000000020000c0c and cpu addr 0xffff880221ea3c0c [ 6.722367] [drm] Radeon Display Connectors [ 6.723548] [drm] radeon: power management initialized [ 6.843185] fbcon: radeondrmfb (fb0) is primary device [ 7.066368] radeon 0000:02:00.0: fb0: radeondrmfb frame buffer device [ 7.066402] radeon 0000:02:00.0: registered panic notifier [ 7.066462] [drm] Initialized radeon 2.27.0 20080528 for 0000:02:00.0 on minor 0 Ok, I hope I turned off the proper WB thing (I'm assuming you meant the radeon_no_wb parameter). And I'm running with it now, will report what happens. Btw, I'm no GPU guy but why does radeon_wb_init() do all that memory allocation and cleaning if wb can be disabled with a parameter? Shouldn't it be checking the parameter, ->family, etc setting first and only do the allocations when rdev->wb.enabled remains true? Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. --