Hi Emily, The lines you are quoting are from includes (.inc) so you should be getting them on the zcu102 machine conf. What version of meta-xilinx are you using?
In recent versions, the mali stuff is triggered by the SOC_VARIANT variable being at least "eg". This triggers a series of smart yocto "overrides" and all the mali stuff follows. As usual, "grep" is your friend in figuring most of this stuff out. There is no nice walkthrough, one has to hack a little bit to get things going the way you want to. ;) It gets much easier as you "suffer" along the way. (I'm talking about yocto in general here ;) Cheers! > On Jul 13, 2018, at 6:29 PM, Emily Smith <easmi...@uchicago.edu> wrote: > > Hi Luca / All - > > Like I mentioned previously, my machine conf didn't have the lines you > indicated > > PREFERRED_PROVIDER_virtual/libgles2 = "libmali-xlnx" > PREFERRED_PROVIDER_virtual/egl = "libmali-xlnx" > > Is there a reason why they aren't in the default machine conf for ZCU102 > since it does have the Mali 400 GPU? > > When I do add them, I end up with this error: > ERROR: Nothing PROVIDES 'virtual/libgl' (but > /local/d6/easmith5/BuildOS/openembedded-core/meta/recipes-graphics/mesa/libglu_9.0.0.bb, > > /local/d6/easmith5/BuildOS/openembedded-core/meta/recipes-graphics/glew/glew_2.0.0.bb > DEPENDS on or otherwise requires it) > mesa-gl PROVIDES virtual/libgl but was skipped: > PREFERRED_PROVIDER_virtual/libgl set to mesa, not mesa-gl > mesa PROVIDES virtual/libgl but was skipped: > PREFERRED_PROVIDER_virtual/libgles2 set to libmali-xlnx, not mesa > mesa PROVIDES virtual/libgl but was skipped: > PREFERRED_PROVIDER_virtual/libgles2 set to libmali-xlnx, not mesa > mesa-gl PROVIDES virtual/libgl but was skipped: > PREFERRED_PROVIDER_virtual/libgl set to mesa, not mesa-gl > > > I haven't had any luck trying to set the preferred provider for virtual/libgl > to get rid of this error. > > In the recipe I'm currently working on I did also set RDEPENDS for > libmali-xlnx, but I'm not sure that worked properly. It seems to have built > fine, but I still don't seem to have the mali kernel module afterwards. > Do you have any further suggestions? > > Thanks very much for your time! > Emily > From: Luca Ceresoli <l...@lucaceresoli.net> > Sent: Friday, July 13, 2018 3:22:52 AM > To: Emily Smith; meta-xil...@lists.yoctoproject.org > Subject: Re: [meta-xilinx] Mali Kernel Module for ZCU102 > > Hi Emily, > > On 12/07/2018 17:12, Emily Smith wrote: > > Hi Everyone - > > > > > > I'm using poky and bitbake to build an OS for the Xilinx ZCU102 board, > > and I'm having trouble with the Mali Kernel Module here: > > > > https://github.com/Xilinx/meta-xilinx/tree/master/meta-xilinx-bsp/recipes-graphics/mali > > > > <https://github.com/Xilinx/meta-xilinx/tree/master/meta-xilinx-bsp/recipes-graphics/mali> > > > > > > > > I thought it should be built with the /meta-xilinx/meta-xilinx-bsp > > layer added in bitbake, but I'm not seeing a .ko file anywhere that's > > produced, or on the board once I boot it. Nothing was showing up > > with lsmod either. Do I need to enable anything, or set any variables > > for this to be built in the first place? > > > > > > Any information you can give me would be very helpful. > > kernel-module-mali is pulled in by libmali-xlnx: > > $ git grep -B1 kernel-module-mali > .../libmali-xlnx.bb-RDEPENDS_${PN} = " \ > .../libmali-xlnx.bb: kernel-module-mali \ > > Is libmali-xlnx built? > > A few things to check, in top-bottom order: > 1. your machine conf should have something like > PREFERRED_PROVIDER_virtual/libgles2 = "libmali-xlnx" > PREFERRED_PROVIDER_virtual/egl = "libmali-xlnx" > 2. libmali-xlnx should then be built > 3. libmali-xlnx RDEPENDS on kernel-module-mali, so it should > be built as well > > Bye, > -- > Luca > -- > _______________________________________________ > meta-xilinx mailing list > meta-xilinx@yoctoproject.org > https://lists.yoctoproject.org/listinfo/meta-xilinx
-- _______________________________________________ meta-xilinx mailing list meta-xilinx@yoctoproject.org https://lists.yoctoproject.org/listinfo/meta-xilinx
