Hi,

Is there anything can be done to fix it? Let me know if some more information 
needs to be shared in order to help with diagnosis.

Regards
Ankur


________________________________
From: [email protected] 
<[email protected]> on behalf of Ankur Tyagi 
<[email protected]>
Sent: Tuesday, February 18, 2020, 11:11 AM
To: [email protected]
Subject: [meta-arago] [Thud branch][AM3354]OpenGL/QT font rendering problem - 
corrupt glyphs

Resending it as previous one didn’t made it to the mailing list

And we are stuck in production after upgrade to thud branch because of this 
issue, any help is appreciated

Regards
Ankur

From: Ankur Tyagi
Sent: Tuesday, 11 February 2020 12:39 PM
To: [email protected]
Subject: [Thud branch][AM3354]OpenGL/QT font rendering problem - corrupt glyphs

Greetings,

I am using AM3354 processor. I just did a major Yocto upgrade from "daisy" to 
"thud" branch, and I noticed that some characters/glyphs happen to be slightly 
corrupt.
The problem occurs randomly, but when a corrupted character is rendered 
multiple times on the screen, all of its instances are corrupted the same way.

It looks like this: https://ibb.co/LYP4JCx

I tried using various QT environment variables, but the only one that worked 
was QT_QUICK_BACKEND=software. However, this led to a very significant 
slowdown, so it's not an option.

I'm not using X11 or wayland. I'm not modifying the graphics drivers or the QT 
layer in any way.

Following are Qt environment variables on target:

export QT_QPA_EGLFS_INTEGRATION=none
export QT_QUICK_CONTROLS_1_STYLE=Flat
export QT_QPA_EGLFS_NO_LIBINPUT=1

Has anyone experienced similar problem? Is there any configuration detail I 
might be missing?

Regards,
Ankur

________________________________
This email is confidential and may contain information subject to legal 
privilege. If you are not the intended recipient please advise us of our error 
by return e-mail then delete this email and any attached files. You may not 
copy, disclose or use the contents in any way. The views expressed in this 
email may not be those of Gallagher Group Ltd or subsidiary companies thereof.
________________________________

_______________________________________________
meta-arago mailing list
[email protected]
http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago

Reply via email to