5120 2013-09-04 16:29:59 +0000 mesa should not rebuild when MACHINE is changed with the same arch 2013-09-24 22:37:18 +0000 1 1 7 Build System, Metadata & Runtime BSPs bsps-meta-intel 1.5 x86 Multiple RESOLVED FIXED Medium+ normal Future 1 nitin.a.kamble nitin.a.kamble dvhart richard.purdie tom.zanussi --- --- No (bug/feature does not impact docs) oldest_to_newest 36271 0 nitin.a.kamble 2013-09-04 16:29:59 +0000 Currently mesa.bbappend in meta-intel manipulates the EXTRA_OECONF & DEPENDS vars of the mesa recipe based on the presence of EMGD. RP suggested that instead of manipulating the EXTRA_OECONF, do_populate_sysroot of the mesa recipe can be changed to avoid issue with EMGD recipe. That way the recipe will not rebuild for a different MACHINE. 36387 1 nitin.a.kamble 2013-09-06 22:12:51 +0000 I had a couple of attempts to fix this issue. RP had a discussion on this on oecore ML. And finally it is noted that this is quiet complicated to deal in 1.5 release. And more thought process is needed to get this resolved properly in the future. 36884 2 nitin.a.kamble 2013-09-18 15:15:39 +0000 the new mesa-gl recipe changes the scenario completely. for the mesa rebuild issue. Also there is a patch pending for meta-intel to reduce rebuilding of packages due to separate gl provider, emgd. 37148 3 nitin.a.kamble 2013-09-24 22:37:18 +0000 commit 49f495e388d986e568f6197075a56a6e7674b2f5 Author: Richard Purdie <richard.purdie@linuxfoundation.org> Date: Mon Sep 16 14:56:20 2013 +0000 Separate packagedir for GL components of EMGD BSPs When multiple BSPs of the same arch are built in a build directory, the differences in GL providers such as emgd-driver and mesa causes rebuild of large set of recipes, as they collide on each other's space for multiple BSPs. Although this does not impact correctness, it impacts build performance negatively. Richard had an idea of providing separate PACKAGE_DIR to the colliding recipes to avoid the build area collision. And this approach significantly reduces the negative impact on the build performance. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>