Thread (11 messages) 11 messages, 4 authors, 2021-04-01

Re: [OE-core] [PATCH] make-mod-scripts: Provide the correct objcopy to kernel make

From: "Nishanth Menon" <nm@ti.com>
Date: 2021-03-29 16:48:37

On 11:14-20210329, Bruce Ashfield wrote:
[..]
quoted
quoted
So we really have to pass this, when fundamentally it is the same
definition as what the defaults give us.

What does that resolve to in your builds ? In mine, when I dump the
objcopy value from within the kernel build, I get:

| /opt/poky/build/tmp/work-shared/qemuarm64/kernel-source/Makefile:443:
*** objcopy: aarch64-poky-linux-objcopy.  Stop.

Which should be doing the job.
x86's objcopy - which is why I was trying to figure out what the heck
went on..
That is indeed strange.

What does bitbake -e tell you ?
Not sure if it helps.. but..
https://pastebin.ubuntu.com/p/JJHtNkwSwY/
CROSS_COMPILE should be exported by kernel.bbclass itself,
it definitely is in my environment dump.
Hmm.. ok - there is something going on.. I see the export in bbclass..
quoted
quoted
Are you building arm on arm ? or something else like that ?

Nothing fancy.. x86 PC cross compiling for arm. honestly, 5.11 build
went fine. What makes me wonder is how does it even build for you? how
does OBJCOPY variable even point to aarch64-poky-linux-objcopy
Indeed. I've done a full set of tests on all the arches for 5.12-rc+ (as
you can see by the lttng/perf/devsrc patches that I've been sending
Awesome.
in the past week), so something odd is going on here.
Yes, indeed. I think I will need to look closer at what is going on our
end.. As you pointed out CROSS_COMPILE should really be available in the
environment.. Rest of specific exports tend to  be a never-ending patchup job..
Are the layers you are building public ? if so, I can try with your exact
setup and see if I can reproduce the issue.
unfortunately, no. Denys and I are trying to figure our how to make
our private layer public in a manner that others can work with as
well.. but not yet.. we are still a few weeks or months away..

Let me try the reverse and try and reproduce your setup on my end and
see where the deltas are.. That might be more practical, I think..


Thanks for your time and hints.. I need to do more homework here..

-- 
Regards,
Nishanth Menon
Key (0xDDB5849D1736249D) / Fingerprint: F8A2 8693 54EB 8232 17A3  1A34 DDB5 849D 1736 249D
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help