From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-bk0-f44.google.com (mail-bk0-f44.google.com [209.85.214.44]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by yocto-www.yoctoproject.org (Postfix) with ESMTPS id B0207E012F3 for ; Wed, 13 Feb 2013 09:44:24 -0800 (PST) Received: by mail-bk0-f44.google.com with SMTP id j4so674335bkw.31 for ; Wed, 13 Feb 2013 09:44:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type:x-gm-message-state; bh=Vfo02b6JVG7WwGDLdGMOC/Xgx7ROrcb2gVFzvoJZ/38=; b=Um+nB5ZHUgyWnFvL9VVK550PPdfujrMmpWcE4lOxvu+m/rPu0blHg9YIgk3tM/myiS UoGVWrICUumqEXUz97TykVvigTR2rOBQHp/qu8aR+X2vJ1NdTMhuzAC3a0Jpkry1uYU8 ihdufXLfiwbV01hSW4IqpzY7CmRRfbsaiEQHlj8bD5hvk59aji5gGJDY6l86XcqUPsBc zanAVPZ2KF6tDeJo67goeBbZC4Hk3QniP02pXUyoku0L6+g0YXkL6kSST4+sFKjDRGu4 41/nPP7GjLVNQ1NAwyst3sXiJuDheKErYSBSNS1sRR1Q9JgHgGVh7qhALX6dlqWjXqYX fUQQ== X-Received: by 10.204.149.87 with SMTP id s23mr6974622bkv.33.1360777462437; Wed, 13 Feb 2013 09:44:22 -0800 (PST) Received: from rudolf.localnet (ppp-88-217-8-202.dynamic.mnet-online.de. [88.217.8.202]) by mx.google.com with ESMTPS id gm14sm15797063bkc.7.2013.02.13.09.44.21 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 13 Feb 2013 09:44:21 -0800 (PST) From: Thomas Senyk To: meta-freescale@yoctoproject.org Date: Wed, 13 Feb 2013 18:44:16 +0100 Message-ID: <5136010.02L8BgeO9t@rudolf> Organization: Nokia User-Agent: KMail/4.10 (Linux/3.7.7-1-ARCH; KDE/4.10.0; x86_64; ; ) In-Reply-To: References: <1360706330-12665-1-git-send-email-otavio@ossystems.com.br> MIME-Version: 1.0 X-Gm-Message-State: ALoCoQkQ9OgDERbeyOPFBwA64lY2DPBxVZuhdNpmGe+0pqX7piLJ0zVhSRSRXSgsFYrZmtdl3GVE Cc: Otavio Salvador Subject: Re: [meta-fsl-arm][PATCH v4 0/9] iMX6Q BSP 1.1.0 upgrade 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: Wed, 13 Feb 2013 17:44:25 -0000 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Tue, February 12, 2013 19:59:45 Otavio Salvador wrote: > On Tue, Feb 12, 2013 at 7:58 PM, Otavio Salvador > > wrote: > > Hello, > > > > This patch series upgrades the iMX6Q BSP to 1.1.0; it also try to fix > > the DRI support for it. > > > > Please give it a try as this is a huge upgrade and we might have > > regressions and pending issues still unkown. This series depends on a > > cuple of patches I sent to OpenEmbeeded-Core mailing list for > > xserver-xorg and mesa, please apply them before playing with this > > series. > > I've created a bundle for this series: > > OE-Core/Poky patches: > > http://patches.openembedded.org/bundle/otavio/oe-core-dri-patches/ > > Meta-FSL-ARM patches: > > http://patches.openembedded.org/bundle/otavio/bsp-1.1.0-update/ Nice thanks for the bundle. Most of my issues got fixed in v4! good job! :) The left overs: 1. After applied the upstream patches I got: ERROR: No recipes available for: /home/tsenyk/projects/oe-yocto/fsl-community-bsp/sources/meta-fsl- arm/recipes-graphics/mesa/mesa-dri_9.0.1.bbappend ERROR: Command execution failed: Exited with 1 ... their is probably just some patch missing or something .. I just deleted it and it was good ;) I don't care that much about this one :) (I just wanted to report this) 2. The deploy and symlinks in the image look very good now: lrwxrwxrwx 1 root root 12 Feb 13 17:49 libEGL.so -> libEGL-fb.so -rw-r--r-- 1 root root 803326 Feb 13 17:33 libGAL-fb.so lrwxrwxrwx 1 root root 12 Feb 13 17:49 libGAL.so -> libGAL-fb.so nice! Also the deploy in the sysroot looks good (only libEGL-fb.so and non of the others are present) .... so the file-split is working, but there are no symblinks. I tried to fix this by creating symlinks manually in do_install: diff --git a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc b/recipes- graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc index 9818c72..af6dc82 100644 --- a/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc +++ b/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc @@ -91,6 +91,20 @@ do_install () { ${D}${libdir}/libGAL.so \ ${D}${libdir}/libVIVANTE.so + if [ "${KEEP_XLIBS}" = "yes" ]; then + ln -s ${D}${libdir}/libEGL-x11.so ${D}${libdir}/libEGL.so + ln -s ${D}${libdir}/libGAL-x11.so ${D}${libdir}/libGAL.so + ln -s ${D}${libdir}/libVIVANTE-x11.so ${D}${libdir}/libVIVANTE.so + elif [ "${KEEP_DFBLIBS}" = "yes" ]; then + ln -s ${D}${libdir}/libEGL-dfb.so ${D}${libdir}/libEGL.so + ln -s ${D}${libdir}/libGAL-dfb.so ${D}${libdir}/libGAL.so + ln -s ${D}${libdir}/libVIVANTE-dfb.so ${D}${libdir}/libVIVANTE.so + else + ln -s libEGL-fb.so ${D}${libdir}/libEGL.so + ln -s libGAL-fb.so ${D}${libdir}/libGAL.so + ln -s libVIVANTE-fb.so ${D}${libdir}/libVIVANTE.so + fi + find ${D}${libdir} -type f -exec chmod 644 {} \; find ${D}${includedir} -type f -exec chmod 644 {} \; } I have absolutely NO idea if this is in anyway the right thing to do! I had errors, bitbake complaining about .so files not part of the -dev package ... but for some reason I don't get those anymore after I removed all of my other changes and just kept the 'ln -s'-lines ... so: If you think it the right way, just take it and submit v5 and/or commit it after v4 is merged. 3. I still got the following errors when starting any Qt5 application: vertex shader compilation error: fragment shader compilation error: program link error: No vertex shader attached. My setup: I do a image of my own, the main(!) contents of the image is: inherit core-image IMAGE_INSTALL += "libpng tslib libudev gpu-viv-bin-mx6q" IMAGE_FEATURES += "ssh-server-openssh tools-debug" DEPENDS = "gpu-viv-bin-mx6q libpng" Then I compile Qt5 git from outside of yocto, my configure line: ../qt5/configure -opensource -confirm-license -make libs -device imx6 -device- option CROSS_COMPILE=~/projects/oe-yocto/fsl-community-bsp/imx6- build-10/tmp/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-poky-linux- gnueabi/arm-poky-linux-gnueabi- -sysroot ~/projects/oe-yocto/fsl-community- bsp/imx6-build-10/tmp/sysroots/imx6qsabrelite -prefix /opt/pelagicore/Qt5.0- yocto-imx6-10 -opengl es2 -no-pch -v This way I've compiled Qt5 against yocto builds for a while now. The only related problem I had in the past was the '#define mediump vs. heighp' which I could solve a patching Qt. This isn't helping anymore ... but I'm still investigating. Greets Thomas > > -- > Otavio Salvador O.S. Systems > E-mail: otavio@ossystems.com.br http://www.ossystems.com.br > Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br > _______________________________________________ > meta-freescale mailing list > meta-freescale@yoctoproject.org > https://lists.yoctoproject.org/listinfo/meta-freescale