From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 0B11FE00D47; Wed, 30 Oct 2019 09:01:01 -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=-4.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, RCVD_IN_DNSWL_MED, URI_HEX autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, * medium trust * [198.47.23.248 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.1 URI_HEX URI: URI hostname has long hexadecimal sequence * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid Received: from lelv0143.ext.ti.com (lelv0143.ext.ti.com [198.47.23.248]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 0A248E00D47 for ; Wed, 30 Oct 2019 09:00:59 -0700 (PDT) Received: from lelv0266.itg.ti.com ([10.180.67.225]) by lelv0143.ext.ti.com (8.15.2/8.15.2) with ESMTP id x9UG0xmv043582 for ; Wed, 30 Oct 2019 11:00:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1572451259; bh=5VkDnyu8q0pyAO+9jdR9QHrTi+G5W05HKHcZT3GVQFE=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=TBXDj/dwLeLAcygDIBcOtPtxBGLQWRmBkXRShfOQ9vEcGo39oJLKZNgT0qwl0AP3I FVjDMvpSdqSi8sy9gbbo6rtLeiaNvkcr0LtYxeQ/YQOL1uLaUWVNUZf7+roCQYsSOY 6k5mqLwREHP68xNd2oQypaYq2zlfmcfHaFRhmYcY= Received: from DFLE113.ent.ti.com (dfle113.ent.ti.com [10.64.6.34]) by lelv0266.itg.ti.com (8.15.2/8.15.2) with ESMTPS id x9UG0x3J086885 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 30 Oct 2019 11:00:59 -0500 Received: from DFLE100.ent.ti.com (10.64.6.21) by DFLE113.ent.ti.com (10.64.6.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Wed, 30 Oct 2019 11:00:46 -0500 Received: from fllv0039.itg.ti.com (10.64.41.19) by DFLE100.ent.ti.com (10.64.6.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5 via Frontend Transport; Wed, 30 Oct 2019 11:00:46 -0500 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by fllv0039.itg.ti.com (8.15.2/8.15.2) with ESMTP id x9UG0w6l067494; Wed, 30 Oct 2019 11:00:59 -0500 Date: Wed, 30 Oct 2019 12:00:58 -0400 From: Denys Dmytriyenko To: "Ruei, Eric" Message-ID: <20191030160058.GW7518@beryl> References: <20191029132020.8891-1-e-ruei1@ti.com> <45b0c0c5-832c-7128-3475-d1b045027151@ti.com> <05819c0f80764f22a5693f493bd871dd@ti.com> <445d8d7b-7324-c6da-096d-2d8349bf955d@ti.com> <20191030150639.GQ7518@beryl> MIME-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Cc: "meta-ti@yoctoproject.org" Subject: Re: [EXTERNAL] Re: [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries 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, 30 Oct 2019 16:01:01 -0000 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Content-Transfer-Encoding: 8bit On Wed, Oct 30, 2019 at 11:14:34AM -0400, Ruei, Eric wrote: > Hi, guys: > > Is there anything that we do regarding the large package size (1M to 8M)? All the standard libs in /usr/lib get stripped properly. But there's a new /usr/lib/dri/pvr_dri.so that is 28 MB even stripped. Is it supposed to be this large? -- Denys > Best regards, > > Eric > > On 10/30/2019 11:06 AM, Denys Dmytriyenko wrote: > >On Wed, Oct 30, 2019 at 10:58:31AM -0400, Andrew F. Davis wrote: > >>On 10/30/19 10:53 AM, Ruei, Eric wrote: > >>>On 10/30/2019 9:53 AM, Tammana, Gowtham wrote: > >>>> > >>>> > >>>>>-----Original Message----- > >>>>>From: meta-ti-bounces@yoctoproject.org [mailto:meta-ti- > >>>>>bounces@yoctoproject.org] On Behalf Of Davis, Andrew > >>>>>Sent: Wednesday, October 30, 2019 8:36 AM > >>>>>To: Ruei, Eric; Ruei, Eric; meta-ti@yoctoproject.org > >>>>>Subject: [EXTERNAL] Re: [meta-ti] [PATCH] ti-sgx-ddk-um: update > >>>>>SRCREV to pick > >>>>>up Mesa-based EGL/GLES libraries > >>>>> > >>>>>On 10/30/19 9:31 AM, Ruei, Eric wrote: > >>>>>>On 10/30/2019 9:22 AM, Andrew F. Davis wrote: > >>>>>>>On 10/29/19 9:20 AM, Eric Ruei wrote: > >>>>>>>>This is the initial step toward Mesa-based EGL/GLES libraries which > >>>>>>>>support all the required EGL 1.5 extensions. We plan to provide a > >>>>>>>>Mesa-pvr recipe to build Mesa from source and SGX/DDK patches where > >>>>>>>>ti-sgx-ddk-um shall provide the EGL/GLES plugins only at the next > >>>>>>>>step. > >>>>>>>> > >>>>>>>>Signed-off-by: Eric Ruei > >>>>>>>>--- > >>>>>>>>    recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb | 8 > >>>>>>>>+++++--- > >>>>>>>>    1 file changed, 5 insertions(+), 3 deletions(-) > >>>>>>>> > >>>>>>>>diff --git a/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb > >>>>>>>>b/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb > >>>>>>>>index 7a6f013e..3991d917 100644 > >>>>>>>>--- a/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb > >>>>>>>>+++ b/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb > >>>>>>>>@@ -11,7 +11,7 @@ PR = "r34" > >>>>>>>>    BRANCH = "ti-img-sgx/thud/${PV}" > >>>>>>>>      SRC_URI = > >>>>>>>>"git://git.ti.com/graphics/omap5-sgx-ddk-um- > >>>>>linux.git;protocol=git;branch=${BRANCH}" > >>>>>>>> > >>>>>>>>-SRCREV = "87d7e5c1e4db1bab048939c9719059d549c1e8dd" > >>>>>>>>+SRCREV = "2a2e5bb090ced870d73ed4edbc54793e952cc6d8" > >>>>>>>>      TARGET_PRODUCT_omap-a15 = "jacinto6evm" > >>>>>>>>    TARGET_PRODUCT_ti33x = "ti335x" > >>>>>>>>@@ -47,7 +47,9 @@ S = "${WORKDIR}/git" > >>>>>>>>      do_install () { > >>>>>>>>        oe_runmake install DESTDIR=${D} > >>>>>>>>TARGET_PRODUCT=${TARGET_PRODUCT} > >>>>>>>>-    ln -sf libGLESv2.so.${PV} ${D}${libdir}/libGLESv2.so.1 > >>>>>>>>+    ln -sf libGLESv2.so ${D}${libdir}/libGLESv2.so.1 > >>>>>>>>+ > >>>>>>>>+    rm -rf ${D}${includedir}/GL > >>>>>>> > >>>>>>> > >>>>>>>Why remove this? > >>>>>>> > >>>>>>> > >>>>>> > >>>>>>There is another component provides GL header files. > >>>>>>Denys: how do we resolve this conflict? > >>>>>> > >>>>> > >>>>> > >>>>>The DSP OpenCL implementation? That package needs fixed, not this one, > >>>>>the OpenGL implementation (this driver) should provide the GL headers. > >>>> > >>>>We don't support desktop GL, they shouldn't come from this package. > >>>> > >>>>Gowtham > >>>> > >>> > >>>Andrew: > >>> > >>>Do you agree? I can keep the line here tentatively until GL is removed > >>>from the package itself. > >>> > >> > >> > >>I still believe we should be shipping the GL headers in this package. > >>But I won't object to removing the headers temporarily using this recipe > >>until the conflicting ones can be removed from the OpenCL package. > > > >Previously DDK only provided headers in these dirs: EGL, GLES, GLES2, KHR, gbm. > > > >And OpenCL required GL headers, hence there was a "hacky" package created > >specifically for that: > >http://arago-project.org/git/?p=meta-arago.git;a=blob;f=meta-arago-extras/recipes-ti/ocl/ocl-gl-headers_git.bb;hb=HEAD > > > >If DDK now properly provides GL headers, the other package can be dropped. > > > >But the question remains - should DDK actually provide GL headers, even though > >it doesn't provide full support for it? > > >