Hi, We currently porting a Xenomai application from 2.6 to 3.1. The platform is arm. The hardware is imx6. We are using xenomai 3.1.x branch on git.
The application startup is done by a "loader" which is not linked with Xenomai, but it loads a shared library which contains the Xenomai realtime part. Because of this, the Xenomai userspace is configured with --enable-dlopen-libs. The complete configuration line is: ../configure --host=arm-linux-gnueabi --enable-smp --build=i686-pc-linux-gnu --prefix=/usr/xenomai --enable-dlopen-libs --enable-async-cancel Since the realtime part uses posix skin and alchemy (was native) skin as well, we enable both. Also auto-init-solib. xeno-config --rtdm --skin posix --skin alchemy --auto-init-solib --ldflags When we start the loader / application via command line everything works fine. The dlopen call is successful and we can jump into the library using dlsym() for symbol lookup. But when we try to start the same application in gdb, the application hangs on dlopen(). Gdb backtrace look like it is waiting vor a mutex in the heap init part of xenomai. I wrote a short test loader and library (attached). The same happens here. You can find the backtrace below. Gdb revision is 8.2.1. Any hints, what may be wrong? Thanks in advance, Gunter Output of test when started on commandline: Main will now open I am the lib my_lib_entry_point The result of my lib was 0 Backtrace of test when started in gdb and "hangs": (gdb) backtrace #0 0x76de0360 in __cobalt_pthread_mutex_lock (mutex=mutex@entry=0x76e1a410 <heapmem_main>) at ../../../lib/cobalt/mutex.c:375 #1 0x76de68e8 in add_extent (heap=heap@entry=0x76e1a410 <heapmem_main>, mem=mem@entry=0x763d8008, size=size@entry=1073248) at ../../../lib/boilerplate/heapmem.c:679 #2 0x76de6ec4 in heapmem_init (heap=0x76e1a410 <heapmem_main>, mem=mem@entry=0x763d8008, size=size@entry=1073248) at ../../../lib/boilerplate/heapmem.c:711 #3 0x76e0925c in heapobj_pkg_init_private () at ../../../lib/copperplate/heapobj-heapmem.c:111 #4 0x76e05b08 in copperplate_init () at ../../../lib/copperplate/init.c:204 #5 0x76de7e18 in __xenomai_init (argcp=argcp@entry=0x7efff694, argvp=argvp@entry=0x7efff698, me=0x0) at ../../../lib/boilerplate/setup.c:631 #6 0x76de8390 in xenomai_init_dso (argcp=argcp@entry=0x7efff694, argvp=argvp@entry=0x7efff698) at ../../../lib/boilerplate/setup.c:693 #7 0x76e3b6b4 in call_init (argvp=0x7efff698, argcp=0x7efff694) at ../../../../lib/boilerplate/init/bootstrap.c:169 #8 xenomai_bootstrap () at ../../../../lib/boilerplate/init/bootstrap.c:169 #9 0x76fddc1c in call_init (l=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x7efffce4, env=env@entry=0x7efffcec) at dl-init.c:72 #10 0x76fddd20 in call_init (env=<optimized out>, argv=<optimized out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:30 #11 _dl_init (main_map=main_map@entry=0x54abd168, argc=1, argv=0x7efffce4, env=0x7efffcec) at dl-init.c:119 #12 0x76fe1bd8 in dl_open_worker (a=<optimized out>) at dl-open.c:506 #13 0x76f58c5c in __GI__dl_catch_exception (exception=0x76f58c5c <__GI__dl_catch_exception+96>, operate=0x7efff9a0, args=0x7efff91c) at dl-error-skeleton.c:196 #14 0x76fe1460 in _dl_open (file=0x54aaa7b8 "./mylib.so", mode=-2147483638, caller_dlopen=0x54aaa558 <main(int, char**)+32>, nsid=-2, argc=1, argv=0x7efffce4, env=0x7efffcec) at dl-open.c:588 #15 0x76fbbcdc in dlopen_doit (a=0x7efffb78) at dlopen.c:66 #16 0x76f58c5c in __GI__dl_catch_exception (exception=0x76f58c5c <__GI__dl_catch_exception+96>, exception@entry=0x7efffb34, operate=0x0, args=0x7efffb3c, args@entry=0x76fbbc60 <dlopen_doit>) at dl-error-skeleton.c:196 #17 0x76f58cd8 in __GI__dl_catch_error (objname=0x76fcd018 <last_result+12>, errstring=0x76fcd01c <last_result+16>, mallocedp=0x76fcd014 <last_result+8>, operate=<optimized out>, args=0x7efffb78) at dl-error-skeleton.c:215 #18 0x76fbc4c0 in _dlerror_run (operate=0x76fbbc60 <dlopen_doit>, args=args@entry=0x7efffb78) at dlerror.c:163 #19 0x76fbbd88 in __dlopen (file=0x54aaa7b8 "./mylib.so", mode=<optimized out>) at dlopen.c:87 #20 0x54aaa558 in main () at main.cpp:11 Gunter Grau Product Owner Philips Philips Medizin Systeme Böblingen GmbH, Hewlett-Packard-Strasse 2, 71034 Böblingen, Germany Email: gunter.g...@philips.com | www.philips.com/healthcare ________________________________ The information contained in this message may be confidential and legally protected under applicable law. The message is intended solely for the addressee(s). If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reproduction of this message is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender by return e-mail and destroy all copies of the original message. -------------- next part -------------- A non-text attachment was scrubbed... Name: xenomai3-gdb-test.tar.gz Type: application/x-gzip Size: 987 bytes Desc: xenomai3-gdb-test.tar.gz URL: <http://xenomai.org/pipermail/xenomai/attachments/20210512/325958b3/attachment.bin>
