From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mario Kleiner Subject: Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon Date: Sat, 16 Jan 2016 05:24:05 +0100 Message-ID: <5699C5E5.90702@gmail.com> References: <5698CB20.9050602@suse.cz> <20160115122629.GC23290@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; Format="flowed" Content-Transfer-Encoding: base64 Return-path: Received: from mail-wm0-f50.google.com (mail-wm0-f50.google.com [74.125.82.50]) by gabe.freedesktop.org (Postfix) with ESMTPS id A025A6E07B for ; Fri, 15 Jan 2016 20:24:10 -0800 (PST) Received: by mail-wm0-f50.google.com with SMTP id u188so45304671wmu.1 for ; Fri, 15 Jan 2016 20:24:10 -0800 (PST) In-Reply-To: <20160115122629.GC23290@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: =?UTF-8?B?VmlsbGUgU3lyasOkbMOk?= , Vlastimil Babka Cc: Daniel Vetter , LKML , dri-devel@lists.freedesktop.org, mgraesslin@kde.org, kwin@kde.org, Alex Deucher , =?UTF-8?Q?Christian_K=c3=b6nig?= List-Id: dri-devel@lists.freedesktop.org CgpPbiAwMS8xNS8yMDE2IDAxOjI2IFBNLCBWaWxsZSBTeXJqw6Rsw6Qgd3JvdGU6Cj4gT24gRnJp LCBKYW4gMTUsIDIwMTYgYXQgMTE6MzQ6MDhBTSArMDEwMCwgVmxhc3RpbWlsIEJhYmthIHdyb3Rl Ogo+PiBIaSwKPj4KPj4gc2luY2Uga2VybmVsIDQuNCBJJ20gdW5hYmxlIHRvIGxvZ2luIHRvIGtk ZTUgZGVza3RvcCAob24gb3BlblNVU0UKPj4gVHVtYmxld2VlZCkuIFRoZXJlJ3MgYSBzY3JlZW4g d2l0aCBwcm9ncmVzc2JhciBzaG93aW5nIHRoZSBzdGFydHVwLAo+PiB3aGljaCBub3JtYWxseSBm YWRlcyBhd2F5IGFmdGVyIHJlYWNoaW5nIDEwMCUuIEJ1dCB3aXRoIGtlcm5lbCA0LjQsIHRoZQo+ PiBwcm9ncmVzcyBnZXRzIHN0dWNrIHNvbWV3aGVyZSBiZXR3ZWVuIDEvMiBhbmQgMy80IChub3Qg YWx3YXlzIHRoZSBzYW1lKS4KPj4gVG9wIHNob3dzIHRoYXQga3dpbiBpcyB1c2luZyBmZXcgJSBv ZiBDUFUncyBidXQgbW9zdGx5IHNsZWVwcyBpbiBwb2xsKCkuCj4+IFdoZW4gSSBraWxsIGl0IGZy b20gYW5vdGhlciBjb25zb2xlLCBJIHNlZSB0aGF0IGV2ZXJ5dGhpbmcgaGFzIGFjdHVhbGx5Cj4+ IHN0YXJ0ZWQgdXAsIGp1c3QgdGhlIHByb2dyZXNzYmFyIHNjcmVlbiB3YXMgb2JzY3VyaW5nIGl0 LiBUaGUgd2luZG93cwo+PiBvYnZpb3VzbHkgZG9uJ3QgaGF2ZSBkZWNvcmF0aW9ucyBldGMuIFN0 YXJ0aW5nIGt3aW4gbWFudWFsbHkgYWdhaW4gc2hvd3MKPj4gbWUgYWdhaW4gdGhlIHByb2dyZXNz YmFyIHNjcmVlbiBhdCB0aGUgc2FtZSBwb3NpdGlvbi4KPgoKRGVwcmVzc2luZy4gSSB3YXMgc3Ry ZXNzLXRlc3RpbmcgdGhvc2UgcGF0Y2hlcyB3aXRoIExpbnV4IDQuNCBmb3IgZGF5cyAKb24gMiBB TUQgZ3B1J3MgKEhELTQwMDAgUlYgNzMwIGFuZCBIRC01NzcwKSB1bmRlciBLREUgNSBQbGFzbWEg NS40LjIgCihLVWJ1bnR1IDE1LjEwLCBYT3JnIDEuMTcpIGFuZCBqdXN0IHJldGVzdGVkIExpbnV4 IDQuNCBvbiAKbm91dmVhdS9yYWRlb24vaW50ZWwgYWxzbyB3aXRoIFhPcmcgMS4xOCBhbmQgWE9y ZyBtYXN0ZXIpIHdpdGggTGludXggNC40IAphIGZldyBkYXlzIGFnbyBhbmQgbmV2ZXIgZW5jb3Vu dGVyZWQgc3VjaCBhIGhhbmcgb3Igb3RoZXIgdmJsYW5rIHJlbGF0ZWQgCnByb2JsZW0gb24gS0RF LTUgb3IgR05PTUUtMy4KCkknbSBjdXJyZW50bHkgcnVubmluZy4uLgoKd2hpbGUgeGluaXQgL3Vz ci9iaW4va3NwbGFzaHFtbCAtLXRlc3QgLS0gOjEgOyBkbyBlY2hvIHlheTsgZG9uZQoKLi4uIGlu IGFuIGVuZGxlc3MgbG9vcCBvbiBMaW51eCA0LjQgU01QIFBSRUVNUFQgb24gSEQtNTc3MCAgYW5k IHNvIGZhciBpIApjYW4ndCB0cmlnZ2VyIGEgaGFuZyBhZnRlciBodW5kcmVkcyBvZiBydW5zLgoK RG9lcyB0aGlzIGFsc28gaGFuZyBmb3IgeW91PwoKPiBIbW0uIFNvdW5kcyBsaWtlIGl0IGNvdWxk IHRoZW4gYmUgd2FpdGluZyBmb3IgYSB2YmxhbmsgaW4gdGhlIGRpc3RhbnQKPiBmdXR1cmUuIFRo ZXJlJ3MgdGhhdCAxPDwyMyBsaW1pdCBpbiB0aGUgY29kZSB0aG91Z2gsIGJ1dCBldmVuIHdpdGgg dGhhdAo+IHdlIGVuZCB1cCB3aXRoIGEgbWF4IHdhaXQgb2YgfjM4IGhvdXJzIGFzc3VtaW5nIGEg NjBIeiByZWZyZXNoIHJhdGUuCj4KCnh0cmFjZSBzdWdnZXN0cyB0aGF0IGtzcGxhc2hxbWwgc2Vl bXMgdG8gdXNlIGNsYXNzaWMgT3BlbkdMICArIApnbFhTd2FwQnVmZmVycyB1bmRlciBEUkkyLiBT byBubyBjbGV2ZXIgc3dhcCBzY2hlZHVsaW5nIGJhc2VkIG9uIHZibGFuayAKY291bnRlciB2YWx1 ZXMuCgo+IFN0dWZmIHRvIHRyeSBtaWdodCBpbmNsdWRlIGVuYWJsaW5nIGRybS5kZWJ1Zz0weDJm LCB0aG91Z2ggdGhhdCdsbAo+IGdlbmVyYXRlIGEgbG90IG9mIHN0dWZmLiBBbm90aGVyIG9wdGlv biB3b3VsZCBiZSB0byB1c2UgdGhlIGRybSB2YmxhbmsKPiB0cmFjZXBvaW50cyB0byB0cnkgYW5k IGNhdGNoIHdoYXQgc2VxIG51bWJlciBpdCdzIHdhaXRpbmcgZm9yIGFuZAo+IHdoZXJlIHdlJ3Jl IGF0IGN1cnJlbnRseS4gT3IgSSBzdXBwb3NlIHlvdSBjb3VsZCBqdXN0IGhhY2sKPiB1cCBkcm1f d2FpdF92YmxhbmsoKSB0byBwcmludCBhbiBlcnJvciBtZXNzYWdlIG9yIHNvbWV0aGluZyBpZiB0 aGUKPiByZXF1ZXN0ZWQgc2VxIG51bWJlciBpcyBpbiB0aGUgZnV0dXJlIGJ5LCBzYXksIG1vcmUg dGhhbiBhIGZldyBzZWNvbmRzLAo+IGFuZCBpZiB0aGF0J3MgdGhlIGNhc2UgdGhlbiB3ZSBjb3Vs ZCB0cnkgdG8gZmlndXJlIG91dCB3aHkgdGhhdCBoYXBwZW5zLgo+Cj4+Cj4+IEkgaGF2ZSBzdXNw ZWN0ZWQgdGhhdCBrd2luIGlzIHdhaXRpbmcgZm9yIHNvbWUgZXZlbnQsIGJ1dCBuZXZlcnRoZWxl c3MKPj4gdHJpZWQgYmlzZWN0aW5nIHRoZSBrZXJuZWwgYmV0d2VlbiA0LjMgYW5kIDQuNCwgd2hp Y2ggbGVhZCB0bzoKPj4KPj4gIyBmaXJzdCBiYWQgY29tbWl0OiBbNGRmZDY0ODYyZmY4NTJkZjdi MTE5OGQ2NjdkZGE3Nzg3MTVlZTg4Zl0gZHJtOiBVc2UKPj4gdmJsYW5rIHRpbWVzdGFtcHMgdG8g Z3Vlc3N0aW1hdGUgaG93IG1hbnkgdmJsYW5rcyB3ZXJlIG1pc3NlZAo+Pgo+PiBJIGNhbiBjb25m aXJtIHRoYXQgNC40IHdvcmtzIGlmIEkgcmV2ZXJ0IHRoZSBmb2xsb3dpbmcgY29tbWl0czoKPj4g NjMxNTRmZjIzMGZjOTI1NWNjNTA3YWY2Mjc3Y2QxODE5NDNjNTBhMSAiZHJtL2FtZGdwdTogRml4 dXAgaHcgdmJsYW5rCj4+IGNvdW50ZXIvdHMgZm9yIG5ldyBkcm1fdXBkYXRlX3ZibGFua19jb3Vu dCgpICh2MykiCj4+Cj4+IGQxMTQ1YWQxZTQxYjZjMzM3NThhODU2MTYzMTk4Y2I1M2JiOTZhNTAg ImRybS9yYWRlb246IEZpeHVwIGh3IHZibGFuawo+PiBjb3VudGVyL3RzIGZvciBuZXcgZHJtX3Vw ZGF0ZV92YmxhbmtfY291bnQoKSAodjIpIgo+Cj4gVGhlIHNoYTFzIGRvbid0IHNlZW0gdG8gbWF0 Y2ggd2hhdCBJIGhhdmUsIHNvIG5vdCBzdXJlIHdoaWNoIGtlcm5lbCB0cmVlCj4geW91IGhhdmUs IGJ1dCBsb29raW5nIGF0IHRoZSByYWRlb24gY29tbWl0IGF0IGxlYXN0IG9uZSB0aGluZwo+IGlt bWVkaWF0ZWx5IGNhdWdodCBteSBhdHRlbnRpb247Cj4KPiArICAgICAgICAgICAgICAgICAgICAg ICAvKiBCdW1wIGNvdW50ZXIgaWYgd2UgYXJlIGF0ID49IGxlYWRpbmcgZWRnZSBvZiB2Ymxhbmss Cj4gKyAgICAgICAgICAgICAgICAgICAgICAgICogYnV0IGJlZm9yZSB2c3luYyB3aGVyZSB2cG9z IHdvdWxkIHR1cm4gbmVnYXRpdmUgYW5kCj4gKyAgICAgICAgICAgICAgICAgICAgICAgICogdGhl IGh3IGNvdW50ZXIgcmVhbGx5IGluY3JlbWVudHMuCj4gKyAgICAgICAgICAgICAgICAgICAgICAg ICovCj4gKyAgICAgICAgICAgICAgICAgICAgICAgaWYgKHZwb3MgPj0gMCkKPiArICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIGNvdW50Kys7Cj4KPiBJdCdzIHJhdGhlciBoYXJkIHRvIHNl ZSB3aGF0IGl0J3MgcmVhbGx5IGRvaW5nIHNpbmNlIHRoZSBjdXN0b20gZmxhZ3MgdG8KPiB0aGUg Z2V0X3NjYW5vdXRfcG9zaXRpb24gbm93IGNhdXNlIGl0IHJldHVybiBub24tc3RhbmRhcmQgdGhp bmdzLiBCdXQgaWYKPiBJJ20gcmVhZGluZyB0aGluZ3MgY29ycmVjdGx5IGl0IHNob3VsZCByZWFs bHkgc2F5IHNvbWV0aGluZyBsaWtlOgo+Cj4gaWYgKHZwb3MgPj0gMCAmJiB2cG9zIDwgKHZzeW5j X3N0YXJ0IC0gdmJsYW5rX3N0YXJ0KSkKPiAJY291bnQrKzsKPgo+IEhtbS4gQWN0dWFsbHkgZXZl biB0aGF0IG1pZ2h0IG5vdCBiZSBjb3JyZWN0IHNpbmNlIGl0IGNvdWxkIGJlIHVzaW5nIHRoZQo+ ICJmYWtlIiB2Ymxhbmsgc3RhcnQgaGVyZSwgc28gbWlnaHQgYmUgaXQnZCBuZWVkIHRvIGJlIHNv bWV0aGluZyBsaWtlOgo+Cj4gaWYgKHZwb3MgPj0gMCAmJiB2cG9zIDwgKHZzeW5jX3N0YXJ0IC0g dmJsYW5rX3N0YXJ0ICsgbGJfdmJsYW5rX2xlYWRfbGluZXMpCj4gCWNvdW50Kys7Cj4KClRoZSBj dXJyZW50IGNvZGUgc2hvdWxkIGJlIGNvcnJlY3QuIHZwb3MgaGVyZSByZXR1cm5zIHRoZSBkaXN0 YW5jZSBvZiBodyAKdmVydGljYWwgc2Nhbm91dCBwb3NpdGlvbiB0byB0aGUgc3RhcnQgb2YgdmJs YW5rLiBBY2NvcmRpbmcgdG8gQWxleCBhbmQgCkhhcnJ5IFdlbnRsYW5kIG9mIEFNRCdzIGRpc3Bs YXkgdGVhbSwgYW5kIG15IHRlc3Rpbmcgb2YgbXkgdHdvIGNhcmRzIHRoZSAKaHcgdmVydGljYWwg c2Nhbm91dCBwb3NpdGlvbiByZXNldHMgdG8gemVybyBhdCBzdGFydCBsaW5lIG9mIHZzeW5jLCAK dGhlcmVmb3JlIHRoZSAidnBvcyIgaW4gdGhhdCBjb2RlIGJlY29tZXMgbmVnYXRpdmUgYXQgc3Rh cnQgb2YgdnN5bmMuIEF0IAp0aGUgc2FtZSB0aW1lIHRoZSBodyBmcmFtZSBjb3VudGVyIGluY3Jl bWVudHMgYnkgb25lLCBtYWtpbmcgdGhhdCAKImNvdW50KysiIHRvIGJ1bXAgdGhlIHJldHVybmVk IGNvdW50IGJ5ICsxIG5vIGxvbmdlciBuZWNjZXNzYXJ5LgoKSWYgdGhlIHJlc2V0IG9mIGh3IHZl cnRpY2FsIHNjYW5vdXQgcG9zIHRvIHplcm8gYW5kIHRoZSBpbmNyZW1lbnQgb2YgaHcgCmZyYW1l IGNvdW50ZXIgd291bGRuJ3QgaGFwcGVuIGF0IGV4YWN0bHkgdGhlIHNhbWUgdGltZSBhdCBzdGFy dCBvZiB2c3luYyAKaSBjb3VsZCBzZWUgaG93IHRoYXQgY291bGQgY2F1c2UgdHdvIHN1Y2Nlc3Np dmUgcXVlcmllcyBvZiAKZHJpdmVyLT5nZXRfdmJsYW5rX2NvdW50ZXIoKSBjb3VsZCByZXBvcnQg YSBjb3VudCBvZiBOKzEgYW5kIHRoZW4gTiBpZiAKdGhlIHRpbWluZyBvZiBib3RoIGNhbGxzIHdv dWxkIGJlIGp1c3QgcGVyZmVjdGx5IHJpZ2h0LiBUaGF0IHdvdWxkIGNhdXNlIAp0aGUgRFJNIGNv ZGUgdG8gZmFsc2VseSBkZXRlY3QgY291bnRlciB3cmFwYXJvdW5kIGFuZCBqdW1wIHRoZSB2Ymxh bmsgCmNvdW50ZXIgZm9yd2FyZCBieSAyXjI0LgoKTXkgdGVzdGVkIGdwdSdzIGhhZCBEQ0UtMyBv ciBEQ0UtNCBkaXNwbGF5IGVuZ2luZXMsIENhaWNvcyBoYXMgRENFLTUsIHNvIApjb3VsZCB0aGlz IGJlIHNvbWUgaHcgcXVpcmsgZm9yIERDRS01PwoKCj4gQWxzbyBtaWdodCBiZSB3b3J0aCBhIHNo b3QgdG8ganVzdCBpZ25vcmUgdGhlIGh3IGZyYW1lIGNvdW50ZXIuIEVnLjoKPgo+IGluZGV4IGUy NjZmZmM1MjBkMi4uZGI3Mjg1ODA1NDlhIDEwMDY0NAo+IC0tLSBhL2RyaXZlcnMvZ3B1L2RybS9y YWRlb24vcmFkZW9uX2Rydi5jCj4gKysrIGIvZHJpdmVycy9ncHUvZHJtL3JhZGVvbi9yYWRlb25f ZHJ2LmMKPiBAQCAtNDkyLDcgKzQ5Miw2IEBAIHN0YXRpYyBzdHJ1Y3QgZHJtX2RyaXZlciBrbXNf ZHJpdmVyID0gewo+ICAgICAgICAgIC5sYXN0Y2xvc2UgPSByYWRlb25fZHJpdmVyX2xhc3RjbG9z ZV9rbXMsCj4gICAgICAgICAgLnNldF9idXNpZCA9IGRybV9wY2lfc2V0X2J1c2lkLAo+ICAgICAg ICAgIC51bmxvYWQgPSByYWRlb25fZHJpdmVyX3VubG9hZF9rbXMsCj4gLSAgICAgICAuZ2V0X3Zi bGFua19jb3VudGVyID0gcmFkZW9uX2dldF92YmxhbmtfY291bnRlcl9rbXMsCj4gICAgICAgICAg LmVuYWJsZV92YmxhbmsgPSByYWRlb25fZW5hYmxlX3ZibGFua19rbXMsCj4gICAgICAgICAgLmRp c2FibGVfdmJsYW5rID0gcmFkZW9uX2Rpc2FibGVfdmJsYW5rX2ttcywKPiAgICAgICAgICAuZ2V0 X3ZibGFua190aW1lc3RhbXAgPSByYWRlb25fZ2V0X3ZibGFua190aW1lc3RhbXBfa21zLAo+IGRp ZmYgLS1naXQgYS9kcml2ZXJzL2dwdS9kcm0vcmFkZW9uL3JhZGVvbl9pcnFfa21zLmMgYi9kcml2 ZXJzL2dwdS9kcm0vcmFkZW9uL3JhZGVvbl9pcnFfa21zLmMKPiBpbmRleCA5NzlmM2JmNjVmMmMu LjNjNWZjYWI3NDE1MiAxMDA2NDQKPiAtLS0gYS9kcml2ZXJzL2dwdS9kcm0vcmFkZW9uL3JhZGVv bl9pcnFfa21zLmMKPiArKysgYi9kcml2ZXJzL2dwdS9kcm0vcmFkZW9uL3JhZGVvbl9pcnFfa21z LmMKPiBAQCAtMTUyLDExICsxNTIsNiBAQCBpbnQgcmFkZW9uX2RyaXZlcl9pcnFfcG9zdGluc3Rh bGxfa21zKHN0cnVjdCBkcm1fZGV2aWNlICpkZXYpCj4gICB7Cj4gICAgICAgICAgc3RydWN0IHJh ZGVvbl9kZXZpY2UgKnJkZXYgPSBkZXYtPmRldl9wcml2YXRlOwo+Cj4gLSAgICAgICBpZiAoQVNJ Q19JU19BVklWTyhyZGV2KSkKPiAtICAgICAgICAgICAgICAgZGV2LT5tYXhfdmJsYW5rX2NvdW50 ID0gMHgwMGZmZmZmZjsKPiAtICAgICAgIGVsc2UKPiAtICAgICAgICAgICAgICAgZGV2LT5tYXhf dmJsYW5rX2NvdW50ID0gMHgwMDFmZmZmZjsKPiAtCj4gICAgICAgICAgcmV0dXJuIDA7Cj4gICB9 Cj4KPiBhc3N1bWluZyBJJ20gcmVhZGluZyB0aGUgY29kZSBjb3JyZWN0bHkuCj4KPj4KPj4gMzFh Y2UwMjdjOWYxZjhlMGEyYjA5YmJmOTYxZTRkYjdiMWY2Y2YxOSAiZHJtOiBEb24ndCB6ZXJvIHZi bGFuawo+PiB0aW1lc3RhbXBzIGZyb20gdGhlIGlycSBoYW5kbGVyIgo+Pgo+PiBhYzA1NjdhNGIx MzJmYTY2ZTNlZGYzZjkxMzkzOGFmOWRhZjdmOTE2ICJkcm06IEFkZCBEUk1fREVCVUdfVkJMKCki Cj4+Cj4+IDRkZmQ2NDg2MmZmODUyZGY3YjExOThkNjY3ZGRhNzc4NzE1ZWU4OGYgImRybTogVXNl IHZibGFuayB0aW1lc3RhbXBzIHRvCj4+IGd1ZXNzdGltYXRlIGhvdyBtYW55IHZibGFua3Mgd2Vy ZSBtaXNzZWQiCj4+Cj4+IEFsbCBjbGVhbiByZXZlcnRzLCBqdXN0IG5lZWRzIHNvbWUgZml4dXAg b24gdG9wIHRvIHVzZSBhYnMoKSBpbnN0ZWFkIG9mCj4+IGFiczY0KCkgZHVlIHRvIDc5MjExYzhl ZDE5YzA1NWNhMTA1NTAyYzg3MzM4MDBkNDQyYTBhZTYuCj4+Cj4+IFVuZm9ydHVuYXRlbHkgSSBk b24ndCBrbm93IGlmIHRoaXMgaXMgYSBrZXJuZWwgcHJvYmxlbSBvciBrd2luIHByb2JsZW0uCj4+ IEkgdHJpZWQgdG8gQ0MgbWFpbnRhaW5lcnMgb2YgYm90aCwgYWR2aWNlcyB3aGF0IHRvIHRyeSBv ciB3aGF0IGluZm8gdG8KPj4gcHJvdmlkZSB3ZWxjb21lLiBUaGUgY2FyZCBpcyAiQ0FJQ09TIiB3 aXRoIDFHQiBtZW1vcnkuCj4+CgpJIHRoaW5rIGEgZHJtLmRlYnVnPTB4MjEgc2V0dGluZyBhbmQg Z3JlcCdwaW5nIHRoZSBzeXNsb2cgZm9yICJ2YmxhbmsiIApzaG91bGQgcHJvYmFibHkgZ2l2ZSB1 c2VmdWwgaW5mbyBhcm91bmQgdGhlIHRpbWUgb2YgdGhlIGhhbmcuCgpNYXliZSBhbHNvIGNoZWNr IFhPcmcuMC5sb2cgZm9yIChXVykgd2FybmluZ3MgcmVsYXRlZCB0byBmbGlwLgoKdGhhbmtzLAot bWFyaW8KCgo+PiBUaGFua3MsCj4+IFZsYXN0aW1pbAo+Cl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fCmRyaS1kZXZlbCBtYWlsaW5nIGxpc3QKZHJpLWRldmVs QGxpc3RzLmZyZWVkZXNrdG9wLm9yZwpodHRwOi8vbGlzdHMuZnJlZWRlc2t0b3Aub3JnL21haWxt YW4vbGlzdGluZm8vZHJpLWRldmVsCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751050AbcAPEYM (ORCPT ); Fri, 15 Jan 2016 23:24:12 -0500 Received: from mail-wm0-f50.google.com ([74.125.82.50]:33784 "EHLO mail-wm0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750931AbcAPEYK (ORCPT ); Fri, 15 Jan 2016 23:24:10 -0500 Subject: Re: linux-4.4 bisected: kwin5 stuck on kde5 loading screen with radeon To: =?UTF-8?B?VmlsbGUgU3lyasOkbMOk?= , Vlastimil Babka References: <5698CB20.9050602@suse.cz> <20160115122629.GC23290@intel.com> Cc: Alex Deucher , =?UTF-8?Q?Christian_K=c3=b6nig?= , Daniel Vetter , mgraesslin@kde.org, David Airlie , dri-devel@lists.freedesktop.org, LKML , kwin@kde.org From: Mario Kleiner Message-ID: <5699C5E5.90702@gmail.com> Date: Sat, 16 Jan 2016 05:24:05 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160115122629.GC23290@intel.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/15/2016 01:26 PM, Ville Syrjälä wrote: > On Fri, Jan 15, 2016 at 11:34:08AM +0100, Vlastimil Babka wrote: >> Hi, >> >> since kernel 4.4 I'm unable to login to kde5 desktop (on openSUSE >> Tumbleweed). There's a screen with progressbar showing the startup, >> which normally fades away after reaching 100%. But with kernel 4.4, the >> progress gets stuck somewhere between 1/2 and 3/4 (not always the same). >> Top shows that kwin is using few % of CPU's but mostly sleeps in poll(). >> When I kill it from another console, I see that everything has actually >> started up, just the progressbar screen was obscuring it. The windows >> obviously don't have decorations etc. Starting kwin manually again shows >> me again the progressbar screen at the same position. > Depressing. I was stress-testing those patches with Linux 4.4 for days on 2 AMD gpu's (HD-4000 RV 730 and HD-5770) under KDE 5 Plasma 5.4.2 (KUbuntu 15.10, XOrg 1.17) and just retested Linux 4.4 on nouveau/radeon/intel also with XOrg 1.18 and XOrg master) with Linux 4.4 a few days ago and never encountered such a hang or other vblank related problem on KDE-5 or GNOME-3. I'm currently running... while xinit /usr/bin/ksplashqml --test -- :1 ; do echo yay; done ... in an endless loop on Linux 4.4 SMP PREEMPT on HD-5770 and so far i can't trigger a hang after hundreds of runs. Does this also hang for you? > Hmm. Sounds like it could then be waiting for a vblank in the distant > future. There's that 1<<23 limit in the code though, but even with that > we end up with a max wait of ~38 hours assuming a 60Hz refresh rate. > xtrace suggests that ksplashqml seems to use classic OpenGL + glXSwapBuffers under DRI2. So no clever swap scheduling based on vblank counter values. > Stuff to try might include enabling drm.debug=0x2f, though that'll > generate a lot of stuff. Another option would be to use the drm vblank > tracepoints to try and catch what seq number it's waiting for and > where we're at currently. Or I suppose you could just hack > up drm_wait_vblank() to print an error message or something if the > requested seq number is in the future by, say, more than a few seconds, > and if that's the case then we could try to figure out why that happens. > >> >> I have suspected that kwin is waiting for some event, but nevertheless >> tried bisecting the kernel between 4.3 and 4.4, which lead to: >> >> # first bad commit: [4dfd64862ff852df7b1198d667dda778715ee88f] drm: Use >> vblank timestamps to guesstimate how many vblanks were missed >> >> I can confirm that 4.4 works if I revert the following commits: >> 63154ff230fc9255cc507af6277cd181943c50a1 "drm/amdgpu: Fixup hw vblank >> counter/ts for new drm_update_vblank_count() (v3)" >> >> d1145ad1e41b6c33758a856163198cb53bb96a50 "drm/radeon: Fixup hw vblank >> counter/ts for new drm_update_vblank_count() (v2)" > > The sha1s don't seem to match what I have, so not sure which kernel tree > you have, but looking at the radeon commit at least one thing > immediately caught my attention; > > + /* Bump counter if we are at >= leading edge of vblank, > + * but before vsync where vpos would turn negative and > + * the hw counter really increments. > + */ > + if (vpos >= 0) > + count++; > > It's rather hard to see what it's really doing since the custom flags to > the get_scanout_position now cause it return non-standard things. But if > I'm reading things correctly it should really say something like: > > if (vpos >= 0 && vpos < (vsync_start - vblank_start)) > count++; > > Hmm. Actually even that might not be correct since it could be using the > "fake" vblank start here, so might be it'd need to be something like: > > if (vpos >= 0 && vpos < (vsync_start - vblank_start + lb_vblank_lead_lines) > count++; > The current code should be correct. vpos here returns the distance of hw vertical scanout position to the start of vblank. According to Alex and Harry Wentland of AMD's display team, and my testing of my two cards the hw vertical scanout position resets to zero at start line of vsync, therefore the "vpos" in that code becomes negative at start of vsync. At the same time the hw frame counter increments by one, making that "count++" to bump the returned count by +1 no longer neccessary. If the reset of hw vertical scanout pos to zero and the increment of hw frame counter wouldn't happen at exactly the same time at start of vsync i could see how that could cause two successive queries of driver->get_vblank_counter() could report a count of N+1 and then N if the timing of both calls would be just perfectly right. That would cause the DRM code to falsely detect counter wraparound and jump the vblank counter forward by 2^24. My tested gpu's had DCE-3 or DCE-4 display engines, Caicos has DCE-5, so could this be some hw quirk for DCE-5? > Also might be worth a shot to just ignore the hw frame counter. Eg.: > > index e266ffc520d2..db728580549a 100644 > --- a/drivers/gpu/drm/radeon/radeon_drv.c > +++ b/drivers/gpu/drm/radeon/radeon_drv.c > @@ -492,7 +492,6 @@ static struct drm_driver kms_driver = { > .lastclose = radeon_driver_lastclose_kms, > .set_busid = drm_pci_set_busid, > .unload = radeon_driver_unload_kms, > - .get_vblank_counter = radeon_get_vblank_counter_kms, > .enable_vblank = radeon_enable_vblank_kms, > .disable_vblank = radeon_disable_vblank_kms, > .get_vblank_timestamp = radeon_get_vblank_timestamp_kms, > diff --git a/drivers/gpu/drm/radeon/radeon_irq_kms.c b/drivers/gpu/drm/radeon/radeon_irq_kms.c > index 979f3bf65f2c..3c5fcab74152 100644 > --- a/drivers/gpu/drm/radeon/radeon_irq_kms.c > +++ b/drivers/gpu/drm/radeon/radeon_irq_kms.c > @@ -152,11 +152,6 @@ int radeon_driver_irq_postinstall_kms(struct drm_device *dev) > { > struct radeon_device *rdev = dev->dev_private; > > - if (ASIC_IS_AVIVO(rdev)) > - dev->max_vblank_count = 0x00ffffff; > - else > - dev->max_vblank_count = 0x001fffff; > - > return 0; > } > > assuming I'm reading the code correctly. > >> >> 31ace027c9f1f8e0a2b09bbf961e4db7b1f6cf19 "drm: Don't zero vblank >> timestamps from the irq handler" >> >> ac0567a4b132fa66e3edf3f913938af9daf7f916 "drm: Add DRM_DEBUG_VBL()" >> >> 4dfd64862ff852df7b1198d667dda778715ee88f "drm: Use vblank timestamps to >> guesstimate how many vblanks were missed" >> >> All clean reverts, just needs some fixup on top to use abs() instead of >> abs64() due to 79211c8ed19c055ca105502c8733800d442a0ae6. >> >> Unfortunately I don't know if this is a kernel problem or kwin problem. >> I tried to CC maintainers of both, advices what to try or what info to >> provide welcome. The card is "CAICOS" with 1GB memory. >> I think a drm.debug=0x21 setting and grep'ping the syslog for "vblank" should probably give useful info around the time of the hang. Maybe also check XOrg.0.log for (WW) warnings related to flip. thanks, -mario >> Thanks, >> Vlastimil >