On Tue, Mar 22, 2016 at 8:12 AM, Hongxu Jia wrote: > Since CFLAGS CPPFLAGS CXXFLAGS has been unset, variable DEBUG_FLAGS could > not been passed to compiler, so we explicitly add DEBUG_FLAGS to CC to > replace build path with target path. > Can you be more explicit here ? What is typically contained in DEBUG_FLAGS ? The kernel builds its own compiler line and flags, so anything you are setting from this environment, should not be leaking into the kernel build. .. which leaves me wondering, what exactly is in DEBUG_FLAGS, and how is it actually fixing the QA issue ? Bruce > > [YOCTO #7058] > > Signed-off-by: Hongxu Jia > --- > meta/classes/kernel.bbclass | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass > index c3eab50..d357ccf 100644 > --- a/meta/classes/kernel.bbclass > +++ b/meta/classes/kernel.bbclass > @@ -207,7 +207,7 @@ kernel_do_compile() { > copy_initramfs > > use_alternate_initrd=CONFIG_INITRAMFS_SOURCE=${B}/usr/${INITRAMFS_IMAGE}-${MACHINE}.cpio > fi > - oe_runmake ${KERNEL_IMAGETYPE_FOR_MAKE} ${KERNEL_ALT_IMAGETYPE} > CC="${KERNEL_CC}" LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} > $use_alternate_initrd > + oe_runmake ${KERNEL_IMAGETYPE_FOR_MAKE} ${KERNEL_ALT_IMAGETYPE} > CC="${KERNEL_CC} ${DEBUG_FLAGS}" LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} > $use_alternate_initrd > if test "${KERNEL_IMAGETYPE_FOR_MAKE}.gz" = "${KERNEL_IMAGETYPE}"; > then > gzip -9c < "${KERNEL_IMAGETYPE_FOR_MAKE}" > > "${KERNEL_OUTPUT}" > fi > @@ -216,7 +216,7 @@ kernel_do_compile() { > do_compile_kernelmodules() { > unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS MACHINE > if (grep -q -i -e '^CONFIG_MODULES=y$' ${B}/.config); then > - oe_runmake -C ${B} ${PARALLEL_MAKE} modules > CC="${KERNEL_CC}" LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} > + oe_runmake -C ${B} ${PARALLEL_MAKE} modules > CC="${KERNEL_CC} ${DEBUG_FLAGS}" LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS} > > # Module.symvers gets updated during the > # building of the kernel modules. We need to > -- > 1.9.1 > > -- > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core > -- "Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end"