On Wed, Feb 6, 2013 at 4:57 PM, Andreas Müller <[email protected]> wrote: > One - maybe stupid - question: Have you tested with latest oe-core -or > do you have > > commit c753f9d59f4d0a5af4ea5deb6e2b9609e05314e2 > Author: Mark Asselstine <[email protected]> > Date: Thu Jan 31 13:31:03 2013 -0500 > > kernel: avoid copying unnecessary files during do_install > > kernel_do_install() populates $kerneldir with files needed to build > external modules. To accomplish this there are several copy commands > to get source from the kernel source tree and build trees after which > a 'clean' is performed. Since we are copying from the build tree we > get about 1G of .o and .cmd files copied over only to have them > removed when we clean. This adds additional IO overhead as well as > overhead caused by pseudo. By avoiding copying these files in the > first place we get multiple gains: > * avoid initial copy > * avoid file deletes during clean > * reduce pseudo overhead > > Additionally we are making use of cpio vs cp which tends to be > significantly faster at performing copies. > > With these changes I observe a 15-30% decrease in the time to complete > the do_install() operation on the kernel. > > [YOCTO #3517] > > Signed-off-by: Mark Asselstine <[email protected]> > Signed-off-by: Bruce Ashfield <[email protected]> > Signed-off-by: Richard Purdie <[email protected]> > > in your repo? > > Andreas
FYI: I removed meta-gumstix-community from my layers and ran MACHINE="beagleboard" bitbake omap3-sgx-modules and get same: | make[3]: *** No rule to make target `/home/Superandy/tmp/oe-core-eglibc/work/beagleboard-angstrom-linux-gnueabi/omap3-sgx-modules/4.08.00.01-r122a/Graphics_SDK_4_08_00_01/GFX_Linux_KM/services4/3rdparty/linux_drm/drm_auth.o', needed by `/home/Superandy/tmp/oe-core-eglibc/work/beagleboard-angstrom-linux-gnueabi/omap3-sgx-modules/4.08.00.01-r122a/Graphics_SDK_4_08_00_01/GFX_Linux_KM/services4/3rdparty/linux_drm/drm.o'. Stop. so I think it is related to changes in other layers. Did you test with master or danny? Andreas _______________________________________________ meta-ti mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-ti
