From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexey.Brodkin@synopsys.com (Alexey Brodkin) Date: Tue, 5 Dec 2017 11:53:37 +0000 Subject: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps] In-Reply-To: References: <1512387175.4977.24.camel@synopsys.com> <86238def-82be-2ad1-63d0-b9a8dbf83db6@synopsys.com> <1512393408.4977.44.camel@synopsys.com> <1512399218.4977.48.camel@synopsys.com> <1512403237.4977.54.camel@synopsys.com> <232eae49-ddbb-fd87-2b35-6db47817e23e@synopsys.com> <1512408586.4977.73.camel@synopsys.com> List-ID: Message-ID: <1512474815.4977.90.camel@synopsys.com> To: linux-snps-arc@lists.infradead.org Hi Jose, On Tue, 2017-12-05@10:39 +0000, Jose Abreu wrote: > Hi Alexey, > > On 04-12-2017 17:29, Alexey Brodkin wrote: > > > > > > Indeed, in case of kmscube etnaviv is a renderer while UDL > > outputs the picture on the screen. > > Thats nice :) > > Ok, from your logs I was not able to see anything wrong. X server > does not error exit and Prime seems to be working in DRM ... > > Lets try one more thing: Enable all debug in DRM (drm.debug=0x3f) > and try to correlate the log with the actions. i.e. > > [boot] > [log] > [x start] > [log] > [xclock start] > [log] > [glmark2-es2 start] > [log] I think I have something like that. Below are extracts which show at least one difference I was able to find. And that difference is presence of "[drm:udl_drm_gem_mmap] flags = 0x1" in case of Xserver only. kmscube: -------------------------->8--------------------------- [drm:drm_crtc_helper_set_config] encoder changed, full mode switch [drm:drm_crtc_helper_set_config] crtc changed, full mode switch [drm:drm_crtc_helper_set_config] [CONNECTOR:30:DVI-I-1] to [CRTC:28:crtc-0] [drm:drm_crtc_helper_set_config] attempting to set mode from userspace [drm:drm_mode_debug_printmodeline] Modeline 44:"1920x1080" 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x48 0x5 [drm:drm_crtc_helper_set_mode] [CRTC:28:crtc-0] [drm:drm_crtc_helper_set_mode] [ENCODER:29:TMDS-29] set [MODE:44:1920x1080] [drm] write mode info 153 [drm:drm_crtc_helper_set_config] Setting connector DPMS state to on [drm:drm_crtc_helper_set_config]????????[CONNECTOR:30:DVI-I-1] set DPMS on [drm:udl_attach_dma_buf] [DEV:soc:gpu-subsystem] size:8355840 [drm:udl_map_dma_buf] [DEV:soc:gpu-subsystem] size:8355840 dir=0 etnaviv-gpu f0090000.gpu: virt 71040000 phys 0x00000000 free 0x00001ec0 stream link to 0x000000a8 @ 0x00002000 71042000 -------------------------->8--------------------------- X: -------------------------->8--------------------------- [drm:udl_drm_gem_mmap] flags = 0x1 [drm:drm_mode_addfb] [FB:43] [drm:drm_mode_setcrtc] [CRTC:28:crtc-0] [drm:drm_mode_setcrtc] [CONNECTOR:30:DVI-I-1] [drm:drm_crtc_helper_set_config]? [drm:drm_crtc_helper_set_config] [CRTC:28:crtc-0] [FB:43] #connectors=1 (x y) (0 0) [drm:drm_crtc_helper_set_config] crtc has no fb, full mode set [drm:drm_crtc_helper_set_config] connector dpms not on, full mode switch [drm:drm_crtc_helper_set_config] encoder changed, full mode switch [drm:drm_crtc_helper_set_config] crtc changed, full mode switch [drm:drm_crtc_helper_set_config] [CONNECTOR:30:DVI-I-1] to [CRTC:28:crtc-0] [drm:drm_crtc_helper_set_config] attempting to set mode from userspace [drm:drm_mode_debug_printmodeline] Modeline 44:"" 0 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x0 0x5 [drm:drm_crtc_helper_set_mode] [CRTC:28:crtc-0] [drm:drm_crtc_helper_set_mode] [ENCODER:29:TMDS-29] set [MODE:44:] [drm] write mode info 153 [drm:drm_crtc_helper_set_config] Setting connector DPMS state to on [drm:drm_crtc_helper_set_config]????????[CONNECTOR:30:DVI-I-1] set DPMS on [drm] write mode info 153 [drm:udl_attach_dma_buf] [DEV:soc:gpu-subsystem] size:8298496 [drm:udl_map_dma_buf] [DEV:soc:gpu-subsystem] size:8298496 dir=0 etnaviv-gpu f0090000.gpu: virt 71040000 phys 0x00000000 free 0x00001ec0 stream link to 0x000001e8 @ 0x00002000 71042000 -------------------------->8--------------------------- > If that does not give any more info then maybe someone with > better understanding of etnaviv, UDL and X can help From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexey Brodkin Subject: Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps] Date: Tue, 5 Dec 2017 11:53:37 +0000 Message-ID: <1512474815.4977.90.camel@synopsys.com> References: <1512387175.4977.24.camel@synopsys.com> <86238def-82be-2ad1-63d0-b9a8dbf83db6@synopsys.com> <1512393408.4977.44.camel@synopsys.com> <1512399218.4977.48.camel@synopsys.com> <1512403237.4977.54.camel@synopsys.com> <232eae49-ddbb-fd87-2b35-6db47817e23e@synopsys.com> <1512408586.4977.73.camel@synopsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: In-Reply-To: Content-Language: en-US Content-ID: Sender: linux-kernel-owner@vger.kernel.org To: Jose Abreu Cc: "dri-devel@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" , "airlied@gmail.com" , "airlied@redhat.com" , "daniel.vetter@ffwll.ch" , "linux-snps-arc@lists.infradead.org" , "l.stach@pengutronix.de" List-Id: dri-devel@lists.freedesktop.org SGkgSm9zZSwNCg0KT24gVHVlLCAyMDE3LTEyLTA1IGF0IDEwOjM5ICswMDAwLCBKb3NlIEFicmV1 IHdyb3RlOg0KPiBIaSBBbGV4ZXksDQo+IA0KPiBPbiAwNC0xMi0yMDE3IDE3OjI5LCBBbGV4ZXkg QnJvZGtpbiB3cm90ZToNCj4gPiANCj4gPiANCj4gPiBJbmRlZWQsIGluIGNhc2Ugb2Yga21zY3Vi ZSBldG5hdml2IGlzIGEgcmVuZGVyZXIgd2hpbGUgVURMDQo+ID4gb3V0cHV0cyB0aGUgcGljdHVy ZSBvbiB0aGUgc2NyZWVuLg0KPiANCj4gVGhhdHMgbmljZSA6KQ0KPiANCj4gT2ssIGZyb20geW91 ciBsb2dzIEkgd2FzIG5vdCBhYmxlIHRvIHNlZSBhbnl0aGluZyB3cm9uZy4gWCBzZXJ2ZXINCj4g ZG9lcyBub3QgZXJyb3IgZXhpdCBhbmQgUHJpbWUgc2VlbXMgdG8gYmUgd29ya2luZyBpbiBEUk0g Li4uDQo+IA0KPiBMZXRzIHRyeSBvbmUgbW9yZSB0aGluZzogRW5hYmxlIGFsbCBkZWJ1ZyBpbiBE Uk0gKGRybS5kZWJ1Zz0weDNmKQ0KPiBhbmQgdHJ5IHRvIGNvcnJlbGF0ZSB0aGUgbG9nIHdpdGgg dGhlIGFjdGlvbnMuIGkuZS4NCj4gDQo+IFtib290XQ0KPiBbbG9nXQ0KPiBbeCBzdGFydF0NCj4g W2xvZ10NCj4gW3hjbG9jayBzdGFydF0NCj4gW2xvZ10NCj4gW2dsbWFyazItZXMyIHN0YXJ0XQ0K PiBbbG9nXQ0KDQpJIHRoaW5rIEkgaGF2ZSBzb21ldGhpbmcgbGlrZSB0aGF0Lg0KDQpCZWxvdyBh cmUgZXh0cmFjdHMgd2hpY2ggc2hvdyBhdCBsZWFzdCBvbmUgZGlmZmVyZW5jZSBJIHdhcyBhYmxl IHRvIGZpbmQuDQpBbmQgdGhhdCBkaWZmZXJlbmNlIGlzIHByZXNlbmNlIG9mICJbZHJtOnVkbF9k cm1fZ2VtX21tYXBdIGZsYWdzID0gMHgxIg0KaW4gY2FzZSBvZiBYc2VydmVyIG9ubHkuDQoNCmtt c2N1YmU6DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLT44LS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQpbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSBlbmNvZGVyIGNoYW5nZWQs IGZ1bGwgbW9kZSBzd2l0Y2gNCltkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddIGNydGMg Y2hhbmdlZCwgZnVsbCBtb2RlIHN3aXRjaA0KW2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZp Z10gW0NPTk5FQ1RPUjozMDpEVkktSS0xXSB0byBbQ1JUQzoyODpjcnRjLTBdDQpbZHJtOmRybV9j cnRjX2hlbHBlcl9zZXRfY29uZmlnXSBhdHRlbXB0aW5nIHRvIHNldCBtb2RlIGZyb20gdXNlcnNw YWNlDQpbZHJtOmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5lIDQ0OiIxOTIw eDEwODAiIDYwIDE0ODUwMCAxOTIwIDIwMDggMjA1MiAyMjAwIDEwODAgMTA4NCAxMDg5IDExMjUg MHg0OCAweDUNCltkcm06ZHJtX2NydGNfaGVscGVyX3NldF9tb2RlXSBbQ1JUQzoyODpjcnRjLTBd DQpbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfbW9kZV0gW0VOQ09ERVI6Mjk6VE1EUy0yOV0gc2V0 IFtNT0RFOjQ0OjE5MjB4MTA4MF0NCltkcm1dIHdyaXRlIG1vZGUgaW5mbyAxNTMNCltkcm06ZHJt X2NydGNfaGVscGVyX3NldF9jb25maWddIFNldHRpbmcgY29ubmVjdG9yIERQTVMgc3RhdGUgdG8g b24NCltkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddwqDCoMKgwqDCoMKgwqDCoFtDT05O RUNUT1I6MzA6RFZJLUktMV0gc2V0IERQTVMgb24NCltkcm06dWRsX2F0dGFjaF9kbWFfYnVmXSBb REVWOnNvYzpncHUtc3Vic3lzdGVtXSBzaXplOjgzNTU4NDANCltkcm06dWRsX21hcF9kbWFfYnVm XSBbREVWOnNvYzpncHUtc3Vic3lzdGVtXSBzaXplOjgzNTU4NDAgZGlyPTANCmV0bmF2aXYtZ3B1 IGYwMDkwMDAwLmdwdTogdmlydCA3MTA0MDAwMCBwaHlzIDB4MDAwMDAwMDAgZnJlZSAweDAwMDAx ZWMwDQpzdHJlYW0gbGluayB0byAweDAwMDAwMGE4IEAgMHgwMDAwMjAwMCA3MTA0MjAwMA0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0+OC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpY Og0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0+OC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQ0KW2RybTp1ZGxfZHJtX2dlbV9tbWFwXSBmbGFncyA9IDB4MQ0KW2RybTpkcm1fbW9kZV9hZGRm Yl0gW0ZCOjQzXQ0KW2RybTpkcm1fbW9kZV9zZXRjcnRjXSBbQ1JUQzoyODpjcnRjLTBdDQpbZHJt OmRybV9tb2RlX3NldGNydGNdIFtDT05ORUNUT1I6MzA6RFZJLUktMV0NCltkcm06ZHJtX2NydGNf aGVscGVyX3NldF9jb25maWddwqANCltkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25maWddIFtD UlRDOjI4OmNydGMtMF0gW0ZCOjQzXSAjY29ubmVjdG9ycz0xICh4IHkpICgwIDApDQpbZHJtOmRy bV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSBjcnRjIGhhcyBubyBmYiwgZnVsbCBtb2RlIHNldA0K W2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X2NvbmZpZ10gY29ubmVjdG9yIGRwbXMgbm90IG9uLCBm dWxsIG1vZGUgc3dpdGNoDQpbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSBlbmNvZGVy IGNoYW5nZWQsIGZ1bGwgbW9kZSBzd2l0Y2gNCltkcm06ZHJtX2NydGNfaGVscGVyX3NldF9jb25m aWddIGNydGMgY2hhbmdlZCwgZnVsbCBtb2RlIHN3aXRjaA0KW2RybTpkcm1fY3J0Y19oZWxwZXJf c2V0X2NvbmZpZ10gW0NPTk5FQ1RPUjozMDpEVkktSS0xXSB0byBbQ1JUQzoyODpjcnRjLTBdDQpb ZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXSBhdHRlbXB0aW5nIHRvIHNldCBtb2RlIGZy b20gdXNlcnNwYWNlDQpbZHJtOmRybV9tb2RlX2RlYnVnX3ByaW50bW9kZWxpbmVdIE1vZGVsaW5l IDQ0OiIiIDAgMTQ4NTAwIDE5MjAgMjAwOCAyMDUyIDIyMDAgMTA4MCAxMDg0IDEwODkgMTEyNSAw eDAgMHg1DQpbZHJtOmRybV9jcnRjX2hlbHBlcl9zZXRfbW9kZV0gW0NSVEM6Mjg6Y3J0Yy0wXQ0K W2RybTpkcm1fY3J0Y19oZWxwZXJfc2V0X21vZGVdIFtFTkNPREVSOjI5OlRNRFMtMjldIHNldCBb TU9ERTo0NDpdDQpbZHJtXSB3cml0ZSBtb2RlIGluZm8gMTUzDQpbZHJtOmRybV9jcnRjX2hlbHBl cl9zZXRfY29uZmlnXSBTZXR0aW5nIGNvbm5lY3RvciBEUE1TIHN0YXRlIHRvIG9uDQpbZHJtOmRy bV9jcnRjX2hlbHBlcl9zZXRfY29uZmlnXcKgwqDCoMKgwqDCoMKgwqBbQ09OTkVDVE9SOjMwOkRW SS1JLTFdIHNldCBEUE1TIG9uDQpbZHJtXSB3cml0ZSBtb2RlIGluZm8gMTUzDQpbZHJtOnVkbF9h dHRhY2hfZG1hX2J1Zl0gW0RFVjpzb2M6Z3B1LXN1YnN5c3RlbV0gc2l6ZTo4Mjk4NDk2DQpbZHJt OnVkbF9tYXBfZG1hX2J1Zl0gW0RFVjpzb2M6Z3B1LXN1YnN5c3RlbV0gc2l6ZTo4Mjk4NDk2IGRp cj0wDQpldG5hdml2LWdwdSBmMDA5MDAwMC5ncHU6IHZpcnQgNzEwNDAwMDAgcGh5cyAweDAwMDAw MDAwIGZyZWUgMHgwMDAwMWVjMA0Kc3RyZWFtIGxpbmsgdG8gMHgwMDAwMDFlOCBAIDB4MDAwMDIw MDAgNzEwNDIwMDANCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPjgtLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCg0KPiBJZiB0aGF0IGRvZXMgbm90IGdpdmUgYW55IG1vcmUgaW5mbyB0aGVu IG1heWJlIHNvbWVvbmUgd2l0aA0KPiBiZXR0ZXIgdW5kZXJzdGFuZGluZyBvZiBldG5hdml2LCBV REwgYW5kIFggY2FuIGhlbHANCg0KDQpGcm9tIG15IG5vdGUgYWJvdmUgYWJvdXQgdWRsX2RybV9n ZW1fbW1hcCgpIGJlaW5nIG9ubHkgdXNlZCBpbiBjYXNlIG9mIFhzZXJ2ZXINCkkgYmFyZWx5IG1h eSBjb25jbHVkZSBhbnl0aGluZy4gR2l2ZW4gbXkgbGFjayBvZiBrbm93bGVkZ2Ugb2YgRFJNIGd1 dHMNCmVzcGVjaWFsbHkNCndoZW4gaXQgY29tZXMgdG8gY29tcGxpY2F0ZWQgY2FzZXMgd2l0aCBE TUEgYnVmZmVyIGV4cG9ydHMvaW1wb3J0cyBJIGNhbm5vdCBzYXkNCmltbWVkaWF0ZWx5IGlmIHRo YXQncyBqdXN0IGltcHJvcGVyIGltcGxlbWVudGF0aW9uIG9mDQp1ZGxfZHJtX2dlbV9tbWFwKCkg b3Igbm90Lg0KRXZlbiB0aG91Z2ggSSBkbyBzZWUgc29tZSBkaWZmZXJlbmNlcyBiZXR3ZWVuIGlt cGxlbWVudGF0aW9uIG9mwqBmaWxlX29wZXJhdGlvbnMtPm1tYXAoKQ0KY2FsbGJhY2sgaW4gVURM IGFuZA0Kc2F5wqBleHlub3NfZHJtX2dlbV9tbWFwKCkgb3LCoHF4bF9tbWFwKCkgaXQncyBub3Qg Y2xlYXINCndoeSB0aGlzIGFuZCB0aGF0IGltcGxlbWVudGF0aW9uIHdhcyBkb25lLg0KDQo+ICht YXliZSBjYyBYIGRldmVsIGxpc3QgYWxzbyAuLi4pDQoNCldlbGwgYXQgdGhpcyBwb2ludCBJIHRo aW5rIGl0c8KgcHVyZWx5wqBhwqBVREzCoGRyaXZlcsKgcHJvYmxlbSBiZWNhdXNlIGlmIHdlIHN3 YXAgVURMIHRvDQppbXgtZHJtIG9uIFdhbmRib2FyZCBldmVyeXRoaW5nIHdvcmtzIHBlcmZlY3Rs eSBmaW5lIQ0KDQotQWxleGV5 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752466AbdLELxp (ORCPT ); Tue, 5 Dec 2017 06:53:45 -0500 Received: from smtprelay.synopsys.com ([198.182.60.111]:51216 "EHLO smtprelay.synopsys.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752149AbdLELxm (ORCPT ); Tue, 5 Dec 2017 06:53:42 -0500 From: Alexey Brodkin To: Jose Abreu CC: "dri-devel@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" , "airlied@gmail.com" , "airlied@redhat.com" , "daniel.vetter@ffwll.ch" , "linux-snps-arc@lists.infradead.org" , "l.stach@pengutronix.de" Subject: Re: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps] Thread-Topic: xf86-video-armada via UDL [was: Re: UDL's fbdev doesn't work for user-space apps] Thread-Index: AQHTbQIkipqBBGWFjUqX7bL3/pGn26MzJlIAgAAOOwCAABFCAIAAAXWAgAAXkICAAAFZAIABH6mAgAAUvoA= Date: Tue, 5 Dec 2017 11:53:37 +0000 Message-ID: <1512474815.4977.90.camel@synopsys.com> References: <1512387175.4977.24.camel@synopsys.com> <86238def-82be-2ad1-63d0-b9a8dbf83db6@synopsys.com> <1512393408.4977.44.camel@synopsys.com> <1512399218.4977.48.camel@synopsys.com> <1512403237.4977.54.camel@synopsys.com> <232eae49-ddbb-fd87-2b35-6db47817e23e@synopsys.com> <1512408586.4977.73.camel@synopsys.com> In-Reply-To: Accept-Language: en-US, ru-RU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.225.15.245] Content-Type: text/plain; charset="utf-8" Content-ID: MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by nfs id vB5Bro4g012152 Hi Jose, On Tue, 2017-12-05 at 10:39 +0000, Jose Abreu wrote: > Hi Alexey, > > On 04-12-2017 17:29, Alexey Brodkin wrote: > > > > > > Indeed, in case of kmscube etnaviv is a renderer while UDL > > outputs the picture on the screen. > > Thats nice :) > > Ok, from your logs I was not able to see anything wrong. X server > does not error exit and Prime seems to be working in DRM ... > > Lets try one more thing: Enable all debug in DRM (drm.debug=0x3f) > and try to correlate the log with the actions. i.e. > > [boot] > [log] > [x start] > [log] > [xclock start] > [log] > [glmark2-es2 start] > [log] I think I have something like that. Below are extracts which show at least one difference I was able to find. And that difference is presence of "[drm:udl_drm_gem_mmap] flags = 0x1" in case of Xserver only. kmscube: -------------------------->8--------------------------- [drm:drm_crtc_helper_set_config] encoder changed, full mode switch [drm:drm_crtc_helper_set_config] crtc changed, full mode switch [drm:drm_crtc_helper_set_config] [CONNECTOR:30:DVI-I-1] to [CRTC:28:crtc-0] [drm:drm_crtc_helper_set_config] attempting to set mode from userspace [drm:drm_mode_debug_printmodeline] Modeline 44:"1920x1080" 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x48 0x5 [drm:drm_crtc_helper_set_mode] [CRTC:28:crtc-0] [drm:drm_crtc_helper_set_mode] [ENCODER:29:TMDS-29] set [MODE:44:1920x1080] [drm] write mode info 153 [drm:drm_crtc_helper_set_config] Setting connector DPMS state to on [drm:drm_crtc_helper_set_config]        [CONNECTOR:30:DVI-I-1] set DPMS on [drm:udl_attach_dma_buf] [DEV:soc:gpu-subsystem] size:8355840 [drm:udl_map_dma_buf] [DEV:soc:gpu-subsystem] size:8355840 dir=0 etnaviv-gpu f0090000.gpu: virt 71040000 phys 0x00000000 free 0x00001ec0 stream link to 0x000000a8 @ 0x00002000 71042000 -------------------------->8--------------------------- X: -------------------------->8--------------------------- [drm:udl_drm_gem_mmap] flags = 0x1 [drm:drm_mode_addfb] [FB:43] [drm:drm_mode_setcrtc] [CRTC:28:crtc-0] [drm:drm_mode_setcrtc] [CONNECTOR:30:DVI-I-1] [drm:drm_crtc_helper_set_config]  [drm:drm_crtc_helper_set_config] [CRTC:28:crtc-0] [FB:43] #connectors=1 (x y) (0 0) [drm:drm_crtc_helper_set_config] crtc has no fb, full mode set [drm:drm_crtc_helper_set_config] connector dpms not on, full mode switch [drm:drm_crtc_helper_set_config] encoder changed, full mode switch [drm:drm_crtc_helper_set_config] crtc changed, full mode switch [drm:drm_crtc_helper_set_config] [CONNECTOR:30:DVI-I-1] to [CRTC:28:crtc-0] [drm:drm_crtc_helper_set_config] attempting to set mode from userspace [drm:drm_mode_debug_printmodeline] Modeline 44:"" 0 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x0 0x5 [drm:drm_crtc_helper_set_mode] [CRTC:28:crtc-0] [drm:drm_crtc_helper_set_mode] [ENCODER:29:TMDS-29] set [MODE:44:] [drm] write mode info 153 [drm:drm_crtc_helper_set_config] Setting connector DPMS state to on [drm:drm_crtc_helper_set_config]        [CONNECTOR:30:DVI-I-1] set DPMS on [drm] write mode info 153 [drm:udl_attach_dma_buf] [DEV:soc:gpu-subsystem] size:8298496 [drm:udl_map_dma_buf] [DEV:soc:gpu-subsystem] size:8298496 dir=0 etnaviv-gpu f0090000.gpu: virt 71040000 phys 0x00000000 free 0x00001ec0 stream link to 0x000001e8 @ 0x00002000 71042000 -------------------------->8--------------------------- > If that does not give any more info then maybe someone with > better understanding of etnaviv, UDL and X can help >>From my note above about udl_drm_gem_mmap() being only used in case of Xserver I barely may conclude anything. Given my lack of knowledge of DRM guts especially when it comes to complicated cases with DMA buffer exports/imports I cannot say immediately if that's just improper implementation of udl_drm_gem_mmap() or not. Even though I do see some differences between implementation of file_operations->mmap() callback in UDL and say exynos_drm_gem_mmap() or qxl_mmap() it's not clear why this and that implementation was done. > (maybe cc X devel list also ...) Well at this point I think its purely a UDL driver problem because if we swap UDL to imx-drm on Wandboard everything works perfectly fine! -Alexey