[meta-ti] [thud/master][PATCH 4] ipc-lld: inherit update-alternatives for softlink

2019-10-30 Thread Santosh Jha 
- Fixed softlink  - inherit update-alternatives
- Added all-bios binaries in install

Signed-off-by: Santosh Jha 

---
Changes:
 - Removed 'inherit deploy'
 - Updated Commit message
 - Removed deploy appends
 - Fixed typo in commit message
 - Modified the script to use stripped image for
   symbolic link
---
---
 .../ipc-lld/ipc-lld-examples-rtos_git.bb  | 76 +--
 recipes-bsp/ipc-lld/ipc-lld.inc   |  2 +-
 2 files changed, 36 insertions(+), 42 deletions(-)

diff --git a/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb 
b/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb
index 75db2162..d20f871a 100644
--- a/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb
+++ b/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb
@@ -2,11 +2,16 @@ SUMMARY = "echo_test for IPC-LLD"
 
 require ipc-lld.inc
 
+inherit update-alternatives
+
 DEPENDS += " ipc-lld-rtos common-csl-ip-rtos sciclient-rtos board-rtos"
 
-REMOTE_FW_DIR = "${S}/examples/echo_test/yocto_bin"
+REMOTE_FW_DIR = "${S}/examples/yocto_bin"
 REMOTE_FW_BIN_DIR = "${REMOTE_FW_DIR}/ipc_echo_test/bin"
 REMOTE_FWB_BIN_DIR = "${REMOTE_FW_DIR}/ipc_echo_testb/bin"
+RTOS_ALL_CORES_BIN_DIR = "${REMOTE_FW_DIR}/ex02_bios_multicore_echo_test/bin"
+RTOS_2_CORES_BIN_DIR = "${REMOTE_FW_DIR}/ex01_bios_2core_echo_test/bin"
+LINUX_2_CORES_BIN_DIR = "${REMOTE_FW_DIR}/ex03_linux_bios_2core_echo_test/bin"
 
 DST_BIN_PATH = "${base_libdir}/firmware/pdk-ipc"
 
