Error 0x300b in Qt5 applications with EGLFS

Error 0x300b in Qt5 applications with EGLFS

[Alfonso Tamés]

Using a wand board quad with the LCD display from Future Electronics, I am building qt5 using the master branch by cloning meta-qt5 in the sources directory, adding the directory in conf/bblayers.conf and adding this in the conf/local.conf:

IMAGE_INSTALL_append = " qtbase qtbase-plugins qtbase-examples cinematicexperience gstreamer nano cairo pango fontconfig freetype “

To successfully build qt5 I remove the cmake directory in recipes-devtools and apply this patch http://patchwork.openembedded.org/patch/60673/ to Qt5 (I know its not the best way and Otavio doesn’t like it :P ). I am also putting USE_X11 = “no” in sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc so framebuffer gpu drivers get included.

I boot Poky (it boots Linux-3.0.35-4.0.0-wandboard+gd3) and test the gnu drivers using the tiger demo from vivante and a slightly modified* glcubes demo that works on i.mx6 (some or all tutorials in /opt/viv_samples/vdk do not work in master branch).

When running a Qt5 application with -platform eglfs this error occurs:

#./hellogl_es2 -platform eglfs          
evdevtouch: Using device /dev/input/event0                                                   
min X: 0 max X: 0
min Y: 0 max Y: 0
min pressure: 0 max pressure: 255
device name: prism_st
EGLFS: Unable to query physical screen size, defaulting to 100 dpi.
EGLFS: To override, set QT_QPA_EGLFS_PHYSICAL_WIDTH and QT_QPA_EGLFS_PHYSICAL_HEIGHT (in millimeters).
Qt Warning: Could not find a location of the system's Compose files. Consider setting the QTCOMPOSE environment variable.
EGL Error : Could not create the egl surface: error = 0x300b

Aborted


I even built Qt5.2 inside the wand board but the examples throw the same error.

Has anyone managed to get Qt5 running without X11?


Thanks,

Alfonso






* In order to run the glcubes demo in i.mx6 the call to eglCreateWindowSurface must be modified this way:

EGLNativeDisplayType natdisp = fbGetDisplayByIndex(0);
EGLNativeWindowType natwindow = fbCreateWindow(natdisp,0,0,0,0);
eglsurface = eglCreateWindowSurface (egldisplay, eglconfig, natwindow, NULL);

Re: Error 0x300b in Qt5 applications with EGLFS

[Eric Bénard]

Hi,

Le Sun, 17 Nov 2013 13:53:52 -0600,
Alfonso Tamés <alfonso@mantic.mx> a écrit :

> 
> Using a wand board quad with the LCD display from Future Electronics, I am building qt5 using the master branch by cloning meta-qt5 in the sources directory, adding the directory in conf/bblayers.conf and adding this in the conf/local.conf:
> 
> IMAGE_INSTALL_append = " qtbase qtbase-plugins qtbase-examples cinematicexperience gstreamer nano cairo pango fontconfig freetype “
> 
> To successfully build qt5 I remove the cmake directory in recipes-devtools and apply this patch http://patchwork.openembedded.org/patch/60673/ to Qt5 (I know its not the best way and Otavio doesn’t like it :P ). I am also putting USE_X11 = “no” in sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc so framebuffer gpu drivers get included.
> 
> I boot Poky (it boots Linux-3.0.35-4.0.0-wandboard+gd3) and test the gnu drivers using the tiger demo from vivante and a slightly modified* glcubes demo that works on i.mx6 (some or all tutorials in /opt/viv_samples/vdk do not work in master branch).
> 
> When running a Qt5 application with -platform eglfs this error occurs:
> 
> #./hellogl_es2 -platform eglfs          
> evdevtouch: Using device /dev/input/event0                                                   
> min X: 0 max X: 0
> min Y: 0 max Y: 0
> min pressure: 0 max pressure: 255
> device name: prism_st
> EGLFS: Unable to query physical screen size, defaulting to 100 dpi.
> EGLFS: To override, set QT_QPA_EGLFS_PHYSICAL_WIDTH and QT_QPA_EGLFS_PHYSICAL_HEIGHT (in millimeters).
> Qt Warning: Could not find a location of the system's Compose files. Consider setting the QTCOMPOSE environment variable.
> EGL Error : Could not create the egl surface: error = 0x300b
> 
> Aborted
> 
> 
> I even built Qt5.2 inside the wand board but the examples throw the same error.
> 
> Has anyone managed to get Qt5 running without X11?
> 
yes just before dora was released.
Thas was with oe-core + meta-oe + meta-fsl-arm and x11 removed from the
DISTRO FLAGS and opengl added to DISTRO FLAGS.

