Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Peter Seiderer <ps.report@gmx.net>
To: buildroot@busybox.net
Subject: [Buildroot] Failed to load libmmal.so from rpi-userland package via buildroot toolchain on raspberry pi 4
Date: Sat, 28 Mar 2020 11:31:33 +0100	[thread overview]
Message-ID: <20200328113133.022b01b6@gmx.net> (raw)
In-Reply-To: <CAPn7sn38WqJVgbLBkVj403GpkhcQx77HwdZ9zxEEvifO7qRbxg@mail.gmail.com>

Hello Iman,

On Sat, 28 Mar 2020 11:39:46 +0430, iman ahmadvand <iman72411@gmail.com> wrote:

> Hi everyone.
> It seems that loading the MMAL interface shared libraries from rpi-userland
> package via simple dlopen is not possible, or more specific, the packages
> or binaries such as VLC or VLC codec plugin (libavcodec_plugin) could not
> load the libavcodec from FFmpeg which in turn depends on libmmal*.so
>
> The steps to reproduce(with BR2_PACKAGE_RPI_USERLAND enabled,
> BR2_STRIP_strip disabled, BR2_OPTIMIZE_0 enabled):
> git clone git://git.busybox.net/buildroot buildroot && cd buildroot && git
> checkout 2019.11.01
> make raspberrypi4_defconfig && make all
>
> Then in this image try to run a simple c routine with dlopen(), if you do
> so, for example, ./dltest /usr/lib/libmmal.so you will end up with:
>
> symbol 'mmal_port_payload_alloc': can't resolve symbol
> symbol 'mmal_port_payload_free': can't resolve symbol
> symbol 'mmal_port_log_category': can't resolve symbol
>

Can confirm your failure...did not (yet) find out what fails exactly, but
ldd produces the following ouput (mind the 0x00000000):

	$ ldd /usr/lib/libmmal.so
checking sub-depends for '/usr/lib/libmmal_vc_client.so'
checking sub-depends for '/usr/lib/libmmal_components.so'
checking sub-depends for '/usr/lib/libvchiq_arm.so'
checking sub-depends for '/usr/lib/libvcsm.so'
checking sub-depends for '/usr/lib/libmmal_core.so'
checking sub-depends for '/usr/lib/libmmal_util.so'
checking sub-depends for '/usr/lib/libcontainers.so'
checking sub-depends for '/usr/lib/libvcos.so'
checking sub-depends for '/lib/libc.so.0'
        ld-uClibc.so.1 => /lib/ld-uClibc.so.1 (0xb6f8b000)
        libmmal_vc_client.so => /usr/lib/libmmal_vc_client.so (0x00000000)
        libmmal_components.so => /usr/lib/libmmal_components.so (0x00000000)
        libvchiq_arm.so => /usr/lib/libvchiq_arm.so (0x00000000)
        libvcsm.so => /usr/lib/libvcsm.so (0x00000000)
        libmmal_core.so => /usr/lib/libmmal_core.so (0x00000000)
        libmmal_util.so => /usr/lib/libmmal_util.so (0x00000000)
        libcontainers.so => /usr/lib/libcontainers.so (0x00000000)
        libvcos.so => /usr/lib/libvcos.so (0x00000000)
        libc.so.0 => /lib/libc.so.0 (0x00000000)
        /lib/ld-uClibc.so.1 => /lib/ld-uClibc.so.1 (0x00000000)


After changing the buildroot toolchain from uclibc to glibc (and a full
re-build) dlopen() of /usr/lib/libmmal.so works and ldd produces the
following output:

	$ ldd /usr/lib/libmmal.so
	linux-vdso.so.1 (0xbea59000)
	libmmal_vc_client.so => /usr/lib/libmmal_vc_client.so (0xb6f5f000)
	libmmal_components.so => /usr/lib/libmmal_components.so (0xb6f44000)
	libvchiq_arm.so => /usr/lib/libvchiq_arm.so (0xb6f2e000)
	libvcsm.so => /usr/lib/libvcsm.so (0xb6f14000)
	libmmal_core.so => /usr/lib/libmmal_core.so (0xb6ef6000)
	libmmal_util.so => /usr/lib/libmmal_util.so (0xb6ed8000)
	libcontainers.so => /usr/lib/libcontainers.so (0xb6eb5000)
	libvcos.so => /usr/lib/libvcos.so (0xb6e9c000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb6e71000)
	libdl.so.2 => /lib/libdl.so.2 (0xb6e5e000)
	librt.so.1 => /lib/librt.so.1 (0xb6e47000)
	libc.so.6 => /lib/libc.so.6 (0xb6cfb000)
	/lib/ld-linux-armhf.so.3 (0xb6f8f000)

Regards,
Peter


> Or for another proof of the issue, you can run VLC with X11 to play an
> MPEG-4 video, and you will  end up with VLC could not load the codec module
> because of the same thing:
>
> main debug: loading plugins cache file /usr/lib/vlc/plugins/plugins.dat
> main warning: cannot read /usr/lib/vlc/plugins/plugins.dat: No such
> file or directory
> main debug: recursively browsing `/usr/lib/vlc/plugins'
> main warning: cannot load module
> `/usr/lib/vlc/plugins/codec/libavcodec_plugin.so' ((null)
>
> Any idea about this?
>
> Best Regards.
> IMAN.

  reply	other threads:[~2020-03-28 10:31 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-28  7:09 [Buildroot] Failed to load libmmal.so from rpi-userland package via buildroot toolchain on raspberry pi 4 iman ahmadvand
2020-03-28 10:31 ` Peter Seiderer [this message]
2020-03-28 11:05   ` daggs
2020-03-28 14:28     ` Peter Seiderer
2020-03-28 17:04       ` daggs
2020-03-28 18:56         ` Peter Seiderer
2020-03-28 21:26           ` Peter Seiderer
2020-03-28 12:44   ` iman ahmadvand
2020-03-28 14:34     ` Peter Seiderer
2020-04-07 13:14       ` iman ahmadvand

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200328113133.022b01b6@gmx.net \
    --to=ps.report@gmx.net \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox