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

Richard Purdie richard.purdie at linuxfoundation.org
Tue Aug 7 11:03:50 UTC 2018


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

Cheers,

Richard



More information about the Openembedded-core mailing list