On 16:52-20210401, Bruce Ashfield wrote:
[...]
> > Though I still don't understand the rationale why would we not move
> > CROSS_COMPILE from kernel.bbclass to kernel-arch.bbclass instead of
> > having to duplicate it here? after all KERNEL_CC etc are in that realm
> > and would'nt CROSS_COMPILE fa
On 09:22-20210401, Bruce Ashfield wrote:
> On Wed, Mar 31, 2021 at 8:00 PM Denys Dmytriyenko wrote:
> >
> > Fixes:
> > | CALL
> > /OE/poky-master/build/tmp/work-shared/qemuarm64/kernel-source/scripts/checksyscalls.sh
> > | CALL
> > /OE/poky-master/build/tmp/work-shared/qemuarm64/kernel
On 11:14-20210329, Bruce Ashfield wrote:
[..]
> > >
> > > 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
On 13:31-20210327, Bruce Ashfield wrote:
> On Thu, Mar 25, 2021 at 9:13 PM Nishanth Menon via
> lists.openembedded.org wrote:
> >
> > When cross-compiling with v5.12-rc3, prepare fails[1] build of vdso at
> > the objcopy stage since it seems to be using the local host&#
When cross-compiling with v5.12-rc3, prepare fails[1] build of vdso at
the objcopy stage since it seems to be using the local host's objcopy
rather than the cross-compile version we want it to use.
This can be trivially reproduced in a localbuild of the kernel
following the build parameters provid
