[OE-core] [PATCH V3] musl: Fix dirent struct alignment issue seen on armv5te

[Khem Raj]

On Tue, Aug 7, 2018 at 4:03 AM Richard Purdie
<richard.purdie at linuxfoundation.org> wrote:
>
> On Thu, 2018-08-02 at 11:43 -0700, Khem Raj wrote:
> > - its a general problem however observed on armv5te based boards in
> > OE
> >   other arches either have ways to compensate for misaligned access
> > in hardware
> >   or compiler does not use 8byte alignment
> >
> > - fix internal linux headers
> >
> > Full logs
> > https://git.musl-libc.org/cgit/musl/log/?qt=range&q=9cad27a3dc1a4eb34
> > 9b6591e4dc8cc89dce32277..f2c6dbe2442027ed8fe0fa869918e41f495534d8
> >
> > Signed-off-by: Khem Raj <raj.khem at gmail.com>
> > ---
> > V3: Elaborate commit message
> >  meta/recipes-core/musl/musl_git.bb | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
>
> This seems to cause runtime testing failures for qemux86 and qemux86-
> 64:
>
>   4.137] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
> | [     4.137] (II) LoadModule: "glx"
> | [     4.138] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
> | [     4.147] (EE) Failed to load /usr/lib/xorg/modules/extensions/libglx.so: Error relocating /usr/lib/libGL.so.1: _ITM_deregisterTMCloneTable: initial-exec TLS resolves to dynamic definition in /usr/lib/libGL.so.1
> | [     4.147] (II) UnloadModule: "glx"
> | [     4.147] (II) Unloading glx
> | [     4.147] (EE) Failed to load module "glx" (loader failed, 7)
>
> https://autobuilder.yocto.io/builders/nightly-musl/builds/1208/steps/Running%20Sanity%20Tests/logs/stdio
>

it seems like this issue here
https://bugs.freedesktop.org/show_bug.cgi?id=35268
I am trying to reproduce tomorrow lets see.

> Cheers,
>
> Richard