From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 4024FE00AAA; Mon, 7 Dec 2015 05:52:34 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [194.211.207.200 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0026] * 0.0 HTML_MESSAGE BODY: HTML included in message Received: from smtp1.eteinen.fi (smtp1.eteinen.fi [194.211.207.200]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id B3C56E00A26 for ; Mon, 7 Dec 2015 05:52:29 -0800 (PST) Received: from [194.100.86.92] (helo=LenovoPC) by smtp1.eteinen.fi with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1a5wDJ-00051E-GR for meta-freescale@yoctoproject.org; Mon, 07 Dec 2015 15:52:25 +0200 From: "Andreas Enbacka" To: Date: Mon, 7 Dec 2015 15:52:33 +0200 Message-ID: <01a401d130f6$85bed820$913c8860$@gasera.fi> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AdEw9oOJGdYUTJ6eQMGCbLluXwQS7w== Subject: Framebuffer problem with Qt on Kontron SMARC sAMX6i X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2015 13:52:34 -0000 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01A5_01D13107.49484460" Content-Language: fi ------=_NextPart_000_01A5_01D13107.49484460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I have been able to get HDMI output working on Yocto Daisy with the Kontron patch for SMARC sAMX6i. Now I am trying to run an embedded Qt application using eglfs. The application starts up and picture is displayed on HDMI, however, I get random blank display when e.g., moving the mouse cursor around. On the console, I get an error message mxc_sdc_fb mxc_sdc_fb.19: timeout when waiting for flip irq multiple times. I am booting the kernel with the following U-boot arguments (nfs boot): setenv bootargs 'console=ttymxc0,115200 root=/dev/nfs rw ip=dhcp nfsroot=. video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24' Any information what could cause the issue would be greatly appreciated. Best regards, Andreas Enbacka ------=_NextPart_000_01A5_01D13107.49484460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I have been able to get HDMI output working on Yocto Daisy = with the Kontron patch for SMARC sAMX6i. Now I am trying to run an = embedded Qt application using eglfs.

The application starts up and = picture is displayed on HDMI, however, I get random blank display when = e.g., moving the mouse cursor around. On the console, I get an error = message

 

mxc_sdc_fb mxc_sdc_fb.19: timeout when waiting for = flip irq

 

multiple times. I am booting the = kernel with the following U-boot arguments (nfs = boot):

 

setenv bootargs ‘console=3Dttymxc0,115200 = root=3D/dev/nfs rw ip=3Ddhcp nfsroot=3D… = video=3Dmxcfb0:dev=3Dhdmi,1920x1080M@60,if=3DRGB24’

 

Any information what could cause the issue would be greatly = appreciated.

 

Best regards,

Andreas = Enbacka

 

------=_NextPart_000_01A5_01D13107.49484460-- From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id B2B8AE00ABE; Mon, 7 Dec 2015 22:54:45 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from dev.rtsoft.ru (mail.dev.rtsoft.ru [213.79.90.226]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 69AFCE006F3 for ; Mon, 7 Dec 2015 22:54:40 -0800 (PST) Received: from [192.168.112.12] (fw-int.dev.rtsoft.ru [192.168.1.70]) by dev.rtsoft.ru (Postfix) with ESMTP id 7A41043336; Tue, 8 Dec 2015 09:54:36 +0300 (MSK) Message-ID: <56667EAC.2090102@dev.rtsoft.ru> Date: Tue, 08 Dec 2015 09:54:36 +0300 From: Nikita Yushchenko Organization: RTSoft Software Development Center User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.8.0 MIME-Version: 1.0 To: Andreas Enbacka <"andreas.enbacka@gasera.fi"@yoctoproject.org> References: <01a401d130f6$85bed820$913c8860$@gasera.fi> In-Reply-To: <01a401d130f6$85bed820$913c8860$@gasera.fi> Cc: "meta-freescale@yoctoproject.org" Subject: Re: Framebuffer problem with Qt on Kontron SMARC sAMX6i X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2015 06:54:45 -0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit > Hello, > > I have been able to get HDMI output working on Yocto Daisy with the Kontron > patch for SMARC sAMX6i. Now I am trying to run an embedded Qt application > using eglfs. > > The application starts up and picture is displayed on HDMI, however, I get > random blank display when e.g., moving the mouse cursor around. On the > console, I get an error message > > mxc_sdc_fb mxc_sdc_fb.19: timeout when waiting for flip irq > > multiple times. I have seen this while working on sAMX6i BSP, both 3.10 based (daisy/dizzy) and 3.14 based (fido). Not sure message is directly related - at least, it does not show always when issue arises. Per my understanding, this is caused by not enough bus throughput at some point. When something else is accessing framebuffer memory, and/or IPU is doing something else, something on HDMI data path is not able to read or process data in time, this causes HDMI output signal interruption, this causes temporary black screen. Problem can become even worse on massive screen update (i.e. video playback) when screen goes completely black. I don't know what in particular is reason of this. Maybe some clock is running at slower rate than it should? I did not modify anything related to IPU or HDMI in sAMX6i kernel, this part is unmodified linux-imx. I can guess that problem should be visible sometimes on other imx6 boards, although I've never seen any reports of that. Possible workarounds are: - make sure that bandwidth is not being wasted for other screen (echo 1 > /sys/class/grapthis/fb2/blank) - use lower framebuffer bpp - use lower screen resolution Nikita From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 81577E00B36; Tue, 8 Dec 2015 06:18:49 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [194.211.207.200 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from smtp1.eteinen.fi (smtp1.eteinen.fi [194.211.207.200]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id ADC44E00B30 for ; Tue, 8 Dec 2015 06:18:35 -0800 (PST) Received: from [194.100.86.92] (helo=LenovoPC) by smtp1.eteinen.fi with esmtpsa (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1a6J69-0002ho-UF; Tue, 08 Dec 2015 16:18:33 +0200 From: "Andreas Enbacka" To: "'Nikita Yushchenko'" , "'Andreas Enbacka'" <"andreas.enbacka@gasera.fi"@smtp2.eteinen.fi> References: <01a401d130f6$85bed820$913c8860$@gasera.fi> <56667EAC.2090102@dev.rtsoft.ru> In-Reply-To: <56667EAC.2090102@dev.rtsoft.ru> Date: Tue, 8 Dec 2015 16:18:42 +0200 Message-ID: <007801d131c3$576e5f90$064b1eb0$@gasera.fi> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQI47AC34OZ+7QUarMmD2H50LaS9NgKG1cLVnd13yEA= Cc: meta-freescale@yoctoproject.org Subject: Re: Framebuffer problem with Qt on Kontron SMARC sAMX6i X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2015 14:18:49 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-Language: fi Hello, Thanks for the suggestion, indeed it seems that using a lower screen = resolution on HDMI did solve the blanking problem.=20 Best regards, Andreas -----Original Message----- From: Nikita Yushchenko [mailto:nyushchenko@dev.rtsoft.ru]=20 Sent: 8. joulukuutata 2015 8:55 To: Andreas Enbacka <"andreas.enbacka@gasera.fi"@smtp2.eteinen.fi> Cc: meta-freescale@yoctoproject.org Subject: Re: [meta-freescale] Framebuffer problem with Qt on Kontron = SMARC sAMX6i > Hello, >=20 > I have been able to get HDMI output working on Yocto Daisy with the=20 > Kontron patch for SMARC sAMX6i. Now I am trying to run an embedded Qt=20 > application using eglfs. >=20 > The application starts up and picture is displayed on HDMI, however, I = > get random blank display when e.g., moving the mouse cursor around. On = > the console, I get an error message >=20 > mxc_sdc_fb mxc_sdc_fb.19: timeout when waiting for flip irq >=20 > multiple times. I have seen this while working on sAMX6i BSP, both 3.10 based (daisy/dizzy) and 3.14 based (fido). Not sure message is directly related - at least, it does not show always = when issue arises. Per my understanding, this is caused by not enough bus throughput at = some point. When something else is accessing framebuffer memory, and/or = IPU is doing something else, something on HDMI data path is not able to = read or process data in time, this causes HDMI output signal = interruption, this causes temporary black screen. Problem can become = even worse on massive screen update (i.e. video playback) when screen = goes completely black. I don't know what in particular is reason of this. Maybe some clock is = running at slower rate than it should? I did not modify anything related to IPU or HDMI in sAMX6i kernel, this = part is unmodified linux-imx. I can guess that problem should be visible = sometimes on other imx6 boards, although I've never seen any reports of = that. Possible workarounds are: - make sure that bandwidth is not being wasted for other screen (echo 1 = > /sys/class/grapthis/fb2/blank) - use lower framebuffer bpp - use lower screen resolution Nikita