Re: [OE-core] [PATCH] binutils: Upgrade to 2.38 release

[Bruce Ashfield <bruce.ashfield@gmail.com>]

On Sun, Feb 13, 2022 at 3:31 PM Richard Purdie
<richard.purdie@linuxfoundation.org> wrote:
>
> On Sun, 2022-02-13 at 11:27 -0500, Bruce Ashfield wrote:
> > On Sun, Feb 13, 2022 at 9:27 AM Richard Purdie
> > <richard.purdie@linuxfoundation.org> wrote:
> > >
> > > On Sat, 2022-02-12 at 20:25 -0500, Bruce Ashfield wrote:
> > > > On Sat, Feb 12, 2022 at 12:27 PM Khem Raj <raj.khem@gmail.com> wrote:
> > > > >
> > > > > On Sat, Feb 12, 2022 at 5:27 AM Richard Purdie
> > > > > <richard.purdie@linuxfoundation.org> wrote:
> > > > > >
> > > > > > On Thu, 2022-02-10 at 10:37 -0800, Khem Raj wrote:
> > > > > > > Release Notes are here [1]
> > > > > > >
> > > > > > > [1] https://lists.gnu.org/archive/html/info-gnu/2022-02/msg00009.html
> > > > > > >
> > > > > > > Signed-off-by: Khem Raj <raj.khem@gmail.com>
> > > > > >
> > > > > > So far there was a mingw failure:
> > > > > >
> > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/4729
> > > > >
> > > > > This seems a race
> > > > >
> > > > > > i686-w64-mingw32-dlltool: lib32/libd3dcompiler_35.a: error reading
> > > > > D3DCompiler_dll_t.o: No such file or directory
> > > > > > Assembler messages:
> > > > > > Error: can't open D3DCompiler_dll_h.s for reading: No such file or directory
> > > > > > i686-w64-mingw32-dlltool: i686-w64-mingw32-as exited with status 1
> > > > > > i686-w64-mingw32-dlltool: failed to open temporary head file:
> > > > > D3DCompiler_dll_h.o: No such file or directory
> > > > > > Makefile:82403: recipe for target 'lib32/libd3dcompiler_35.a' failed
> > > > > > make[1]: *** [lib32/libd3dcompiler_35.a] Error 1
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > and a qemuppc kernel build issue:
> > > > > >
> > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/63/builds/4688
> > > > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/107/builds/2632
> > > > > >
> > > > >
> > > > > this needs a kernel patch backported ( looking towards Bruce to include it)
> > > > >
> > > > > https://lore.kernel.org/lkml/20220211005113.1361436-1-anders.roxell@linaro.org/T/
> > > >
> > > > I've grabbed this change, and the riscv one, and applied them to 5.10 and 5.15.
> > > >
> > > > The pull request is on the list for the binutils fixes and -stable updates.
> > >
> > > Thanks Bruce. Unfortunately this doesn't seem to fix the qemuppc build issues:
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/63/builds/4691
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/107/builds/2634
> >
> > I see a patch from January on lkml with the shortlog: "powerpc/mm:
> > Switch obsolete dssall to .long", which may be related.
> >
> > But I'm not setup to see the build issues myself this weekend, but can
> > start looking more closely on Monday.
>
> I can confirm that cherry-picking:
>
> From d51f86cfd8e378d4907958db77da3074f6dce3ba Mon Sep 17 00:00:00 2001
> From: Alexey Kardashevskiy <aik@ozlabs.ru>
> Date: Tue, 21 Dec 2021 16:59:03 +1100
> Subject: powerpc/mm: Switch obsolete dssall to .long
>
> into 5.15 locally did fix my qemuppc build.
>

I managed to miss this on the weekend. I've grabbed it for 5.15, and
have had to tweak it a bit for 5.10. Once my 5.10 builds are done,
I'll send SRCREV updates for linux-yocto.

Bruce

> Cheers,
>
> Richard
>
>


--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II