From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 3A6F9E00BE8; Tue, 10 Jun 2014 19:59:05 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -5.0 RCVD_IN_DNSWL_HI RBL: Sender listed at http://www.dnswl.org/, high * trust * [192.94.94.41 listed in list.dnswl.org] Received: from bear.ext.ti.com (bear.ext.ti.com [192.94.94.41]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id BBE67E00B83 for ; Tue, 10 Jun 2014 19:59:02 -0700 (PDT) Received: from dlelxv90.itg.ti.com ([172.17.2.17]) by bear.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5B2wwlS014313; Tue, 10 Jun 2014 21:58:58 -0500 Received: from DLEE70.ent.ti.com (dlemailx.itg.ti.com [157.170.170.113]) by dlelxv90.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5B2wwqn027656; Tue, 10 Jun 2014 21:58:58 -0500 Received: from dlep33.itg.ti.com (157.170.170.75) by DLEE70.ent.ti.com (157.170.170.113) with Microsoft SMTP Server id 14.3.174.1; Tue, 10 Jun 2014 21:58:58 -0500 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by dlep33.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5B2wv5n024883; Tue, 10 Jun 2014 21:58:57 -0500 Date: Tue, 10 Jun 2014 22:58:57 -0400 From: Denys Dmytriyenko To: Ulf Samuelsson Message-ID: <20140611025857.GL18034@edge> References: <5392397D.4000504@emagii.com> <7fe72dbd-40a2-4730-a737-ac67ef21c9a1@email.android.com> <5392BE20.2000509@emagii.com> <5394FEA0.1020602@emagii.com> <53963B12.2090906@emagii.com> <20140610003527.GI18034@edge> <5396A777.1070305@emagii.com> MIME-Version: 1.0 In-Reply-To: <5396A777.1070305@emagii.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: meta-ti mailing list Subject: Re: Building qt5 using Yocto+meta-ti possible for Beaglebone? X-BeenThere: meta-ti@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-ti layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jun 2014 02:59:05 -0000 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline On Tue, Jun 10, 2014 at 08:36:39AM +0200, Ulf Samuelsson wrote: > > 2014-06-10 02:35, Denys Dmytriyenko skrev: > >On Tue, Jun 10, 2014 at 12:54:10AM +0200, Ulf Samuelsson wrote: > >>2014-06-09 12:04, Diego Sueiro skrev: > >>>Ulf, > >>> > >>>On Sun, Jun 8, 2014 at 9:24 PM, Ulf Samuelsson >>>> wrote: > >>> > >>> Romber Nelson and some other people mention that the 3.12 kernel > >>> used is not compatible with the advanced capes like LCDs. > >>> Do I need to revert to the 3.8 kernel? > >>> > >>> > >>>Kernel 3.12 does not have cape manager capabilities, as far as I know. > >>>Did you tested it in a HDMI monitor/TV? > >>> > >>> > >>I have a 4,3" LCD display and HDMI connected. > >> > >>"Romber Nelson" = Robert C Nelson. > >> > >>I replaced the meta-ti kernel with his patched 3.8.13 kernel. > >>If I understand this correctly, this has backported the Graphics > >>acceleration. > >> > >>Made sure that kernel-modules and libgles-omap3 are included in the build. > >>Also made sure that qtbase-5.1.1 is built with qtbaseexamples for testing. > >> > >>I also enabled the LCD in the bootargs. > >> > >>Now I get a splash screen and I can run the qt examples, > >>but only if I supply the linux frame buffer > >> > >>"$ calculator" fails, due not no X-windowa > >> > >>Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, > >>offscreen. > >> > >>"$ calculator -platform linuxfb" works, but is of course not accelerated. > >> > >>"$ calculator -platform eglfs" fails. > >> > >>Could not initialize egl display > >>EGL error > >>Aborted > >IIRC, there were some additional patches for libgles-omap3 and Qt5 in > >meta-arago... I don't remember the version of Qt5 when I played with it and > >got it working - it was either 5.1.1 or 5.2... > > > meta-arago (dora) has 5.1.1 > master has 5.2.0 > > meta-qt5 uses 5.2.1 Can you please try the patches from meta-arago with qt 5.1.1? > >>I assume that this is either a faulty kernel, or lack of libraries. > >> > >>My libraires related to EGL are: > >> > >>root@beaglebone:/usr/lib# ls | grep EGL > >>libEGL.so > >>libEGL.so.1 > >>libEGL.so.1.10 > >>libEGL.so.1.10.2359475 > >>libEGL_eglimage.so > >>libEGL_eglimage.so.1 > >>libEGL_eglimage.so.1.10 > >>libEGL_eglimage.so.1.10.2359475 > >>libpvrPVR2D_BLITWSEGL.so > >>libpvrPVR2D_BLITWSEGL.so.1 > >>libpvrPVR2D_BLITWSEGL.so.1.10 > >>libpvrPVR2D_BLITWSEGL.so.1.10.2359475 > >>libpvrPVR2D_FLIPWSEGL.so > >>libpvrPVR2D_FLIPWSEGL.so.1 > >>libpvrPVR2D_FLIPWSEGL.so.1.10 > >>libpvrPVR2D_FLIPWSEGL.so.1.10.2359475 > >>libpvrPVR2D_FRONTWSEGL.so > >>libpvrPVR2D_FRONTWSEGL.so.1 > >>libpvrPVR2D_FRONTWSEGL.so.1.10 > >>libpvrPVR2D_FRONTWSEGL.so.1.10.2359475 > >>libpvrPVR2D_LINUXFBWSEGL.so > >>libpvrPVR2D_LINUXFBWSEGL.so.1 > >>libpvrPVR2D_LINUXFBWSEGL.so.1.10 > >>libpvrPVR2D_LINUXFBWSEGL.so.1.10.2359475 > >> > >>Any other library, I should be looking for? > >> > >>----------------------------------------------------------------------- > >> > >>The kernel options have set > >>CONFIG_DRM_TILCDC=y > >>CONFIG_DRM is not set > >>CONFIG_FIRMWARE_EDID=y > >>CONFIG_FB_MODE_HELPERS=y > >>CONFIG_FB_TILEBLITTING=y > >>CONFIG_FB_DA8XX=y > >>CONFIG_FB_ST7735=y > >>FB_BOTH_ENDIAN=y > >> > >>CONFIG_OMAP2_DSS_DPI=y > >>CONFIG_OMAP2_DSS_RFBI=y > >>CONFIG_OMAP2_DSS_VENC=y > >>CONFIG_OMAP4_DSS_HDMI=y > >>CONFIG_OMAP2_DSS_SDI=y > >>CONFIG_OMAP2_DSS_DSL=y > >> > >>CONFIG_FB_OMAP2_DEBUG_SUPPORT=y > >> > >> > >>CONFIG_FB_OMAP2_NUM_FBS=3 > >> > >>CONFIG_PANEL_GENERIC_DPI=m > >>CONFIG_PANEL_SHARP_LS037V7DW01=m > >>CONFIG_PANEL_NEC_NL8048HL11_01B=m > >> > >>CONFIG_PANEL_TAAL=y > >>CONFIG_PANEL_TPO_TD043MTEA1=y > >>CONFIG_PANEL_ACX565AKM=y > >>CONFIG_LCD_ILI9320=y > >> > >> > >>CONFIG_LCD_PLATFORM=y > >>CONFIG_FRAMEBUFFER_CONSOLE=y > >>CONFIG_FONTS=y > >>CONFIG_FONT_8x8=y > >>CONFIG_FONT_8x16=y > >>FONT_MINI_4x6=y > >>LOGO_LINUX_MONO=y > >>LOGO_LINUX_VGA16=y > >>LOGO_LINUX_CLUT224=y > >> > >>Checked the 3.12 meta-ti kernel and it does not seem to have a lot > >>of extra config options. > >> > >>Should I focus on the kernel or the libraries to get an EGL display? > >>--------------------------------------------------------------------- > >> > >>BTW: What is the reason that there is no cape support > >> > >>1.It is considered a bad idea, and rejected? > >>2.Beaglebone specific, and thus of no interest to anyone with real money? > >>3.Noone bothered to submit to mainstream? > >>4.There is another API in the works, which will allow similar functionality. > >>5.Other reason? > >5. Other reason - it's been in the works for some time now, but is still not > >merged upstream, as it's not trivial. You can google for capebus, capemgr and > >devtree overlays for the latest set of patches... > Thanks! > > Wouldn't a customized device-tree work? > BR > Ulf > > > > >>Seems that every system on a chip with programmable I/O would need > >>something similar. > >> > >>Is there any other easy way to get the LCD running. > >>Customized device-tree fille? > >> > >>Any such file available off the shelf? > >> > >> > >>BR > >>Ulf Samuelsson > >> > >>>Regrads, > >>> > >>>-- > >>>*dS > >>>Diego Sueiro > >>> > >>>Administrador do Embarcados > >>>www.embarcados.com.br > >>> > >>>/*long live rock 'n roll*/ > >>-- > >>_______________________________________________ > >>meta-ti mailing list > >>meta-ti@yoctoproject.org > >>https://lists.yoctoproject.org/listinfo/meta-ti >