From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 3A97CE00BEC; Mon, 9 Jun 2014 17:35:37 -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 * [198.47.26.153 listed in list.dnswl.org] Received: from devils.ext.ti.com (devils.ext.ti.com [198.47.26.153]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id BD38DE00BE3 for ; Mon, 9 Jun 2014 17:35:32 -0700 (PDT) Received: from dlelxv90.itg.ti.com ([172.17.2.17]) by devils.ext.ti.com (8.13.7/8.13.7) with ESMTP id s5A0ZSVx004859; Mon, 9 Jun 2014 19:35:28 -0500 Received: from DFLE72.ent.ti.com (dfle72.ent.ti.com [128.247.5.109]) by dlelxv90.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5A0ZShW011055; Mon, 9 Jun 2014 19:35:28 -0500 Received: from dlep32.itg.ti.com (157.170.170.100) by DFLE72.ent.ti.com (128.247.5.109) with Microsoft SMTP Server id 14.3.174.1; Mon, 9 Jun 2014 19:35:28 -0500 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by dlep32.itg.ti.com (8.14.3/8.13.8) with ESMTP id s5A0ZRZu008429; Mon, 9 Jun 2014 19:35:27 -0500 Date: Mon, 9 Jun 2014 20:35:27 -0400 From: Denys Dmytriyenko To: Ulf Samuelsson Message-ID: <20140610003527.GI18034@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> MIME-Version: 1.0 In-Reply-To: <53963B12.2090906@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: Tue, 10 Jun 2014 00:35:37 -0000 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline 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... > 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... > 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