[OE-core] [oe-core 14/20] mesa-dri: introduce MACHINE_DRI_MODULES

Richard Purdie richard.purdie at linuxfoundation.org
Fri Oct 14 16:04:44 UTC 2011


On Thu, 2011-10-13 at 16:07 +0200, Martin Jansa wrote:
> On Thu, Oct 13, 2011 at 02:56:24PM +0100, Richard Purdie wrote:
> > On Thu, 2011-10-13 at 15:32 +0200, Martin Jansa wrote:
> > > On Thu, Oct 13, 2011 at 02:23:54PM +0100, Richard Purdie wrote:
> > > > On Thu, 2011-10-13 at 13:30 +0200, Martin Jansa wrote:
> > > > > * not everybody needs i915, i965
> > > > > 
> > > > > Signed-off-by: Martin Jansa <Martin.Jansa at gmail.com>
> > > > > ---
> > > > >  meta/recipes-graphics/mesa/mesa-dri.inc     |    4 ++++
> > > > >  meta/recipes-graphics/mesa/mesa-dri_7.11.bb |    2 --
> > > > >  2 files changed, 4 insertions(+), 2 deletions(-)
> > > > > 
> > > > > diff --git a/meta/recipes-graphics/mesa/mesa-dri.inc b/meta/recipes-graphics/mesa/mesa-dri.inc
> > > > > index 603438e..be6905c 100644
> > > > > --- a/meta/recipes-graphics/mesa/mesa-dri.inc
> > > > > +++ b/meta/recipes-graphics/mesa/mesa-dri.inc
> > > > > @@ -6,6 +6,10 @@ DEFAULT_PREFERENCE = "-1"
> > > > >  
> > > > >  EXTRA_OECONF += "--with-driver=dri --disable-egl --disable-gallium --without-gallium-drivers"
> > > > >  
> > > > > +MACHINE_DRI_MODULES ?= ""
> > > > > +PACKAGE_ARCH = "${@['${MACHINE_ARCH}','${TUNE_PKGARCH}'][bb.data.getVar('MACHINE_DRI_MODULES',d,1) == '']}"
> > > > > +EXTRA_OECONF += "--with-dri-drivers=swrast,${MACHINE_DRI_MODULES}"
> > > > > +
> > > > >  python populate_packages_prepend() {
> > > > >  	import os.path
> > > > 
> > > > Whilst I understand the problem, I don't like this solution.
> > > > Particularly, it means that the meas-dri package needs to be marked as
> > > > machine specific which I don't like the idea of at all.
> > > > 
> > > > How about we do this on a per architecture basis?
> > > 
> > > taken from cover-letter:
> > > but maybe we can use it as distro variable and keep it with default arch.
> > > But then we cannot just add ie glamo dri module from meta-openmoko like this:
> > > http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=b50c8d00cf764c276b0792c0623b8eda3d18d343
> > > without distro (setting MACHINE_DRI_MODULES) depending on such bsp layer.
> > 
> > Whilst I hadn't seen the patch I was guessing you were doing something
> > like this. Will the glamo module build on all arm platforms or just
> > gta02 specifically?
> 
> It should build on all arm platforms, but depends on another patch to
> libdrm
> http://git.shr-project.org/git/?p=meta-smartphone.git;a=commit;h=0a846fa3dec896751b44811cd909013874920aae
> which should also build on all arm platforms.
> 
> I was using both patches for all machines (distr==SHR basis) in OE-classic, 
> but with BSP layers I found it nice to keep them only in respective layer 
> and now I would need to move them to upper layer again..

Not necessarily, you can keep them in the layer but apply the patch
globally. This means you do need to build shr with all layers enabled
but that shouldn't be too much of an issue?

Cheers,

Richard





More information about the Openembedded-core mailing list