[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