From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 5EFABE00DDE; Tue, 11 Oct 2016 19:40:56 -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=-2.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_LOW, RCVD_IN_SORBS_SPAM autolearn=ham version=3.3.1 X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (simon.pelletiert[at]gmail.com) * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.220.172 listed in list.dnswl.org] * 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source * [209.85.220.172 listed in dnsbl.sorbs.net] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.0 HTML_MESSAGE BODY: HTML included in message * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature Received: from mail-qk0-f172.google.com (mail-qk0-f172.google.com [209.85.220.172]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id E5145E00DCA for ; Tue, 11 Oct 2016 19:40:53 -0700 (PDT) Received: by mail-qk0-f172.google.com with SMTP id n189so14326968qke.0 for ; Tue, 11 Oct 2016 19:40:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=5MmfGHo7Z/TuSCi5VmI4LIrkQnocm/XMVwNzIzu3cW8=; b=ZEgKYqXCFu9FUpJrDB9TqT3mn0j8fFV2f+8CwhE+uz4yX7L4Iodz6Q3mF4iej1poLS flqIuxfx9jXHIXVjuiOO3xCBr9bg0WGv3R0A5PWRep6MsImgAMa/1/eON2tiHV8m7cDs VRBmSGHoYHlrNwB3UwyqfYYSgxi73TECq3ezGPeLcoz+01czHGcwHXuywcNT4MPDsyB6 /CnaetdXxpQm7Z4XL05THaqqXVvXIH01RpYAClMTmn1MtAw/z6UR+6wCPzNM3obVsgmi PJgOAsutaBtCvZxTYi3eCaCAU0qVC6GhAh0pv5iHm2SyxM5ymBxTClgw3zpCeKJK2sFP w3Zw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=5MmfGHo7Z/TuSCi5VmI4LIrkQnocm/XMVwNzIzu3cW8=; b=XyiwnhSCse1oS4h8OyczpUfnDWdTfLj9nzDMFjN2h67MSmNR9/TmEcAx5VGYg7sexD 4Gh8kJS34VS+ifiAmeBpn0pXeiqtRouDAmm98PFz+mie9eRB1TBoLi2obgMYaQ0Xyr9N 3LB+2xUqk506TyFEf07/ERBZlwb2tNNM8P75eFay1LF8Kkv6spsB4tkseTRVVyy++DTs nDqgSEkcGOnfr5PpOXtiHDDmFXbGinrKJLW3vg+oqGkvkHEl/Ab3U0tt1cx9879XNJpU dr/csG68RQtKhsCT2VY68jBxEZAAOZF8flFr+rRmEDl+yZvWWdEUUBeqDWHaacafuiOs wlWw== X-Gm-Message-State: AA6/9RnZhm4FpZnY7FtTREXIzQOdWvLRn99O5tsWHldjY54MY33EpxhbqfvRsPMLwMzHsep/O7JSknbrs99n9g== X-Received: by 10.55.162.150 with SMTP id l144mr7009144qke.72.1476240052651; Tue, 11 Oct 2016 19:40:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.22.164 with HTTP; Tue, 11 Oct 2016 19:40:52 -0700 (PDT) In-Reply-To: <20161011090432.GS12745@edge> References: <009C030982313E4589C6BC55FBF1E82A142D6938@DFLE09.ent.ti.com> <20161010142749.GR12745@edge> <20161011090432.GS12745@edge> From: Simon Pelletier-Thibault Date: Tue, 11 Oct 2016 22:40:52 -0400 Message-ID: To: Denys Dmytriyenko Cc: "meta-ti@yoctoproject.org" Subject: Re: BeagleBone Black - ti-sgx-ddk not working on yocto Krogoth, what is missing 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, 12 Oct 2016 02:40:56 -0000 Content-Type: multipart/alternative; boundary=94eb2c06dde4f10f7d053ea1eb06 --94eb2c06dde4f10f7d053ea1eb06 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi Denys, Thank you, for your answer. It sound like meta-arago has some of solutions for my problem, I'm going to try to add this to my build. Do you have a "recommanded way" to get rid of the mesa/libgbm problem? For now, I add this to my local.conf: PREFERRED_PROVIDER_virtual/egl =3D "ti-sgx-ddk-um" PREFERRED_PROVIDER_virtual/libgles1 =3D "ti-sgx-ddk-um" PREFERRED_PROVIDER_virtual/libgles2 =3D "ti-sgx-ddk-um" I remove manually all the reference of gbm in meta/recipes-graphics/mesa/mesa.inc. However, it is certainly not the right way to do it. Simon On Tue, Oct 11, 2016 at 5:04 AM, Denys Dmytriyenko wrote: > Is this what you are looking for? > http://arago-project.org/git/?p=3Dmeta-arago.git;a=3Dblob;f=3D > meta-arago-distro/recipes-graphics/wayland/weston/0001- > udev-seat-restrict-udev-enumeration-to-card0.patch;hb=3DHEAD > > BTW, you don't need mesa at all, just libgbm, but it requires some > massaging > with PREFERRED_PROVIDERs and bbappends to get it going for now, although > there's been some discussion to get it fixed upstream in the future... > > -- > Denys > > > On Mon, Oct 10, 2016 at 04:26:59PM -0400, Simon Pelletier-Thibault wrote: > > Hi Eric, Denys > > > > Thank you for answering. > > > > I tried the following: > > root@beaglebone:~# gles1test1 > > PVR:(Error): WSEGL_CreateWindowDrawable: Couldn't set CRTC: Invalid > > argument [0, ] > > 'eglCreateWindowSurface' returned egl error 'EGL_BAD_ALLOC' (0x3003) > > root@beaglebone:~# gles2test1 > > --------------------- started --------------------- > > PVR:(Error): WSEGL_CreateWindowDrawable: Couldn't set CRTC: Invalid > > argument [0, ] > > 'eglCreateWindowSurface' returned egl error 'EGL_BAD_ALLOC' (0x3003) > > > > I also try other configurations, like core-image-weston. After > "adjusting" > > mesa so it won't install gbm, weston won't boot and I still errors. > > > > here the weston output: > > starting with no config > > Loding module/usr/lib/weston/drm-backend.so > > output repaint windows is 7 ms maximun > > initilizing drm backend > > using /dev/dri/card0 > > Loading module /usr/lib/weston/gl-rendered.so > > ... > > loaded module: found gbm_pvr.so > > found valid GBM backend : gbm_pvr.so > > warning no EGL_EXT_platform_base support of specific platform; failling > > back to eglGetDisplay > > failed to choose EGL config > > failed to initialize egl > > fatal: failed to create compositor backend > > > > > > I think the problem is around the drm thing. I'm not an expert but: > > when I look at /dev/dri/*, I see 2 card ( as if there is 2 drm driver) > > root@beaglebone:~# ls -lsa /dev/dri/ > > 0 drwxr-xr-x 2 root root 120 Jan 1 1970 . > > 0 drwxr-xr-x 11 root root 13160 Oct 6 04:22 .. > > 0 crw-rw---- 1 root video 226, 0 Jan 1 1970 card0 > > 0 crw-rw---- 1 root video 226, 1 Jan 1 1970 card1 > > 0 crw-rw---- 1 root video 226, 64 Jan 1 1970 > controlD64 > > 0 crw-rw---- 1 root video 226, 128 Jan 1 1970 > renderD128 > > > > > > also > > root@beaglebone:~# ls -lsa /sys/class/drm/card0/device/driver > > 0 lrwxrwxrwx 1 root root 0 Oct 6 04:31 > > /sys/class/drm/card0/device/driver -> > > ../../../../bus/platform/drivers/tilcdc > > root@beaglebone:~# ls -lsa /sys/class/drm/card1/device/driver > > 0 lrwxrwxrwx 1 root root 0 Oct 6 04:35 > > /sys/class/drm/card1/device/driver -> > > ../../../../bus/platform/drivers/pvrsrvkm > > > > 1. So it sound that there is 2 drm drivers is it normal? > > 2. Should I change the device three to remove tilcdc, so the only drm > > driver will be pvrsrvkm? > > 3. Is there something to do to ensure libdrm use the SGX driver? > > > > > > On Mon, Oct 10, 2016 at 10:27 AM, Denys Dmytriyenko > wrote: > > > > > FYI, that is not part of meta-ti - both kmscube and SGX demos are par= t > of > > > meta-arago application layer, not meta-ti BSP layer. > > > > > > -- > > > Denys > > > > > > > > > On Mon, Oct 10, 2016 at 02:19:22PM +0000, Ruei, Eric wrote: > > > > Hi, Simon: > > > > > > > > Most of the SGX test programs including sgx_init_test will not work > > > anymore because we have switched to DRM-based EGL Window Systems. > > > > Have you tried other SGX test programs at the file system? > > > > > > > > - Weston? > > > > > > > > - QT programs ion top of Weston? > > > > > > > > - Without Weston > > > > > > > > o Kmscube > > > > > > > > o /usr/bin/SGX/demos/Raw/ OGLES2ChameleonMan > > > > > > > > o =E2=80=A6 > > > > > > > > Best regards, > > > > > > > > Eric > > > > From: meta-ti-bounces@yoctoproject.org [mailto:meta-ti-bounces@ > > > yoctoproject.org] On Behalf Of Simon Pelletier-Thibault > > > > Sent: Friday, October 07, 2016 9:49 PM > > > > To: meta-ti@yoctoproject.org > > > > Subject: [meta-ti] BeagleBone Black - ti-sgx-ddk not working on yoc= to > > > Krogoth, what is missing > > > > > > > > Hi, > > > > I'm trying to use sgx driver for EGL application on BeagleBone > Black. I > > > build a minimal image to test it and it is not working. > > > > I got this: > > > > root@beaglebone:~# sgx_init_test > > > > ----------------------- Start ----------------------- > > > > Try calling PVRSRVConnect with an invalid argument: > > > > PVR:(Error): PVRSRVConnect: Invalid connection. [0, ] > > > > PVR:(Error): PVRSRVConnect: Unable to open connection. [0, ] > > > > OK > > > > Call PVRSRVConnect with a valid argument: > > > > OK > > > > Try calling PVRSRVEnumerateDevices with invalid puiNumDevices: > > > > PVR:(Error): PVRSRVEnumerateDevices: Invalid params [0, ] > > > > OK > > > > Get number of devices from PVRSRVEnumerateDevices: > > > > OK > > > > .... Reported 1 devices > > > > .... Device Number | Device Type > > > > 0000 | PVRSRV_DEVICE_ID_SGX > > > > Attempt to acquire device 0: > > > > OK > > > > Getting SGX Client info > > > > OK > > > > .... ui32ProcessID:266 > > > > Display Class API: enumerate devices > > > > OK > > > > PVRSRVEnumerateDeviceClass() returns 0 display device(s) > > > > FAIL - PVRSRV_ERROR_NO_DC_DEVICES_FOUND > > > > ----- > > > > Here my configuration: > > > > bblayes.conf: > > > > POKY_BBLAYERS_CONF_VERSION =3D "2" > > > > > > > > BBPATH =3D "${TOPDIR}" > > > > BBFILES ?=3D "" > > > > > > > > BBLAYERS ?=3D " \ > > > > /path/poky2.1/meta \ > > > > /path/poky2.1/meta-poky \ > > > > /path/meta-ti2 \ > > > > " > > > > ----- > > > > > > > > local.conf: > > > > PACKAGECONFIG_append_pn-qemu-native =3D " sdl" > > > > PACKAGECONFIG_append_pn-nativesdk-qemu =3D " sdl" > > > > CONF_VERSION =3D "1" > > > > > > > > PREFERRED_PROVIDER_virtual/egl =3D "ti-sgx-ddk-um" > > > > PREFERRED_PROVIDER_virtual/libgles1 =3D "ti-sgx-ddk-um" > > > > PREFERRED_PROVIDER_virtual/libgles2 =3D "ti-sgx-ddk-um" > > > > > > > > IMAGE_INSTALL_append_pn-core-image-minimal =3D " > packagegroup-base-vfat > > > packagegroup-base-usbhost dropbear linux-firmware ti-sgx-ddk-km > > > ti-sgx-ddk-um libdrm" > > > > > > > > ----- > > > > What am I missing? > > > > > > > > I try other configurations, like core-image-weston. After "adjustin= g" > > > mesa so it won't install gbm, weston won't boot and I still get the > > > previous error. > > > > Thank you. > > > > Simon > > > > > > > > > > > -- > > > > _______________________________________________ > > > > meta-ti mailing list > > > > meta-ti@yoctoproject.org > > > > https://lists.yoctoproject.org/listinfo/meta-ti > > > > > > > --94eb2c06dde4f10f7d053ea1eb06 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Denys,

Thank you,= for your answer.

It sound like meta-arago has some of solutio= ns for my problem, I'm going to try to add this to my build.

Do you have a "recommanded way" to get rid of the mesa/libgbm = problem?
For now,
I add this to my local.conf:
P= REFERRED_PROVIDER_virtual/egl =3D "ti-sgx-ddk-um"
PREFERRED_PR= OVIDER_virtual/libgles1 =3D "ti-sgx-ddk-um"
PREFERRED_PRO= VIDER_virtual/libgles2 =3D "ti-sgx-ddk-um"
I remove manually all the reference of gbm in meta/recipes-graphics/mesa/m= esa.inc. However, it is certainly not the right way to do it.

=
Simon

On Tue, Oct 11, 2016 at 5:04 AM, Denys Dmytriyenko <denys@ti.com&g= t; wrote:
Is this what you are loo= king for?
http://arago-project.org/git/?p=3Dmeta-arago.git;a=3Dblob;f=3Dm= eta-arago-distro/recipes-graphics/wayland/weston/0001-udev-seat-r= estrict-udev-enumeration-to-card0.patch;hb=3DHEAD

BTW, you don't need mesa at all, just libgbm, but it requires some mass= aging
with PREFERRED_PROVIDERs and bbappends to get it going for now, although there's been some discussion to get it fixed upstream in the future...<= br>
--
Denys


On Mon, Oct 10, 2016 at 04:26:59PM -0400, Simon Pelletier-Thibault wrote: > Hi Eric, Denys
>
> Thank you for answering.
>
> I tried the following:
> root@beaglebone:~# gles1test1
> PVR:(Error): WSEGL_CreateWindowDrawable: Couldn't set CRTC: Invali= d
> argument [0, ]
> 'eglCreateWindowSurface' returned egl error 'EGL_BAD_ALLOC= ' (0x3003)
> root@beaglebone:~# gles2test1
> --------------------- started ---------------------
> PVR:(Error): WSEGL_CreateWindowDrawable: Couldn't set CRTC: Invali= d
> argument [0, ]
> 'eglCreateWindowSurface' returned egl error 'EGL_BAD_ALLOC= ' (0x3003)
>
> I also try other configurations, like core-image-weston. After "a= djusting"
> mesa so it won't install gbm, weston won't boot and I still er= rors.
>
> here the weston output:
> starting with no config
> Loding module/usr/lib/weston/drm-backend.so
> output repaint windows is 7 ms maximun
> initilizing drm backend
> using /dev/dri/card0
> Loading module /usr/lib/weston/gl-rendered.so
> ...
> loaded module: found gbm_pvr.so
> found valid GBM backend : gbm_pvr.so
> warning no EGL_EXT_platform_base support of specific platform; faillin= g
> back to eglGetDisplay
> failed to choose EGL config
> failed to initialize egl
> fatal: failed to create compositor backend
>
>
> I think the problem is around the drm thing. I'm not an expert but= :
> when I look at /dev/dri/*, I see 2 card ( as if there is 2 drm driver)=
> root@beaglebone:~# ls -lsa /dev/dri/
>=C2=A0 =C2=A0 =C2=A0 0 drwxr-xr-x=C2=A0 =C2=A0 2 root=C2=A0 =C2=A0 =C2= =A0root=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0120 Jan=C2=A0 1=C2=A0 1970 = .
>=C2=A0 =C2=A0 =C2=A0 0 drwxr-xr-x=C2=A0 =C2=A011 root=C2=A0 =C2=A0 =C2= =A0root=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A013160 Oct=C2=A0 6 04:22 ..
>=C2=A0 =C2=A0 =C2=A0 0 crw-rw----=C2=A0 =C2=A0 1 root=C2=A0 =C2=A0 =C2= =A0video=C2=A0 =C2=A0 =C2=A0226,=C2=A0 =C2=A00 Jan=C2=A0 1=C2=A0 1970 card0=
>=C2=A0 =C2=A0 =C2=A0 0 crw-rw----=C2=A0 =C2=A0 1 root=C2=A0 =C2=A0 =C2= =A0video=C2=A0 =C2=A0 =C2=A0226,=C2=A0 =C2=A01 Jan=C2=A0 1=C2=A0 1970 card1=
>=C2=A0 =C2=A0 =C2=A0 0 crw-rw----=C2=A0 =C2=A0 1 root=C2=A0 =C2=A0 =C2= =A0video=C2=A0 =C2=A0 =C2=A0226,=C2=A0 64 Jan=C2=A0 1=C2=A0 1970 controlD64=
>=C2=A0 =C2=A0 =C2=A0 0 crw-rw----=C2=A0 =C2=A0 1 root=C2=A0 =C2=A0 =C2= =A0video=C2=A0 =C2=A0 =C2=A0226, 128 Jan=C2=A0 1=C2=A0 1970 renderD128
>
>
> also
> root@beaglebone:~# ls -lsa /sys/class/drm/card0/device/driver
>=C2=A0 =C2=A0 =C2=A0 0 lrwxrwxrwx=C2=A0 =C2=A0 1 root=C2=A0 =C2=A0 =C2= =A0root=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 Oct=C2=A0 6 04:31<= br> > /sys/class/drm/card0/device/driver ->
> ../../../../bus/platform/drivers/tilcdc
> root@beaglebone:~# ls -lsa /sys/class/drm/card1/device/driver
>=C2=A0 =C2=A0 =C2=A0 0 lrwxrwxrwx=C2=A0 =C2=A0 1 root=C2=A0 =C2=A0 =C2= =A0root=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00 Oct=C2=A0 6 04:35<= br> > /sys/class/drm/card1/device/driver ->
> ../../../../bus/platform/drivers/pvrsrvkm
>
> 1. So it sound that there is 2 drm drivers is it normal?
> 2. Should I change the device three to remove tilcdc, so the only drm<= br> > driver will be pvrsrvkm?
> 3. Is there something to do to ensure libdrm use the SGX driver?
>
>
> On Mon, Oct 10, 2016 at 10:27 AM, Denys Dmytriyenko <denys@ti.com> wrote:
>
> > FYI, that is not part of meta-ti - both kmscube and SGX demos are= part of
> > meta-arago application layer, not meta-ti BSP layer.
> >
> > --
> > Denys
> >
> >
> > On Mon, Oct 10, 2016 at 02:19:22PM +0000, Ruei, Eric wrote:
> > > Hi, Simon:
> > >
> > > Most of the SGX test programs including sgx_init_test will n= ot work
> > anymore because we have switched to DRM-based EGL Window Systems.=
> > > Have you tried other SGX test programs at the file system? > > >
> > > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Weston?
> > >
> > > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 QT programs ion top of W= eston?
> > >
> > > -=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Without Weston
> > >
> > > o=C2=A0 =C2=A0Kmscube
> > >
> > > o=C2=A0 =C2=A0/usr/bin/SGX/demos/Raw/ OGLES2ChameleonMan
> > >
> > > o=C2=A0 =C2=A0=E2=80=A6
> > >
> > > Best regards,
> > >
> > > Eric
> > > From: me= ta-ti-bounces@yoctoproject.org [mailto:meta-ti-bounces@
> > yoctoproject.org] On Behalf Of Simon Pelletier-Thibault
> > > Sent: Friday, October 07, 2016 9:49 PM
> > > To: meta-ti@yoct= oproject.org
> > > Subject: [meta-ti] BeagleBone Black - ti-sgx-ddk not working= on yocto
> > Krogoth, what is missing
> > >
> > > Hi,
> > > I'm trying to use sgx driver for EGL application on Beag= leBone Black. I
> > build a minimal image to test it and it is not working.
> > > I got this:
> > > root@beaglebone:~# sgx_init_test
> > > ----------------------- Start -----------------------
> > > Try calling PVRSRVConnect with an invalid argument:
> > > PVR:(Error): PVRSRVConnect: Invalid connection. [0, ]
> > > PVR:(Error): PVRSRVConnect: Unable to open connection. [0, ]=
> > >=C2=A0 OK
> > > Call PVRSRVConnect with a valid argument:
> > >=C2=A0 OK
> > > Try calling PVRSRVEnumerateDevices with invalid puiNumDevice= s:
> > > PVR:(Error): PVRSRVEnumerateDevices: Invalid params [0, ] > > >=C2=A0 OK
> > > Get number of devices from PVRSRVEnumerateDevices:
> > >=C2=A0 OK
> > > .... Reported 1 devices
> > > .... Device Number=C2=A0 | Device Type
> > >=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00000=C2=A0 = =C2=A0 | PVRSRV_DEVICE_ID_SGX
> > > Attempt to acquire device 0:
> > >=C2=A0 OK
> > > Getting SGX Client info
> > >=C2=A0 OK
> > > .... ui32ProcessID:266
> > > Display Class API: enumerate devices
> > >=C2=A0 OK
> > > PVRSRVEnumerateDeviceClass() returns 0 display device(s)
> > >=C2=A0 FAIL - PVRSRV_ERROR_NO_DC_DEVICES_FOUND
> > > -----
> > > Here my configuration:
> > > bblayes.conf:
> > > POKY_BBLAYERS_CONF_VERSION =3D "2"
> > >
> > > BBPATH =3D "${TOPDIR}"
> > > BBFILES ?=3D ""
> > >
> > > BBLAYERS ?=3D " \
> > >=C2=A0 =C2=A0/path/poky2.1/meta \
> > >=C2=A0 =C2=A0/path/poky2.1/meta-poky \
> > >=C2=A0 =C2=A0/path/meta-ti2 \
> > >=C2=A0 =C2=A0"
> > > -----
> > >
> > > local.conf:
> > > PACKAGECONFIG_append_pn-qemu-native =3D " sdl"= ;
> > > PACKAGECONFIG_append_pn-nativesdk-qemu =3D " sdl&q= uot;
> > > CONF_VERSION =3D "1"
> > >
> > > PREFERRED_PROVIDER_virtual/egl =3D "ti-sgx-ddk-um"=
> > > PREFERRED_PROVIDER_virtual/libgles1 =3D "ti-sgx-dd= k-um"
> > > PREFERRED_PROVIDER_virtual/libgles2 =3D "ti-sgx-dd= k-um"
> > >
> > > IMAGE_INSTALL_append_pn-core-image-minimal =3D " p= ackagegroup-base-vfat
> > packagegroup-base-usbhost dropbear linux-firmware ti-sgx-ddk-km > > ti-sgx-ddk-um libdrm"
> > >
> > > -----
> > > What am I missing?
> > >
> > > I try other configurations, like core-image-weston. After &q= uot;adjusting"
> > mesa so it won't install gbm, weston won't boot and I sti= ll get the
> > previous error.
> > > Thank you.
> > > Simon
> > >
> >
> > > --
> > > _______________________________________________
> > > meta-ti mailing list
> > > meta-ti@yoctopro= ject.org
> > > https://lists.yoctoproject.org/li= stinfo/meta-ti
> >
> >

--94eb2c06dde4f10f7d053ea1eb06--