This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Segmentation fault in mgddaemon v3.4.1 on STLinux distribution

Hi,

I'm trying out Mali Graphics Debugger (v3.4.1.e98bc10b) on a target system having Mali-400 MP GPU, running the STLinux distribution (www.stlinux.com) and Mali r5p1 drivers.

The STLinux distribution comes with glibc 2.14.1 and running the daemon (hard float version) on the target gives:

root@b2120-h412_a9:~# gdb mgddaemon

GNU gdb (GDB) STMicroelectronics/Linux Base 7.6-49 [build Jul  2 2014]

Copyright (C) 2013 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "arm-cortex-linux-gnueabi".

For bug reporting instructions, please see:

<http://www.gnu.org/software/gdb/bugs/>...

Reading symbols from /root/mgddaemon...(no debugging symbols found)...done.

(gdb) run

Starting program: /root/mgddaemon

[Thread debugging using libthread_db enabled]

Using host libthread_db library "/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.

0x00000000 in ?? ()

(gdb) bt

#0  0x00000000 in ?? ()

#1  0x76f9a5f4 in __pthread_initialize_minimal_internal () at nptl-init.c:441

#2  0x76f99c1c in _init () from /lib/libpthread.so.0

#3  0x76fe0f28 in call_init (l=0x76ffc6d0, argc=1, argv=0x7efffd44, env=0x7efffd4c) at dl-init.c:70

#4  0x76fe0fb4 in _dl_init (main_map=0x76fff960, argc=1, argv=0x7efffd44, env=0x7efffd4c) at dl-init.c:100

#5  0x76fd3984 in _dl_start_user () from /lib/ld-linux-armhf.so.3

#6  0x76fd3984 in _dl_start_user () from /lib/ld-linux-armhf.so.3

Backtrace stopped: previous frame identical to this frame (corrupt stack?)

root@b2120-h412_a9:~# ldd ./mgddaemon

  librt.so.1 => /lib/librt.so.1 (0x76ec8000)

  libpthread.so.0 => /lib/libpthread.so.0 (0x76ea2000)

  libm.so.6 => /lib/libm.so.6 (0x76e2c000)

  libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x76e00000)

  libc.so.6 => /lib/libc.so.6 (0x76ce5000)

  ld-linux-armhf.so.3 => /lib/ld-linux-armhf.so.3 (0x76cb8000)

  /lib/ld-linux-armhf.so.3 (0x76edf000)

Any indications on how to solve the issue? Otherwise, is mgddaemon available in source code, so that I could build a suitable package for STLinux?

Thanks,

Ilyes

  • Hi Ilyes,

    We don't provide the daemon as source code.

    If you work for an ARM partner/customer just contact ARM directly and we can provide a specific build built with the correct toolchain (send me a private message if you are unsure how to do that).

    Otherwise, can you contact stebarton directly to talk about other options.

    Thanks,

    Jon.