On Tue, Aug 7, 2018 at 4:03 AM Richard Purdie <[email protected]> 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 <[email protected]> > > --- > > 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 -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
