[Xenomai-help] ARM: missing symbols on building the libraries

[Xenomai-help] ARM: missing symbols on building the libraries

[Jan de Kruyf]

[-- Attachment #1: Type: text/plain, Size: 5116 bytes --]

Hallo,
I came across some weird problem, which might or might not be my own doings,
while cross compiling kernel + xenomai.
Although this is all Debian flavoured I have a suspicion it comes from the
xenomai source, so thats why I posted it here first.

kernel 2.6.31-rc3
xenomai git Date:   Mon Jun 28 00:35:30 2010 +0200

toolchain codesourcery-armgcc-2009q1.
DEB_HOST_GNU_TYPE=arm-none-linux-gnueabi  #(cross-compiler prefix)
DEB_BUILD_GNU_TYPE=$(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)

CONFIG_OPTS = --enable-arm-mach=at91sam926x --enable-arm-eabi
CONFIG_OPTS += --prefix=/usr \
                --includedir=/usr/include/xenomai \
                --mandir=/usr/share/man \
            --with-testdir=/usr/lib/xenomai\
            --enable-arm-tsc


The Debian library package build gives me this output, no matter what
directories I search:

dpkg-shlibdeps: warning: symbol xeno_bind_skin_opt used by
debian/libxenomai1/usr/lib/libvxworks.so.1.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol xeno_set_current used by
debian/libxenomai1/usr/lib/libvxworks.so.1.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol xeno_init_current_mode used by
debian/libxenomai1/usr/lib/libvxworks.so.1.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol __xnsig_dispatch used by
debian/libxenomai1/usr/lib/libvxworks.so.1.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol xeno_handle_mlock_alert used by
debian/libxenomai1/usr/lib/libvxworks.so.1.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol xeno_sigshadow_install_once used by
debian/libxenomai1/usr/lib/libvxworks.so.1.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol xeno_bind_skin_opt used by
debian/libxenomai1/usr/lib/libvrtx.so.0.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol xeno_set_current used by
debian/libxenomai1/usr/lib/libvrtx.so.0.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol xeno_map_heap used by
debian/libxenomai1/usr/lib/libvrtx.so.0.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol xeno_init_current_mode used by
debian/libxenomai1/usr/lib/libvrtx.so.0.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol __xnsig_dispatch used by
debian/libxenomai1/usr/lib/libvrtx.so.0.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol xeno_handle_mlock_alert used by
debian/libxenomai1/usr/lib/libvrtx.so.0.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol xeno_sigshadow_install_once used by
debian/libxenomai1/usr/lib/libvrtx.so.0.0.0 found in none of the libraries.
dpkg-shlibdeps: warning: symbol xeno_bind_skin_opt used by
debian/libxenomai1/usr/lib/libuitron.so.0.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol xeno_set_current used by
debian/libxenomai1/usr/lib/libuitron.so.0.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol xeno_init_current_mode used by
debian/libxenomai1/usr/lib/libuitron.so.0.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol __xnsig_dispatch used by
debian/libxenomai1/usr/lib/libuitron.so.0.0.0 found in none of the
libraries.
dpkg-shlibdeps: warning: symbol xeno_handle_mlock_alert used by
debian/libxenomai1/usr/lib/libuitron.so.0.0.0 found in none of the
libraries.
dpkg-shlibdeps: . . . . . .

so I concluded that perhaps these symbols  are in the realtime kernel
interface BUT:
the System.Map does NOT show they have been compiled in at all, although the
standard adeos and xenomai patches have been applied
and some of the skins have been enabled in the kernel .config.

Here is the location of most of the symbols in the xenomai.git source (The
OlimexKernel directory is merely the top directory where I keep all that
stuff)

jan@domain.hid$ grep
'xeno_bind_skin_opt' *.h
jan@domain.hid$ grep
'xeno_bind_skin_opt' */*.h
bits/bind.h:xeno_bind_skin_opt(unsigned skin_magic, const char *skin,
bits/bind.h:    int muxid = xeno_bind_skin_opt(skin_magic, skin, module,
sighandler);
jan@domain.hid$ grep
'xeno_set_current' */*.h
bits/current.h:void xeno_set_current(void);
jan@domain.hid$ grep
'xeno_init_current_mode' */*.h
bits/current.h:unsigned long *xeno_init_current_mode(void);
jan@domain.hid$ grep
'__xnsig_dispatch' */*.h
jan@domain.hid$ grep
'__xnsig_dispatch' *.h
syscall.h:int __xnsig_dispatch(struct xnsig *sigs, int cumulated_error, int
last_error);
syscall.h:int __xnsig_dispatch_safe(struct xnsig *sigs, int cumulated_error,
int last_error);
syscall.h:              return __xnsig_dispatch(sigs, cumul, last);
syscall.h:              return __xnsig_dispatch_safe(sigs, cumul, last);
jan@domain.hid$ grep
'xeno_handle_mlock_alert' */*.h
bits/bind.h:void xeno_handle_mlock_alert(int sig, siginfo_t *si, void
*context);
bits/bind.h:    sa.sa_sigaction = xeno_handle_mlock_alert;
jan@domain.hid$ grep
'xeno_sigshadow_install_once' */*.h
bits/sigshadow.h:void xeno_sigshadow_install_once(void);
jan@domain.hid$

Does someone perhaps know where the Kconfig file or the *.c/h file lives
that includes this stuff?


Cheers,

Jan de Kruyf.

[-- Attachment #2: Type: text/html, Size: 5587 bytes --]

Re: [Xenomai-help] ARM: missing symbols on building the libraries

[Gilles Chanteperdrix]

Jan de Kruyf wrote:
> The Debian library package build gives me this output, no matter what
> directories I search:
> 
> dpkg-shlibdeps: warning: symbol xeno_bind_skin_opt used by
> debian/libxenomai1/usr/lib/libvxworks.so.1.0.0 found in none of the
> libraries.
> 
> so I concluded that perhaps these symbols  are in the realtime kernel
> interface BUT:

Errr... There is absolutely no way user-space code can be dynamically
linked with kernel functions. The interface between the two is the
system calls interface.

> the System.Map does NOT show they have been compiled in at all, although
> the standard adeos and xenomai patches have been applied
> and some of the skins have been enabled in the kernel .config.
> 
> Here is the location of most of the symbols in the xenomai.git source
> (The OlimexKernel directory is merely the top directory where I keep all
> that stuff)
> Does someone perhaps know where the Kconfig file or the *.c/h file lives
> that includes this stuff?

This is user-space stuff, so it is not related to Kconfig.

As explained in the README.INSTALL file, the sources for the kernel-part
are located in the subdirectories of the ksrc directory, while the
sources for the user-space part are located in the subdirectories of the
src directory.

Anyway, all this comes from the libxenomai library. As witnessed by
people installing and using Xenomai on ARM while following the
installation instructions in README.INSTALL, everything is fine with
Xenomai, your problem is elsewhere.

-- 
					    Gilles.

Re: [Xenomai-help] ARM: missing symbols on building the libraries

[Gilles Chanteperdrix]

Jan de Kruyf wrote:
> Hallo,
> I came across some weird problem, which might or might not be my own
> doings, while cross compiling kernel + xenomai.
> Although this is all Debian flavoured I have a suspicion it comes from
> the xenomai source, so thats why I posted it here first.
> 
> kernel 2.6.31-rc3
> xenomai git Date:   Mon Jun 28 00:35:30 2010 +0200

I missed that detail. Do you have the same problem with Xenomai 2.5.3
release ?

-- 
					    Gilles.