@@ -31,7 +36,7 @@ do_install() {
 do
 for core in ${TI_PDK_LIMIT_CORES}
 do
-install -m 0644 
${REMOTE_FW_BIN_DIR}/$board/ipc_echo_test_${core}_release.x* ${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FW_BIN_DIR}/$board/ipc_echo_test_${core}_release* ${D}${DST_BIN_PATH}
 
 #removing map files copied in previous line
 rm ${D}${DST_BIN_PATH}/*.map
@@ -51,6 +56,13 @@ do_install_append_j7-evm() {
 install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu2_1_release.xer5f 
${D}${DST_BIN_PATH}
 install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu3_0_release.xer5f 
${D}${DST_BIN_PATH}
 install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu3_1_release.xer5f 
${D}${DST_BIN_PATH}
+
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu1_0_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu1_1_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu2_0_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu2_1_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu3_0_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu3_1_release_strip.xer5f 
${D}${DST_BIN_PATH}
 }
 
 
@@ -101,52 +113,34 @@ ALTERNATIVE_LINK_NAME[j7-c71_0-fw] = 
"${base_libdir}/firmware/${TARGET_C7X}"
 
 # Create the firmware alternatives
 
-ALTERNATIVE_TARGET[am65x-mcu-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_0_release.xer5f"
-ALTERNATIVE_TARGET[am65x-mcu-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_1_release.xer5f"
+ALTERNATIVE_TARGET[am65x-mcu-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_0_release_strip.xer5f"
+ALTERNATIVE_TARGET[am65x-mcu-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_1_release_strip.xer5f"
 
-ALTERNATIVE_TARGET[j7-mcu-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_testb_mcu1_0_release.xer5f"
-ALTERNATIVE_TARGET[j7-mcu-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_1_release.xer5f"
-ALTERNATIVE_TARGET[j7-main-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu2_0_release.xer5f"
-ALTERNATIVE_TARGET[j7-main-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu2_1_release.xer5f"
-ALTERNATIVE_TARGET[j7-main-r5f1_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu3_0_release.xer5f"
-ALTERNATIVE_TARGET[j7-main-r5f1_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu3_1_release.xer5f"
-ALTERNATIVE_TARGET[j7-c66_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_c66xdsp_1_release.xe66"
-ALTERNATIVE_TARGET[j7-c66_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_c66xdsp_2_release.xe66"
-ALTERNATIVE_TARGET[j7-c71_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_c7x_1_release.xe71"
+ALTERNATIVE_TARGET[j7-mcu-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_testb_mcu1_0_release_strip.xer5f"
+ALTERNATIVE_TARGET[j7-mcu-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_1_release_strip.xer5f"
+ALTERNATIVE_TARGET[j7-main-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu2_0_release_strip.xer5f"
+ALTERNATIVE_TARGET[j7-main-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu2_1_release_strip.xer5f"

[meta-ti] [thud/master][PATCH 3] ipc-lld: inherit update-alternatives for softlink

2019-10-30 Thread Santosh Jha 
- Fixed softlink  - inherit update-alternatives
- Added all-bios binaries in install

---
Changes:
 - Removed 'inherit deploy'
 - Updated Commit message
 - Removed deploy appends
 - Fixed typo in commit message
 - Modified the script to use stripped image for
   symbolic link
---

Signed-off-by: Santosh Jha 
---
 .../ipc-lld/ipc-lld-examples-rtos_git.bb  | 76 +--
 recipes-bsp/ipc-lld/ipc-lld.inc   |  2 +-
 2 files changed, 36 insertions(+), 42 deletions(-)

diff --git a/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb 
b/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb
index 75db2162..d20f871a 100644
--- a/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb
+++ b/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb
@@ -2,11 +2,16 @@ SUMMARY = "echo_test for IPC-LLD"
 
 require ipc-lld.inc
 
+inherit update-alternatives
+
 DEPENDS += " ipc-lld-rtos common-csl-ip-rtos sciclient-rtos board-rtos"
 
-REMOTE_FW_DIR = "${S}/examples/echo_test/yocto_bin"
+REMOTE_FW_DIR = "${S}/examples/yocto_bin"
 REMOTE_FW_BIN_DIR = "${REMOTE_FW_DIR}/ipc_echo_test/bin"
 REMOTE_FWB_BIN_DIR = "${REMOTE_FW_DIR}/ipc_echo_testb/bin"
+RTOS_ALL_CORES_BIN_DIR = "${REMOTE_FW_DIR}/ex02_bios_multicore_echo_test/bin"
+RTOS_2_CORES_BIN_DIR = "${REMOTE_FW_DIR}/ex01_bios_2core_echo_test/bin"
+LINUX_2_CORES_BIN_DIR = "${REMOTE_FW_DIR}/ex03_linux_bios_2core_echo_test/bin"
 
 DST_BIN_PATH = "${base_libdir}/firmware/pdk-ipc"
 
@@ -31,7 +36,7 @@ do_install() {
 do
 for core in ${TI_PDK_LIMIT_CORES}
 do
-install -m 0644 
${REMOTE_FW_BIN_DIR}/$board/ipc_echo_test_${core}_release.x* ${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FW_BIN_DIR}/$board/ipc_echo_test_${core}_release* ${D}${DST_BIN_PATH}
 
 #removing map files copied in previous line
 rm ${D}${DST_BIN_PATH}/*.map
@@ -51,6 +56,13 @@ do_install_append_j7-evm() {
 install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu2_1_release.xer5f 
${D}${DST_BIN_PATH}
 install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu3_0_release.xer5f 
${D}${DST_BIN_PATH}
 install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu3_1_release.xer5f 
${D}${DST_BIN_PATH}
+
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu1_0_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu1_1_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu2_0_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu2_1_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu3_0_release_strip.xer5f 
${D}${DST_BIN_PATH}
+install -m 0644 
${REMOTE_FWB_BIN_DIR}/$board/ipc_echo_testb_mcu3_1_release_strip.xer5f 
${D}${DST_BIN_PATH}
 }
 
 
@@ -101,52 +113,34 @@ ALTERNATIVE_LINK_NAME[j7-c71_0-fw] = 
"${base_libdir}/firmware/${TARGET_C7X}"
 
 # Create the firmware alternatives
 
-ALTERNATIVE_TARGET[am65x-mcu-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_0_release.xer5f"
-ALTERNATIVE_TARGET[am65x-mcu-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_1_release.xer5f"
+ALTERNATIVE_TARGET[am65x-mcu-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_0_release_strip.xer5f"
+ALTERNATIVE_TARGET[am65x-mcu-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_1_release_strip.xer5f"
 
-ALTERNATIVE_TARGET[j7-mcu-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_testb_mcu1_0_release.xer5f"
-ALTERNATIVE_TARGET[j7-mcu-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_1_release.xer5f"
-ALTERNATIVE_TARGET[j7-main-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu2_0_release.xer5f"
-ALTERNATIVE_TARGET[j7-main-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu2_1_release.xer5f"
-ALTERNATIVE_TARGET[j7-main-r5f1_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu3_0_release.xer5f"
-ALTERNATIVE_TARGET[j7-main-r5f1_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu3_1_release.xer5f"
-ALTERNATIVE_TARGET[j7-c66_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_c66xdsp_1_release.xe66"
-ALTERNATIVE_TARGET[j7-c66_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_c66xdsp_2_release.xe66"
-ALTERNATIVE_TARGET[j7-c71_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_c7x_1_release.xe71"
+ALTERNATIVE_TARGET[j7-mcu-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_testb_mcu1_0_release_strip.xer5f"
+ALTERNATIVE_TARGET[j7-mcu-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu1_1_release_strip.xer5f"
+ALTERNATIVE_TARGET[j7-main-r5f0_0-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu2_0_release_strip.xer5f"
+ALTERNATIVE_TARGET[j7-main-r5f0_1-fw] = 
"${base_libdir}/firmware/pdk-ipc/ipc_echo_test_mcu2_1_release_strip.xer5f"

Re: [meta-ti] [EXTERNAL] Re: [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Denys Dmytriyenko 
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-boun...@yoctoproject.org [mailto:meta-ti-
> >boun...@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?
> >
> 
-- 
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [thud/master][PATCH 2] ipc-lld: inherit update-alternatives for softlink

2019-10-30 Thread Denys Dmytriyenko 
On Tue, Oct 15, 2019 at 07:20:42AM -0500, Santosh Jha wrote:
> - Fixed softlink  - inherit update-alternatives
> - Added all-bios binaries in install
> 
> ---
> Changes:
>  - Removed 'inherit deploy'
>  - Updated Commit message
>  - Removed deploy appends
>  - Fixed typo in commit message
> ---
> 
> Signed-off-by: Santosh Jha 
> 
> Signed-off-by: Santosh Jha 

The Signed-off-by will not get into the commit (why there are 2?), because it 
is after --- line that lists the revision changes.


> ---
>  .../ipc-lld/ipc-lld-examples-rtos_git.bb  | 45 +++
>  recipes-bsp/ipc-lld/ipc-lld.inc   |  2 +-
>  2 files changed, 17 insertions(+), 30 deletions(-)
> 
> diff --git a/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb 
> b/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb
> index 75db2162..e4e8f09f 100644
> --- a/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb
> +++ b/recipes-bsp/ipc-lld/ipc-lld-examples-rtos_git.bb
> @@ -2,11 +2,16 @@ SUMMARY = "echo_test for IPC-LLD"
>  
>  require ipc-lld.inc
>  
> +inherit update-alternatives
> +
>  DEPENDS += " ipc-lld-rtos common-csl-ip-rtos sciclient-rtos board-rtos"
>  
> -REMOTE_FW_DIR = "${S}/examples/echo_test/yocto_bin"
> +REMOTE_FW_DIR = "${S}/examples/yocto_bin"
>  REMOTE_FW_BIN_DIR = "${REMOTE_FW_DIR}/ipc_echo_test/bin"
>  REMOTE_FWB_BIN_DIR = "${REMOTE_FW_DIR}/ipc_echo_testb/bin"
> +RTOS_ALL_CORES_BIN_DIR = "${REMOTE_FW_DIR}/ex02_bios_multicore_echo_test/bin"
> +RTOS_2_CORES_BIN_DIR = "${REMOTE_FW_DIR}/ex01_bios_2core_echo_test/bin"
> +LINUX_2_CORES_BIN_DIR = 
> "${REMOTE_FW_DIR}/ex03_linux_bios_2core_echo_test/bin"

Do we need to package all the FW images? Usually we have additional 
-rtos recipes and packages if those are not used in Linux.


>  DST_BIN_PATH = "${base_libdir}/firmware/pdk-ipc"
>  
> @@ -116,37 +121,19 @@ ALTERNATIVE_TARGET[j7-c71_0-fw] = 
> "${base_libdir}/firmware/pdk-ipc/ipc_echo_test
>  
>  ALTERNATIVE_PRIORITY = "10"
>  
> -# copy the executables into the deploy directory
> -
> -do_deploy() {
> -:
> -}
> -
> -do_deploy_am65xx() {
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_mcu1_0_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_mcu1_1_release.xer5f 
> ${DEPLOYDIR}/
> -}
> +#add source and all rtos binaries package
> +PACKAGES =+ "${PN}-src"

Why is this needed? You should either use sourceipk in meta-arago, or create a 
different package than ${PN}-src.


> +PACKAGES =+ "${PN}-allrtos"

What's the purpose of this package? Should it be ${PN}-rtos?


> -do_deploy_j7-evm() {
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_mcu1_0_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FWB_BIN_DIR}/ipc_echo_testb_mcu1_0_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_mcu1_1_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FWB_BIN_DIR}/ipc_echo_testb_mcu1_1_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_mcu2_0_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FWB_BIN_DIR}/ipc_echo_testb_mcu2_0_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_mcu2_1_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FWB_BIN_DIR}/ipc_echo_testb_mcu2_1_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_mcu3_0_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FWB_BIN_DIR}/ipc_echo_testb_mcu3_0_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_mcu3_1_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FWB_BIN_DIR}/ipc_echo_testb_mcu3_1_release.xer5f 
> ${DEPLOYDIR}/
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_c66xdsp_1_release.xe66 
> ${DEPLOYDIR}/
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_c66xdsp_2_release.xe66 
> ${DEPLOYDIR}/
> -install ${REMOTE_FW_BIN_DIR}/ipc_echo_test_c7x_1_release.xe71 
> ${DEPLOYDIR}/
> -}
>  # make sure that lib/firmware, and all its contents are part of the package
>  FILES_${PN} += "${base_libdir}/firmware"
> -FILES_${PN} += "${PDK_INSTALL_DIR_RECIPE}/packages"
> +FILES_${PN}-src += "${PDK_INSTALL_DIR_RECIPE}/packages"
> +FILES_${PN}-allrtos_append_am65xx += "${RTOS_ALL_CORES_BIN_DIR}/am65xx_evm"
> +FILES_${PN}-allrtos_append_j7-evm += "${RTOS_ALL_CORES_BIN_DIR}/j721e_evm"
> +FILES_${PN}-allrtos_append_am65xx += "${RTOS_2_CORES_BIN_DIR}/am65xx_evm"
> +FILES_${PN}-allrtos_append_j7-evm += "${RTOS_2_CORES_BIN_DIR}/j721e_evm"
> +FILES_${PN}-allrtos_append_am65xx += "${LINUX_2_CORES_BIN_DIR}/am65xx_evm"
> +FILES_${PN}-allrtos_append_j7-evm += "${LINUX_2_CORES_BIN_DIR}/j721e_evm"
>  
>  INSANE_SKIP_${PN} = "arch ldflags file-rdeps"
>  
> diff --git a/recipes-bsp/ipc-lld/ipc-lld.inc b/recipes-bsp/ipc-lld/ipc-lld.inc
> index 06683a06..243678f4 100644
> --- a/recipes-bsp/ipc-lld/ipc-lld.inc
> +++ b/recipes-bsp/ipc-lld/ipc-lld.inc
> @@ -18,7 +18,7 @@ SRC_URI = 
> "${IPCLLD_GIT_URI};protocol=${IPCLLD_GIT_PROTOCOL};branch=${BRANCH}"
>  
>  SRCREV = "${IPCLLD_SRCREV}"
>  PV =

[meta-ti] [thud/master][PATCH] ti-pdk-build-rtos: SRCREV update to 01.00.00.14B

2019-10-30 Thread Mahesh Radhakrishnan 
Signed-off-by: Mahesh Radhakrishnan 
---
 recipes-ti/ti-pdk-build/ti-pdk-build-rtos_git.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/recipes-ti/ti-pdk-build/ti-pdk-build-rtos_git.bb 
b/recipes-ti/ti-pdk-build/ti-pdk-build-rtos_git.bb
index 2e1a557..6667fe0 100644
--- a/recipes-ti/ti-pdk-build/ti-pdk-build-rtos_git.bb
+++ b/recipes-ti/ti-pdk-build/ti-pdk-build-rtos_git.bb
@@ -4,15 +4,15 @@ LIC_FILES_CHKSUM = 
"file://COPYING.txt;beginline=1;endline=31;md5=92ab6f5e10f150
 
 require recipes-ti/includes/ti-paths.inc
 
-PV = "01.00.00.14A"
+PV = "01.00.00.14B"
 PR = "r0"
 
 PDK_BUILD_GIT_URI = "git://git.ti.com/keystone-rtos/processor-pdk-build.git"
 PDK_BUILD_GIT_PROTOCOL = "git"
 PDK_BUILD_GIT_BRANCH = "master"
 
-# Below Commit ID corresponds to "DEV.PDK_BUILD.01.00.00.14A"
-PDK_BUILD_SRCREV = "0a459346f029fb33a4a808a206382ef3c1b8086f"
+# Below Commit ID corresponds to "DEV.PDK_BUILD.01.00.00.14B"
+PDK_BUILD_SRCREV = "ace03765311d61234e86f6ba04912ab808d37d30"
 
 BRANCH = "${PDK_BUILD_GIT_BRANCH}"
 SRC_URI = "\
-- 
1.9.1

-- 
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [EXTERNAL] Re: [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Ruei, Eric 

Hi, guys:

Is there anything that we do regarding the large package size (1M to 8M)?

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-boun...@yoctoproject.org [mailto:meta-ti-
boun...@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?



--
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [EXTERNAL] Re: [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Andrew F. Davis 
On 10/30/19 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-boun...@yoctoproject.org [mailto:meta-ti-
> boun...@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?
> 

The GL headers are the stock headers provided by Kronos that every GL
implementation should provide, they often contain definitions for
unsupported features (even the GLES folders have unsupported extension
definitions). The exact set of usable features can be determined at
runtime using various provided methods.

Basically it is up to the EGL layer to report back what the underlying
implementation supports, it should not be based on the content/age of
the headers at compile time. Without these headers valid/usable programs
may not compile on our platform.

Andrew
-- 
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [EXTERNAL] Re: [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Denys Dmytriyenko 
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-boun...@yoctoproject.org [mailto:meta-ti-
> >>> boun...@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?

-- 
Denys


> 
> 
> >>      chown -R root:root ${D}
> >>    }
> >> @@ -58,7 +60,7 @@ FILES_${PN} +=  "${includedir}/*"
> >>    FILES_${PN} +=  "${sysconfdir}/*"
> >>      PACKAGES =+ "${PN}-plugins"
> >> -FILES_${PN}-plugins = "${libdir}/libsrv_init.so
> >> ${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
> >> ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
> >> ${libdir}/libEGL.so ${libdir}/libGLES_CM.so
> >> ${libdir}/libpvrDRMWSEGL.so  ${libdir}/libpvrGBMWSEGL.so
> >> ${libdir}/libpvrws_WAYLAND.so"
> >> +FILES_${PN}-plugins = "${libdir}/libsrv_init.so
> >> ${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
> >> ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
> >> ${libdir}/libEGL.so ${libdir}/libGLESv1_CM.so ${libdir}/libGLES_CM.so
> >> ${libdir}/libGLESv1_PVR_MESA.so ${libdir}/libGLESv2_PVR_MESA.so"
> >>    RDEPENDS_${PN} += "${PN}-plugins"
> >
> >
> > The newer binaries after the DDK commit "um: Attempt to load shared
> > object with version extension automatically" do not need all this
> > plugin
> > stuff, it can all be dropped.
> >
> > Andrew
> >
> >
> >>      ALLOW_EMPTY_${PN}-plugins = "1"
> >>
> 
> >>> -- 
> >>> ___
>

Re: [meta-ti] [EXTERNAL] Re: [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Andrew F. Davis 
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-boun...@yoctoproject.org [mailto:meta-ti-
>>> boun...@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.

Andrew


> Eric
> 
> 
> 


>>      chown -R root:root ${D}
>>    }
>> @@ -58,7 +60,7 @@ FILES_${PN} +=  "${includedir}/*"
>>    FILES_${PN} +=  "${sysconfdir}/*"
>>      PACKAGES =+ "${PN}-plugins"
>> -FILES_${PN}-plugins = "${libdir}/libsrv_init.so
>> ${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
>> ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
>> ${libdir}/libEGL.so ${libdir}/libGLES_CM.so
>> ${libdir}/libpvrDRMWSEGL.so  ${libdir}/libpvrGBMWSEGL.so
>> ${libdir}/libpvrws_WAYLAND.so"
>> +FILES_${PN}-plugins = "${libdir}/libsrv_init.so
>> ${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
>> ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
>> ${libdir}/libEGL.so ${libdir}/libGLESv1_CM.so ${libdir}/libGLES_CM.so
>> ${libdir}/libGLESv1_PVR_MESA.so ${libdir}/libGLESv2_PVR_MESA.so"
>>    RDEPENDS_${PN} += "${PN}-plugins"
>
>
> The newer binaries after the DDK commit "um: Attempt to load shared
> object with version extension automatically" do not need all this
> plugin
> stuff, it can all be dropped.
>
> Andrew
>
>
>>      ALLOW_EMPTY_${PN}-plugins = "1"
>>

>>> -- 
>>> ___
>>> meta-ti mailing list
>>> meta-ti@yoctoproject.org
>>> https://lists.yoctoproject.org/listinfo/meta-ti
> 
-- 
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [EXTERNAL] Re: [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Ruei, Eric 

On 10/30/2019 9:53 AM, Tammana, Gowtham wrote:




-Original Message-
From: meta-ti-boun...@yoctoproject.org [mailto:meta-ti-
boun...@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.


Eric







     chown -R root:root ${D}
   }
@@ -58,7 +60,7 @@ FILES_${PN} +=  "${includedir}/*"
   FILES_${PN} +=  "${sysconfdir}/*"
     PACKAGES =+ "${PN}-plugins"
-FILES_${PN}-plugins = "${libdir}/libsrv_init.so
${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
${libdir}/libEGL.so ${libdir}/libGLES_CM.so
${libdir}/libpvrDRMWSEGL.so  ${libdir}/libpvrGBMWSEGL.so
${libdir}/libpvrws_WAYLAND.so"
+FILES_${PN}-plugins = "${libdir}/libsrv_init.so
${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
${libdir}/libEGL.so ${libdir}/libGLESv1_CM.so ${libdir}/libGLES_CM.so
${libdir}/libGLESv1_PVR_MESA.so ${libdir}/libGLESv2_PVR_MESA.so"
   RDEPENDS_${PN} += "${PN}-plugins"



The newer binaries after the DDK commit "um: Attempt to load shared
object with version extension automatically" do not need all this plugin
stuff, it can all be dropped.

Andrew



     ALLOW_EMPTY_${PN}-plugins = "1"




--
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti


--
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [EXTERNAL] Re: [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Tammana, Gowtham 


>-Original Message-
>From: meta-ti-boun...@yoctoproject.org [mailto:meta-ti-
>boun...@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

>>
>>
     chown -R root:root ${D}
   }
 @@ -58,7 +60,7 @@ FILES_${PN} +=  "${includedir}/*"
   FILES_${PN} +=  "${sysconfdir}/*"
     PACKAGES =+ "${PN}-plugins"
 -FILES_${PN}-plugins = "${libdir}/libsrv_init.so
 ${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
 ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
 ${libdir}/libEGL.so ${libdir}/libGLES_CM.so
 ${libdir}/libpvrDRMWSEGL.so  ${libdir}/libpvrGBMWSEGL.so
 ${libdir}/libpvrws_WAYLAND.so"
 +FILES_${PN}-plugins = "${libdir}/libsrv_init.so
 ${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
 ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
 ${libdir}/libEGL.so ${libdir}/libGLESv1_CM.so ${libdir}/libGLES_CM.so
 ${libdir}/libGLESv1_PVR_MESA.so ${libdir}/libGLESv2_PVR_MESA.so"
   RDEPENDS_${PN} += "${PN}-plugins"
>>>
>>>
>>> The newer binaries after the DDK commit "um: Attempt to load shared
>>> object with version extension automatically" do not need all this plugin
>>> stuff, it can all be dropped.
>>>
>>> Andrew
>>>
>>>
     ALLOW_EMPTY_${PN}-plugins = "1"

>>
>--
>___
>meta-ti mailing list
>meta-ti@yoctoproject.org
>https://lists.yoctoproject.org/listinfo/meta-ti
-- 
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Andrew F. Davis 
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.

Andrew


> Eric
> 
> 
> 
>>>     chown -R root:root ${D}
>>>   }
>>> @@ -58,7 +60,7 @@ FILES_${PN} +=  "${includedir}/*"
>>>   FILES_${PN} +=  "${sysconfdir}/*"
>>>     PACKAGES =+ "${PN}-plugins"
>>> -FILES_${PN}-plugins = "${libdir}/libsrv_init.so
>>> ${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
>>> ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
>>> ${libdir}/libEGL.so ${libdir}/libGLES_CM.so
>>> ${libdir}/libpvrDRMWSEGL.so  ${libdir}/libpvrGBMWSEGL.so 
>>> ${libdir}/libpvrws_WAYLAND.so"
>>> +FILES_${PN}-plugins = "${libdir}/libsrv_init.so
>>> ${libdir}/libsrv_um.so ${libdir}/libglslcompiler.so
>>> ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so
>>> ${libdir}/libEGL.so ${libdir}/libGLESv1_CM.so ${libdir}/libGLES_CM.so
>>> ${libdir}/libGLESv1_PVR_MESA.so ${libdir}/libGLESv2_PVR_MESA.so"
>>>   RDEPENDS_${PN} += "${PN}-plugins"
>>
>>
>> The newer binaries after the DDK commit "um: Attempt to load shared
>> object with version extension automatically" do not need all this plugin
>> stuff, it can all be dropped.
>>
>> Andrew
>>
>>
>>>     ALLOW_EMPTY_${PN}-plugins = "1"
>>>
> 
-- 
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Ruei, Eric 

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?

Eric



  
  chown -R root:root ${D}

  }
@@ -58,7 +60,7 @@ FILES_${PN} +=  "${includedir}/*"
  FILES_${PN} +=  "${sysconfdir}/*"
  
  PACKAGES =+ "${PN}-plugins"

-FILES_${PN}-plugins = "${libdir}/libsrv_init.so ${libdir}/libsrv_um.so 
${libdir}/libglslcompiler.so ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so 
${libdir}/libEGL.so ${libdir}/libGLES_CM.so ${libdir}/libpvrDRMWSEGL.so  
${libdir}/libpvrGBMWSEGL.so  ${libdir}/libpvrws_WAYLAND.so"
+FILES_${PN}-plugins = "${libdir}/libsrv_init.so ${libdir}/libsrv_um.so 
${libdir}/libglslcompiler.so ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so 
${libdir}/libEGL.so ${libdir}/libGLESv1_CM.so ${libdir}/libGLES_CM.so 
${libdir}/libGLESv1_PVR_MESA.so ${libdir}/libGLESv2_PVR_MESA.so"
  RDEPENDS_${PN} += "${PN}-plugins"



The newer binaries after the DDK commit "um: Attempt to load shared
object with version extension automatically" do not need all this plugin
stuff, it can all be dropped.

Andrew


  
  ALLOW_EMPTY_${PN}-plugins = "1"




--
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Andrew F. Davis 
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?


>  
>  chown -R root:root ${D}
>  }
> @@ -58,7 +60,7 @@ FILES_${PN} +=  "${includedir}/*"
>  FILES_${PN} +=  "${sysconfdir}/*"
>  
>  PACKAGES =+ "${PN}-plugins"
> -FILES_${PN}-plugins = "${libdir}/libsrv_init.so ${libdir}/libsrv_um.so 
> ${libdir}/libglslcompiler.so ${libdir}/libPVRScopeServices.so 
> ${libdir}/libGLESv2.so ${libdir}/libEGL.so ${libdir}/libGLES_CM.so 
> ${libdir}/libpvrDRMWSEGL.so  ${libdir}/libpvrGBMWSEGL.so  
> ${libdir}/libpvrws_WAYLAND.so"
> +FILES_${PN}-plugins = "${libdir}/libsrv_init.so ${libdir}/libsrv_um.so 
> ${libdir}/libglslcompiler.so ${libdir}/libPVRScopeServices.so 
> ${libdir}/libGLESv2.so ${libdir}/libEGL.so ${libdir}/libGLESv1_CM.so 
> ${libdir}/libGLES_CM.so ${libdir}/libGLESv1_PVR_MESA.so 
> ${libdir}/libGLESv2_PVR_MESA.so"
>  RDEPENDS_${PN} += "${PN}-plugins"


The newer binaries after the DDK commit "um: Attempt to load shared
object with version extension automatically" do not need all this plugin
stuff, it can all be dropped.

Andrew


>  
>  ALLOW_EMPTY_${PN}-plugins = "1"
> 
-- 
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti

Re: [meta-ti] [PATCH] ti-sgx-ddk-um: update SRCREV to pick up Mesa-based EGL/GLES libraries

2019-10-30 Thread Ruei, Eric 

On 10/29/2019 7:29 PM, Denys Dmytriyenko wrote:

On Tue, Oct 29, 2019 at 09:20:20AM -0400, 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.


Eric,

The new binaries are huge. The compressed package went from 900 KB to 8 MB in
size and now both AM3 and AM4 won't fit into allocated rootfs size...



Denys:

The Mesa-based GLES/EGL is much bigger. The major increase is caused by 
the new file pvr_dri.so (28M) under usr/lib/dri. The LibEGL related 
libraries are also increased from sub-200K to 1.1 M and there is another 
library libglapi.so (900k).


Eric



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
  
  chown -R root:root ${D}

  }
@@ -58,7 +60,7 @@ FILES_${PN} +=  "${includedir}/*"
  FILES_${PN} +=  "${sysconfdir}/*"
  
  PACKAGES =+ "${PN}-plugins"

-FILES_${PN}-plugins = "${libdir}/libsrv_init.so ${libdir}/libsrv_um.so 
${libdir}/libglslcompiler.so ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so 
${libdir}/libEGL.so ${libdir}/libGLES_CM.so ${libdir}/libpvrDRMWSEGL.so  
${libdir}/libpvrGBMWSEGL.so  ${libdir}/libpvrws_WAYLAND.so"
+FILES_${PN}-plugins = "${libdir}/libsrv_init.so ${libdir}/libsrv_um.so 
${libdir}/libglslcompiler.so ${libdir}/libPVRScopeServices.so ${libdir}/libGLESv2.so 
${libdir}/libEGL.so ${libdir}/libGLESv1_CM.so ${libdir}/libGLES_CM.so 
${libdir}/libGLESv1_PVR_MESA.so ${libdir}/libGLESv2_PVR_MESA.so"
  RDEPENDS_${PN} += "${PN}-plugins"
  
  ALLOW_EMPTY_${PN}-plugins = "1"

--
2.17.1

--
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti


--
___
meta-ti mailing list
meta-ti@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-ti