Eric

Re: Error 0x300b in Qt5 applications with EGLFS

[Eric Bénard]

Hi,

Le Mon, 18 Nov 2013 03:14:15 -0600,
Alfonso Tamés <alfonso@mantic.mx> a écrit :

> >> 
> >> Has anyone managed to get Qt5 running without X11?
> >> 
> > yes just before dora was released.
> > Thas was with oe-core + meta-oe + meta-fsl-arm and x11 removed from the
> > DISTRO FLAGS and opengl added to DISTRO FLAGS.
> > 
> > Eric
> 
> 
> But before Dora there wan’t support for the Wandboard Quad, right? :(
> 
I didn't test on Wandboard, that was on other i.MX6 boards.
Qt5 is not board specific so if your kernel is properly aligned on
meta-fsl-arm's one that should work.

Eric

Re: Error 0x300b in Qt5 applications with EGLFS

[Alfonso Tamés]

[-- Attachment #1: Type: text/plain, Size: 1592 bytes --]


On Nov 18, 2013, at 3:58 AM, Alfonso Tamés <alfonso@mantic.mx> wrote:

>>>>> 
>>>>> Has anyone managed to get Qt5 running without X11?
>>>>> 
>>>> yes just before dora was released.
>>>> Thas was with oe-core + meta-oe + meta-fsl-arm and x11 removed from the
>>>> DISTRO FLAGS and opengl added to DISTRO FLAGS.
>>>> 
>>>> Eric
>>> 
>>> 
>>> But before Dora there wan’t support for the Wandboard Quad, right? :(
>>> 
>> I didn't test on Wandboard, that was on other i.MX6 boards.
>> Qt5 is not board specific so if your kernel is properly aligned on
>> meta-fsl-arm's one that should work.
>> 
>> Eric
> 

Dylan doesn’t know the wand board quad:
---------------------
alfonso@tennyson ~/yocto_dylan $ export MACHINE=wandboard-quad-------
alfonso@tennyson ~/yocto_dylan $ . ./setup-environment build

SPECIFIED AN INVALID MACHINE TYPE !

Usage: source setup-environment <build-dir>
   <build-dir>: required option; specifies build directory location

By default the script will setup MACHINE to be imx6qsabresd.

Supported machines: cgtqmx6 imx233-olinuxino-maxi imx233-olinuxino-micro imx233-olinuxino-mini imx6qsabrelite nitrogen6x wandboard-dual wandboard-solo imx23evk imx28evk imx31pdk imx35pdk imx51evk imx53ard imx53qsb imx6dlsabresd imx6qsabreauto imx6qsabresd imx6slevk

To build for a machine listed above, run this script as:
MACHINE=<machine> source setup-environment <build-dir>

The script sets PARALLEL_MAKE & BB_NUMBER_THREADS to 8
---------------------

What do you think could be breaking Qt5 EGLFS in Dora and Master?

Alfonso


[-- Attachment #2: Type: text/html, Size: 2745 bytes --]

Re: Error 0x300b in Qt5 applications with EGLFS

[Sébastien Taylor]

[-- Attachment #1: Type: text/plain, Size: 2529 bytes --]

Could anyone comment on that has actually been tested and is expected to work in regards to Qt5 on i.MX6 Yocto?  X11 is said to be untested and causes compilation issues (eglvivante.h includes X.h whose #define None 0L breaks qurl.h).  Framebuffer doesn’t appear supported as this thread demonstrates, same issue on Nitrogen6X as well so not isolated to Wandboard.

Should we be trying DirectFB or Wayland?  Maybe someone who’s gotten this working could specify which version and configuration was used for testing?  

There’s quite a few of these threads and they all seem to die without any solutions.


On Nov 18, 2013, at 2:59 AM, Alfonso Tamés <alfonso@mantic.mx> wrote:

> 
> On Nov 18, 2013, at 3:58 AM, Alfonso Tamés <alfonso@mantic.mx> wrote:
> 
>>>>>> 
>>>>>> Has anyone managed to get Qt5 running without X11?
>>>>>> 
>>>>> yes just before dora was released.
>>>>> Thas was with oe-core + meta-oe + meta-fsl-arm and x11 removed from the
>>>>> DISTRO FLAGS and opengl added to DISTRO FLAGS.
>>>>> 
>>>>> Eric
>>>> 
>>>> 
>>>> But before Dora there wan’t support for the Wandboard Quad, right? :(
>>>> 
>>> I didn't test on Wandboard, that was on other i.MX6 boards.
>>> Qt5 is not board specific so if your kernel is properly aligned on
>>> meta-fsl-arm's one that should work.
>>> 
>>> Eric
>> 
> 
> Dylan doesn’t know the wand board quad:
> ---------------------
> alfonso@tennyson ~/yocto_dylan $ export MACHINE=wandboard-quad-------
> alfonso@tennyson ~/yocto_dylan $ . ./setup-environment build
> 
> SPECIFIED AN INVALID MACHINE TYPE !
> 
> Usage: source setup-environment <build-dir>
>    <build-dir>: required option; specifies build directory location
> 
> By default the script will setup MACHINE to be imx6qsabresd.
> 
> Supported machines: cgtqmx6 imx233-olinuxino-maxi imx233-olinuxino-micro imx233-olinuxino-mini imx6qsabrelite nitrogen6x wandboard-dual wandboard-solo imx23evk imx28evk imx31pdk imx35pdk imx51evk imx53ard imx53qsb imx6dlsabresd imx6qsabreauto imx6qsabresd imx6slevk
> 
> To build for a machine listed above, run this script as:
> MACHINE=<machine> source setup-environment <build-dir>
> 
> The script sets PARALLEL_MAKE & BB_NUMBER_THREADS to 8
> ---------------------
> 
> What do you think could be breaking Qt5 EGLFS in Dora and Master?
> 
> Alfonso
> 
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale


[-- Attachment #2: Type: text/html, Size: 4069 bytes --]

Re: Error 0x300b in Qt5 applications with EGLFS

[Eric Bénard]

Hi Sébastien,

Le Wed, 20 Nov 2013 17:34:15 -0700,
Sébastien Taylor <me@staylor.ca> a écrit :

> Could anyone comment on that has actually been tested and is expected to work in regards to Qt5 on i.MX6 Yocto?  X11 is said to be untested and causes compilation issues (eglvivante.h includes X.h whose #define None 0L breaks qurl.h).  Framebuffer doesn’t appear supported as this thread demonstrates, same issue on Nitrogen6X as well so not isolated to Wandboard.
> 
> Should we be trying DirectFB or Wayland?  Maybe someone who’s gotten this working could specify which version and configuration was used for testing?  
> 
> There’s quite a few of these threads and they all seem to die without any solutions.
> 
as said before : this was working in september just before dora went
"stable" with framebuffer (so no x11 in DISTRO flags).

Eric

Re: Error 0x300b in Qt5 applications with EGLFS

[Sébastien Taylor]

But do you remember what specific versions and configurations you were using?  Also how exactly are you defining no x11 in distro flags?  Do you mean not adding it or is there a way to specifically block it?

Here’s the exact procedure I can follow today showing that it does not work.  It’s possible I am doing something incorrect here but if that’s the case I would appreciate if someone could point it out. Starting from a fresh checkout of dora and the dora branch of meta-qt5.

repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b dora
cd sources
git clone -b dora https://github.com/meta-qt5/meta-qt5.git
cd ..
MACHINE=nitrogen6x . setup-environment build

I then add meta-qt5 to the bblayers.conf as well as adding the following to local.conf 

CORE_IMAGE_EXTRA_INSTALL += " qtbase qtbase-tools qtbase-plugins qtbase-fonts cinematicexperience”

And then continue with.

bitbake core-image-minimal

Now qtbase fails because of eglvivante.h including X.h which in turns #define None 0L which breaks qurl.h.  To work around this I add #define EGL_API_FB at the top of eglvivante.h as a hack and everything now compiles and the image is loaded onto the Nitrogen6X board.

Attempting to run the example results in the following.

root@nitrogen6x:/usr/share/cinematicexperience-1.0# ./Qt5_CinematicExperience
QXcbConnection: Could not connect to display 
Aborted
root@nitrogen6x:/usr/share/cinematicexperience-1.0# ./Qt5_CinematicExperience -p
latform eglfs
Segmentation fault


On Nov 21, 2013, at 1:07 AM, Eric Bénard <eric@eukrea.com> wrote:

> Hi Sébastien,
> 
> Le Wed, 20 Nov 2013 17:34:15 -0700,
> Sébastien Taylor <me@staylor.ca> a écrit :
> 
>> Could anyone comment on that has actually been tested and is expected to work in regards to Qt5 on i.MX6 Yocto?  X11 is said to be untested and causes compilation issues (eglvivante.h includes X.h whose #define None 0L breaks qurl.h).  Framebuffer doesn’t appear supported as this thread demonstrates, same issue on Nitrogen6X as well so not isolated to Wandboard.
>> 
>> Should we be trying DirectFB or Wayland?  Maybe someone who’s gotten this working could specify which version and configuration was used for testing?  
>> 
>> There’s quite a few of these threads and they all seem to die without any solutions.
>> 
> as said before : this was working in september just before dora went
> "stable" with framebuffer (so no x11 in DISTRO flags).
> 
> Eric

Re: Error 0x300b in Qt5 applications with EGLFS

[Marco]

Il 17/11/2013 20:53, Alfonso Tamés ha scritto:
>
> Using a wand board quad with the LCD display from Future Electronics, I am building qt5 using the master branch by cloning meta-qt5 in the sources directory, adding the directory in conf/bblayers.conf and adding this in the conf/local.conf:
>
> IMAGE_INSTALL_append = " qtbase qtbase-plugins qtbase-examples cinematicexperience gstreamer nano cairo pango fontconfig freetype “
>
> To successfully build qt5 I remove the cmake directory in recipes-devtools and apply this patch http://patchwork.openembedded.org/patch/60673/ to Qt5 (I know its not the best way and Otavio doesn’t like it :P ). I am also putting USE_X11 = “no” in sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc so framebuffer gpu drivers get included.
>



I'm trying to follow your path with imx6qsabresd but the build fails.

Build Configuration:
BB_VERSION        = "1.20.0"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "Ubuntu-12.04"
TARGET_SYS        = "arm-poky-linux-gnueabi"
MACHINE           = "imx6qsabresd"
DISTRO            = "poky"
DISTRO_VERSION    = "1.5"
TUNE_FEATURES     = "armv7a vfp neon callconvention-hard cortexa9"
TARGET_FPU        = "vfp-neon"
meta
meta-yocto
meta-yocto-bsp    = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"
meta-oe           = "dora:513e7ca20ddd0a5c3b649bf292a67c3e0473d3a8"
meta-fsl-arm      = "dora:5b3b6618426ad06e4fb6a3a77c4a53dfb47f0556"
meta-qt5          = "dora:cefaba69a785c5221463f0eb496b749d5ddf8a5a"
meta-kaeilos-fsl  = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"


WARNING: 
/home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/run.do_compile.30368:1 
exit 1 from
|   exit 1
| ERROR: Function failed: do_compile (log file is located at 
/home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/log.do_compile.30368)
ERROR: Task 344 
(/home/koan/yocto/poky/meta-qt5/recipes-qt/qt5/qtbase_5.1.1.bb, 
do_compile) failed with exit code '1'

Are you using the same branches?
Any clues?


TIA
-- 
Marco

Re: Error 0x300b in Qt5 applications with EGLFS

[Otavio Salvador]

On Sun, Nov 24, 2013 at 2:13 PM, Marco <koansoftware@gmail.com> wrote:
> Il 17/11/2013 20:53, Alfonso Tamés ha scritto:
>
>>
>> Using a wand board quad with the LCD display from Future Electronics, I am
>> building qt5 using the master branch by cloning meta-qt5 in the sources
>> directory, adding the directory in conf/bblayers.conf and adding this in the
>> conf/local.conf:
>>
>> IMAGE_INSTALL_append = " qtbase qtbase-plugins qtbase-examples
>> cinematicexperience gstreamer nano cairo pango fontconfig freetype “
>>
>> To successfully build qt5 I remove the cmake directory in recipes-devtools
>> and apply this patch http://patchwork.openembedded.org/patch/60673/ to Qt5
>> (I know its not the best way and Otavio doesn’t like it :P ). I am also
>> putting USE_X11 = “no” in
>> sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
>> so framebuffer gpu drivers get included.
>>
>
>
>
> I'm trying to follow your path with imx6qsabresd but the build fails.
>
> Build Configuration:
> BB_VERSION        = "1.20.0"
> BUILD_SYS         = "x86_64-linux"
> NATIVELSBSTRING   = "Ubuntu-12.04"
> TARGET_SYS        = "arm-poky-linux-gnueabi"
> MACHINE           = "imx6qsabresd"
> DISTRO            = "poky"
> DISTRO_VERSION    = "1.5"
> TUNE_FEATURES     = "armv7a vfp neon callconvention-hard cortexa9"
> TARGET_FPU        = "vfp-neon"
> meta
> meta-yocto
> meta-yocto-bsp    = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"
> meta-oe           = "dora:513e7ca20ddd0a5c3b649bf292a67c3e0473d3a8"
> meta-fsl-arm      = "dora:5b3b6618426ad06e4fb6a3a77c4a53dfb47f0556"
> meta-qt5          = "dora:cefaba69a785c5221463f0eb496b749d5ddf8a5a"
> meta-kaeilos-fsl  = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"
>
>
> WARNING:
> /home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/run.do_compile.30368:1
> exit 1 from
> |   exit 1
> | ERROR: Function failed: do_compile (log file is located at
> /home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/log.do_compile.30368)
> ERROR: Task 344
> (/home/koan/yocto/poky/meta-qt5/recipes-qt/qt5/qtbase_5.1.1.bb, do_compile)
> failed with exit code '1'
>
> Are you using the same branches?
> Any clues?

Add:

DISTRO_FEATURES_remove = "x11 wayland"

in your local.conf

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750

Re: Error 0x300b in Qt5 applications with EGLFS

[Marco]

Il 24/11/2013 17:39, Otavio Salvador ha scritto:
> On Sun, Nov 24, 2013 at 2:13 PM, Marco <koansoftware@gmail.com> wrote:
>> Il 17/11/2013 20:53, Alfonso Tamés ha scritto:
>>
>>>
>>> Using a wand board quad with the LCD display from Future Electronics, I am
>>> building qt5 using the master branch by cloning meta-qt5 in the sources
>>> directory, adding the directory in conf/bblayers.conf and adding this in the
>>> conf/local.conf:
>>>
>>> IMAGE_INSTALL_append = " qtbase qtbase-plugins qtbase-examples
>>> cinematicexperience gstreamer nano cairo pango fontconfig freetype “
>>>
>>> To successfully build qt5 I remove the cmake directory in recipes-devtools
>>> and apply this patch http://patchwork.openembedded.org/patch/60673/ to Qt5
>>> (I know its not the best way and Otavio doesn’t like it :P ). I am also
>>> putting USE_X11 = “no” in
>>> sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
>>> so framebuffer gpu drivers get included.
>>>
>>
>>
>>
>> I'm trying to follow your path with imx6qsabresd but the build fails.
>>
>> Build Configuration:
>> BB_VERSION        = "1.20.0"
>> BUILD_SYS         = "x86_64-linux"
>> NATIVELSBSTRING   = "Ubuntu-12.04"
>> TARGET_SYS        = "arm-poky-linux-gnueabi"
>> MACHINE           = "imx6qsabresd"
>> DISTRO            = "poky"
>> DISTRO_VERSION    = "1.5"
>> TUNE_FEATURES     = "armv7a vfp neon callconvention-hard cortexa9"
>> TARGET_FPU        = "vfp-neon"
>> meta
>> meta-yocto
>> meta-yocto-bsp    = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"
>> meta-oe           = "dora:513e7ca20ddd0a5c3b649bf292a67c3e0473d3a8"
>> meta-fsl-arm      = "dora:5b3b6618426ad06e4fb6a3a77c4a53dfb47f0556"
>> meta-qt5          = "dora:cefaba69a785c5221463f0eb496b749d5ddf8a5a"
>> meta-kaeilos-fsl  = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"
>>
>>
>> WARNING:
>> /home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/run.do_compile.30368:1
>> exit 1 from
>> |   exit 1
>> | ERROR: Function failed: do_compile (log file is located at
>> /home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/log.do_compile.30368)
>> ERROR: Task 344
>> (/home/koan/yocto/poky/meta-qt5/recipes-qt/qt5/qtbase_5.1.1.bb, do_compile)
>> failed with exit code '1'
>>
>> Are you using the same branches?
>> Any clues?
>
> Add:
>
> DISTRO_FEATURES_remove = "x11 wayland"
>
> in your local.conf
>


Hi Otavio,
using the patch pointed out by Alfonso Tamés I completed the bitbake 
successfully, then I created my SDcard.

Unfortunately now I have a lot of problems on the target launching examples.
- missing /usr/lib/fonts (copied manually)
- some missing symbolic links to libraries (created manually)
- errors launching examples (see below)

root@imx6qsabresd:~# /usr/share/qt5/examples/gui/analogclock/analogclock
QXcbConnection: Could not connect to display
Aborted

root@imx6qsabresd:~# /usr/share/qt5/examples/gui/analogclock/analogclock 
-platform eglfs
Segmentation fault

root@imx6qsabresd:~# /usr/share/qt5/examples/gui/analogclock/analogclock 
-platform minimal
  (nothing displayed)


Any hint is greatly appreciated

-- 
Marco

Re: Error 0x300b in Qt5 applications with EGLFS

[Sébastien Taylor]

The fonts are installed using the package qtbase-fonts.  I’m not sure about the missing links you referred to.  The first failure is because Qt is defaulting to attempting to connect to an X11 display which fails.  The failure to use eglfs I don’t have an answer to but it seems Qt5 is simply not functional under certain configurations, which work or do not work I am not certain of at this point.

On Nov 25, 2013, at 2:55 AM, Marco <koansoftware@gmail.com> wrote:

> Il 24/11/2013 17:39, Otavio Salvador ha scritto:
>> On Sun, Nov 24, 2013 at 2:13 PM, Marco <koansoftware@gmail.com> wrote:
>>> Il 17/11/2013 20:53, Alfonso Tamés ha scritto:
>>> 
>>>> 
>>>> Using a wand board quad with the LCD display from Future Electronics, I am
>>>> building qt5 using the master branch by cloning meta-qt5 in the sources
>>>> directory, adding the directory in conf/bblayers.conf and adding this in the
>>>> conf/local.conf:
>>>> 
>>>> IMAGE_INSTALL_append = " qtbase qtbase-plugins qtbase-examples
>>>> cinematicexperience gstreamer nano cairo pango fontconfig freetype “
>>>> 
>>>> To successfully build qt5 I remove the cmake directory in recipes-devtools
>>>> and apply this patch http://patchwork.openembedded.org/patch/60673/ to Qt5
>>>> (I know its not the best way and Otavio doesn’t like it :P ). I am also
>>>> putting USE_X11 = “no” in
>>>> sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
>>>> so framebuffer gpu drivers get included.
>>>> 
>>> 
>>> 
>>> 
>>> I'm trying to follow your path with imx6qsabresd but the build fails.
>>> 
>>> Build Configuration:
>>> BB_VERSION        = "1.20.0"
>>> BUILD_SYS         = "x86_64-linux"
>>> NATIVELSBSTRING   = "Ubuntu-12.04"
>>> TARGET_SYS        = "arm-poky-linux-gnueabi"
>>> MACHINE           = "imx6qsabresd"
>>> DISTRO            = "poky"
>>> DISTRO_VERSION    = "1.5"
>>> TUNE_FEATURES     = "armv7a vfp neon callconvention-hard cortexa9"
>>> TARGET_FPU        = "vfp-neon"
>>> meta
>>> meta-yocto
>>> meta-yocto-bsp    = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"
>>> meta-oe           = "dora:513e7ca20ddd0a5c3b649bf292a67c3e0473d3a8"
>>> meta-fsl-arm      = "dora:5b3b6618426ad06e4fb6a3a77c4a53dfb47f0556"
>>> meta-qt5          = "dora:cefaba69a785c5221463f0eb496b749d5ddf8a5a"
>>> meta-kaeilos-fsl  = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"
>>> 
>>> 
>>> WARNING:
>>> /home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/run.do_compile.30368:1
>>> exit 1 from
>>> |   exit 1
>>> | ERROR: Function failed: do_compile (log file is located at
>>> /home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/log.do_compile.30368)
>>> ERROR: Task 344
>>> (/home/koan/yocto/poky/meta-qt5/recipes-qt/qt5/qtbase_5.1.1.bb, do_compile)
>>> failed with exit code '1'
>>> 
>>> Are you using the same branches?
>>> Any clues?
>> 
>> Add:
>> 
>> DISTRO_FEATURES_remove = "x11 wayland"
>> 
>> in your local.conf
>> 
> 
> 
> Hi Otavio,
> using the patch pointed out by Alfonso Tamés I completed the bitbake successfully, then I created my SDcard.
> 
> Unfortunately now I have a lot of problems on the target launching examples.
> - missing /usr/lib/fonts (copied manually)
> - some missing symbolic links to libraries (created manually)
> - errors launching examples (see below)
> 
> root@imx6qsabresd:~# /usr/share/qt5/examples/gui/analogclock/analogclock
> QXcbConnection: Could not connect to display
> Aborted
> 
> root@imx6qsabresd:~# /usr/share/qt5/examples/gui/analogclock/analogclock -platform eglfs
> Segmentation fault
> 
> root@imx6qsabresd:~# /usr/share/qt5/examples/gui/analogclock/analogclock -platform minimal
> (nothing displayed)
> 
> 
> Any hint is greatly appreciated
> 
> -- 
> Marco
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale

Re: Error 0x300b in Qt5 applications with EGLFS

[Simone]

[-- Attachment #1: Type: text/plain, Size: 4169 bytes --]

Hello Marco,
Today i got qt5 working.

No patch applied, just add:

IMAGE_INSTALL_append = " qtbase-fonts " in addition to other packages in your .bb file
DISTRO_FEATURES_remove = "x11 wayland" in your local.conf.

With these two lines i got qt compiled and all examples working.
No other changes.


P.S. I used -platform eglfs as arguments to demo executables to have them running correctly ( cinematicexperience is a must for demos, try it! ) 

:-)

Hope it can help!

Ciao
Simone



> Il giorno 25/nov/2013, alle ore 10:55, Marco <koansoftware@gmail.com> ha scritto:
> 
> Il 24/11/2013 17:39, Otavio Salvador ha scritto:
>>> On Sun, Nov 24, 2013 at 2:13 PM, Marco <koansoftware@gmail.com> wrote:
>>> Il 17/11/2013 20:53, Alfonso Tamés ha scritto:
>>> 
>>>> 
>>>> Using a wand board quad with the LCD display from Future Electronics, I am
>>>> building qt5 using the master branch by cloning meta-qt5 in the sources
>>>> directory, adding the directory in conf/bblayers.conf and adding this in the
>>>> conf/local.conf:
>>>> 
>>>> IMAGE_INSTALL_append = " qtbase qtbase-plugins qtbase-examples
>>>> cinematicexperience gstreamer nano cairo pango fontconfig freetype “
>>>> 
>>>> To successfully build qt5 I remove the cmake directory in recipes-devtools
>>>> and apply this patch http://patchwork.openembedded.org/patch/60673/ to Qt5
>>>> (I know its not the best way and Otavio doesn’t like it :P ). I am also
>>>> putting USE_X11 = “no” in
>>>> sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc
>>>> so framebuffer gpu drivers get included.
>>> 
>>> 
>>> 
>>> I'm trying to follow your path with imx6qsabresd but the build fails.
>>> 
>>> Build Configuration:
>>> BB_VERSION        = "1.20.0"
>>> BUILD_SYS         = "x86_64-linux"
>>> NATIVELSBSTRING   = "Ubuntu-12.04"
>>> TARGET_SYS        = "arm-poky-linux-gnueabi"
>>> MACHINE           = "imx6qsabresd"
>>> DISTRO            = "poky"
>>> DISTRO_VERSION    = "1.5"
>>> TUNE_FEATURES     = "armv7a vfp neon callconvention-hard cortexa9"
>>> TARGET_FPU        = "vfp-neon"
>>> meta
>>> meta-yocto
>>> meta-yocto-bsp    = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"
>>> meta-oe           = "dora:513e7ca20ddd0a5c3b649bf292a67c3e0473d3a8"
>>> meta-fsl-arm      = "dora:5b3b6618426ad06e4fb6a3a77c4a53dfb47f0556"
>>> meta-qt5          = "dora:cefaba69a785c5221463f0eb496b749d5ddf8a5a"
>>> meta-kaeilos-fsl  = "dora:75bed4086eb83f1d24c31392f3dd54aa5c3679b1"
>>> 
>>> 
>>> WARNING:
>>> /home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/run.do_compile.30368:1
>>> exit 1 from
>>> |   exit 1
>>> | ERROR: Function failed: do_compile (log file is located at
>>> /home/koan/yocto/poky/build/tmp/work/cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi/qtbase/5.1.1-r0/temp/log.do_compile.30368)
>>> ERROR: Task 344
>>> (/home/koan/yocto/poky/meta-qt5/recipes-qt/qt5/qtbase_5.1.1.bb, do_compile)
>>> failed with exit code '1'
>>> 
>>> Are you using the same branches?
>>> Any clues?
>> 
>> Add:
>> 
>> DISTRO_FEATURES_remove = "x11 wayland"
>> 
>> in your local.conf
> 
> 
> Hi Otavio,
> using the patch pointed out by Alfonso Tamés I completed the bitbake successfully, then I created my SDcard.
> 
> Unfortunately now I have a lot of problems on the target launching examples.
> - missing /usr/lib/fonts (copied manually)
> - some missing symbolic links to libraries (created manually)
> - errors launching examples (see below)
> 
> root@imx6qsabresd:~# /usr/share/qt5/examples/gui/analogclock/analogclock
> QXcbConnection: Could not connect to display
> Aborted
> 
> root@imx6qsabresd:~# /usr/share/qt5/examples/gui/analogclock/analogclock -platform eglfs
> Segmentation fault
> 
> root@imx6qsabresd:~# /usr/share/qt5/examples/gui/analogclock/analogclock -platform minimal
> (nothing displayed)
> 
> 
> Any hint is greatly appreciated
> 
> -- 
> Marco
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale

[-- Attachment #2: Type: text/html, Size: 11292 bytes --]

Re: Error 0x300b in Qt5 applications with EGLFS

[Marco]

Il 26/11/2013 21:16, Simone ha scritto:
> Hello Marco,
> Today i got qt5 working.
>
> No patch applied, just add:
>
> IMAGE_INSTALL_append = " qtbase-fonts " in addition to other packages in
> your .bb file
> DISTRO_FEATURES_remove = "x11 wayland" in your local.conf.
>
> With these two lines i got qt compiled and all examples working.
> No other changes.
>
>
> P.S. I used /*-platform eglfs*/ as arguments to demo executables to have
> them running correctly ( cinematicexperience is a must for demos, try it! )
>
> :-)
>
> Hope it can help!
>
> Ciao
> Simone


Hi Simone
Good to know!
I will give it a try ASAP.

Thank you to you and all.

--
Marco Cavallini | KOAN sas | Bergamo - Italia
  embedded and real-time software engineering
Phone:+39-035-255.235 - Fax:+39-178-22.39.748
       http://www.KoanSoftware.com
         http://www.KaeilOS.com

Re: Error 0x300b in Qt5 applications with EGLFS

[Alfonso Tamés]

Marco,

Can you run bitbake with the -v switch so we can see exactly what’s the error.

Regards,

Alfonso

Re: Error 0x300b in Qt5 applications with EGLFS

[Alfonso Tamés]

[-- Attachment #1: Type: text/plain, Size: 723 bytes --]


Hello Simone,

This is great news! Can you post your complete local.conf and bblayers.conf files?

I can’t believe that in the end it was so easy.

Cheers!

Alfonso

> Hello Marco,
> Today i got qt5 working.
> 
> No patch applied, just add:
> 
> IMAGE_INSTALL_append = " qtbase-fonts " in addition to other packages in your .bb file
> DISTRO_FEATURES_remove = "x11 wayland" in your local.conf.
> 
> With these two lines i got qt compiled and all examples working.
> No other changes.
> 
> 
> P.S. I used -platform eglfs as arguments to demo executables to have them running correctly ( cinematicexperience is a must for demos, try it! ) 
> 
> :-)
> 
> Hope it can help!
> 
> Ciao
> Simone


[-- Attachment #2: Type: text/html, Size: 1177 bytes --]

Re: Error 0x300b in Qt5 applications with EGLFS

[Eric Bénard]

Hello Alfonso,

Le Wed, 27 Nov 2013 01:02:02 -0600,
Alfonso Tamés <alfonso@mantic.mx> a écrit :
> This is great news! Can you post your complete local.conf and bblayers.conf files?
> 
> I can’t believe that in the end it was so easy.
> 
that's easy : you remove x11 (and wyaland if you have it by default).

qt5 was tested (with plain oe-core + meta-oe + meta-qt5 and custom
distro flags without x11 and with opengl.

Eric