* [PATCH] module-base.bbclass: Call make instead of oe_runmake in do_make_scripts
@ 2013-01-27 6:54 Khem Raj
2013-01-28 18:43 ` Darren Hart
0 siblings, 1 reply; 4+ messages in thread
From: Khem Raj @ 2013-01-27 6:54 UTC (permalink / raw)
To: openembedded-core, dvhart
This makes the external module compilation a bit more robust for
cases where external module recipes may be passing extra params
to make via EXTRA_OEMAKE, and more that often one needs to pass
M=$(PWD) when building external modules and if we use EXTRA_OEMAKE
that would mean that it would appear in do_make_scripts as well
and since we are only changing the reference kernel src tree here
it will not run the make scripts in desired directory.
It is also well explained in top makefile in kernel tree around
line# 1335 in 3.4
|else # KBUILD_EXTMOD
|
|###
|# External module support.
|# When building external modules the kernel used as basis is considered
|# read-only, and no consistency checks are made and the make
|# system is not used on the basis kernel. If updates are required
|# in the basis kernel ordinary make commands (without M=...) must
|# be used.
Therefore passing M=... will not do the updates in the basis
kernel as expected with 'make scripts' so we have to bypass EXTRA_OEMAKE
[Yocto #3787]
Signed-off-by: Khem Raj <raj.khem@gmail.com>
---
meta/classes/module-base.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/module-base.bbclass b/meta/classes/module-base.bbclass
index cfee50a..9dbb4b4 100644
--- a/meta/classes/module-base.bbclass
+++ b/meta/classes/module-base.bbclass
@@ -18,6 +18,6 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
#
do_make_scripts() {
unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
- oe_runmake CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
+ make CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
-C ${STAGING_KERNEL_DIR} scripts
}
--
1.7.9.5
^ permalink raw reply related [flat|nested] 4+ messages in thread* Re: [PATCH] module-base.bbclass: Call make instead of oe_runmake in do_make_scripts
2013-01-27 6:54 [PATCH] module-base.bbclass: Call make instead of oe_runmake in do_make_scripts Khem Raj
@ 2013-01-28 18:43 ` Darren Hart
2013-01-28 19:11 ` Khem Raj
0 siblings, 1 reply; 4+ messages in thread
From: Darren Hart @ 2013-01-28 18:43 UTC (permalink / raw)
To: Khem Raj; +Cc: openembedded-core
On 01/26/2013 10:54 PM, Khem Raj wrote:
> This makes the external module compilation a bit more robust for
> cases where external module recipes may be passing extra params
> to make via EXTRA_OEMAKE, and more that often one needs to pass
s/that/than/ (this honestly through me a bit :-)
> M=$(PWD) when building external modules and if we use EXTRA_OEMAKE
> that would mean that it would appear in do_make_scripts as well
> and since we are only changing the reference kernel src tree here
> it will not run the make scripts in desired directory.
>
> It is also well explained in top makefile in kernel tree around
> line# 1335 in 3.4
>
> |else # KBUILD_EXTMOD
> |
> |###
> |# External module support.
> |# When building external modules the kernel used as basis is considered
> |# read-only, and no consistency checks are made and the make
> |# system is not used on the basis kernel. If updates are required
> |# in the basis kernel ordinary make commands (without M=...) must
> |# be used.
>
> Therefore passing M=... will not do the updates in the basis
> kernel as expected with 'make scripts' so we have to bypass EXTRA_OEMAKE
>
> [Yocto #3787]
>
> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Acked-by: Darren Hart <dvhart@linux.intel.com>
Thanks Khem!
--
Darren
> ---
> meta/classes/module-base.bbclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/classes/module-base.bbclass b/meta/classes/module-base.bbclass
> index cfee50a..9dbb4b4 100644
> --- a/meta/classes/module-base.bbclass
> +++ b/meta/classes/module-base.bbclass
> @@ -18,6 +18,6 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
> #
> do_make_scripts() {
> unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
> - oe_runmake CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
> + make CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
> -C ${STAGING_KERNEL_DIR} scripts
> }
>
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead - Linux Kernel
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [PATCH] module-base.bbclass: Call make instead of oe_runmake in do_make_scripts
2013-01-28 18:43 ` Darren Hart
@ 2013-01-28 19:11 ` Khem Raj
2013-01-28 20:03 ` Khem Raj
0 siblings, 1 reply; 4+ messages in thread
From: Khem Raj @ 2013-01-28 19:11 UTC (permalink / raw)
To: Darren Hart; +Cc: openembedded-core
On Mon, Jan 28, 2013 at 10:43 AM, Darren Hart <dvhart@linux.intel.com> wrote:
> On 01/26/2013 10:54 PM, Khem Raj wrote:
>> This makes the external module compilation a bit more robust for
>> cases where external module recipes may be passing extra params
>> to make via EXTRA_OEMAKE, and more that often one needs to pass
>
> s/that/than/ (this honestly through me a bit :-)
oh!,
Richard
should I send a V2 or would you amend it
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [PATCH] module-base.bbclass: Call make instead of oe_runmake in do_make_scripts
2013-01-28 19:11 ` Khem Raj
@ 2013-01-28 20:03 ` Khem Raj
0 siblings, 0 replies; 4+ messages in thread
From: Khem Raj @ 2013-01-28 20:03 UTC (permalink / raw)
To: Darren Hart; +Cc: openembedded-core
On Mon, Jan 28, 2013 at 11:11 AM, Khem Raj <raj.khem@gmail.com> wrote:
>> s/that/than/ (this honestly through me a bit :-)
>
> oh!,
>
> Richard
> should I send a V2 or would you amend it
OK I have fixed the typo in the pull branch I posted a short while ago.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-01-28 20:20 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-27 6:54 [PATCH] module-base.bbclass: Call make instead of oe_runmake in do_make_scripts Khem Raj
2013-01-28 18:43 ` Darren Hart
2013-01-28 19:11 ` Khem Raj
2013-01-28 20:03 ` Khem Raj
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox