Hi Emily, You can use something like this https://github.com/Xilinx/meta-xilinx/blob/rel-v2018.2/meta-xilinx-bsp/conf/machine/include/machine-xilinx-default.inc#L32-L36
The above can be used from master/sumo branch. This hasn't been added yet to master, note that not all variants of FPGA support MALI 400 GPU. I will send a patch this week to update the defaults using the override mechanism. Thanks, Manju > -----Original Message----- > From: [email protected] [mailto:meta-xilinx- > [email protected]] On Behalf Of Jean-Francois Dagenais > Sent: Sunday, July 15, 2018 5:06 PM > To: Emily Smith <[email protected]> > Cc: Luca Ceresoli <[email protected]>; [email protected] > Subject: Re: [meta-xilinx] Mali Kernel Module for ZCU102 > > 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 <[email protected] > <mailto:[email protected]> > 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 <[email protected] > <mailto:[email protected]> > > Sent: Friday, July 13, 2018 3:22:52 AM > To: Emily Smith; [email protected] <mailto:meta- > [email protected]> > 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 > > > > > > 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 > [email protected] <mailto:[email protected]> > https://lists.yoctoproject.org/listinfo/meta-xilinx > -- _______________________________________________ meta-xilinx mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-xilinx
