From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from dan.rpsys.net ([93.97.175.187]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1REkCd-0001aQ-P3 for openembedded-core@lists.openembedded.org; Fri, 14 Oct 2011 18:01:43 +0200 Received: from localhost (dan.rpsys.net [127.0.0.1]) by dan.rpsys.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id p9EG2cN9023314 for ; Fri, 14 Oct 2011 17:02:38 +0100 X-Virus-Scanned: Debian amavisd-new at dan.rpsys.net Received: from dan.rpsys.net ([127.0.0.1]) by localhost (dan.rpsys.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id jV16DS-L55-k for ; Fri, 14 Oct 2011 17:02:37 +0100 (BST) Received: from [192.168.1.66] (tim [93.97.173.237]) (authenticated bits=0) by dan.rpsys.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id p9EG2Yh7023306 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 14 Oct 2011 17:02:36 +0100 From: Richard Purdie To: Patches and discussions about the oe-core layer Date: Fri, 14 Oct 2011 16:55:50 +0100 In-Reply-To: <20111014153034.GL3542@jama.jama.net> References: <1318603356.2342.20.camel@ted> <1318605925.2342.24.camel@ted> <20111014153034.GL3542@jama.jama.net> X-Mailer: Evolution 3.1.91- Message-ID: <1318607759.2342.28.camel@ted> Mime-Version: 1.0 Subject: Re: [PATCH] mesa-dri: Enable swrast only by default and intel drivers only on IA platform X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2011 16:01:44 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit On Fri, 2011-10-14 at 17:30 +0200, Martin Jansa wrote: > On Fri, Oct 14, 2011 at 04:25:16PM +0100, Richard Purdie wrote: > > On Fri, 2011-10-14 at 11:46 -0300, Otavio Salvador wrote: > > > +1 > > > > > > Just another thing, I'd prefer to have DRIDRIVERS as ?= so machine can > > > override it. > > > > I really wouldn't recommend overriding this on a per machine basis, it > > needs to be on a per arch basis. This is because the recipe is not > > machine specific (nor should it be). > > > > Configuration therefore falls to the distro, not machine. > > Why not make it machine specific only when machine provides own module > (like the case with glamo on om-gta02)? > > Or recipe cannot change PACKAGE_ARCH in some special cases (like > $MACHINE in path to some file in SRC_URI) anymore? It works just fine but its not nice practise in my opinion for a library like this and I don't see there is any need in this case. Certainly I don't see it as something OE-Core should be recommending. Cheers, Richard