Error _armv7_tick openssl

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view

Error _armv7_tick openssl

Jay D Bhatt

Hi ,


I was working on a armv7l architecture platform and was trying to run webruntime related library, but it was crashing _armv7_tick(). So, I did GDB on the wrt binary and below are the logs:


root:/usr/bin> gdb wrt_launchpad_daemon

GNU gdb (GDB) 7.5.1

Copyright (C) 2012 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <>

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 "armv7l-tizen-linux-gnueabi".

For bug reporting instructions, please see:


Reading symbols from /usr/bin/wrt_launchpad_daemon...(no debugging symbols found)...done.

(gdb) run

Starting program: /usr/bin/wrt_launchpad_daemon

warning: File "/usr/lib/" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".

To enable execution of this file add

        add-auto-load-safe-path /usr/lib/

line to your configuration file "/root/.gdbinit".

To completely disable this security protection add

        set auto-load safe-path /

line to your configuration file "/root/.gdbinit".

For more information about this security protection see the

"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:

        info "(gdb)Auto-loading safe path"

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.


Program received signal SIGILL, Illegal instruction.

0x2ea486e8 in _armv7_tick () from /usr/lib/

(gdb) bt

#0  0x2ea486e8 in _armv7_tick () from /usr/lib/

#1  0x2ea460ac in OPENSSL_cpuid_setup () from /usr/lib/

#2  0x2aab5e0e in call_init () from /lib/

#3  0x2aab5ea0 in _dl_init_internal () from /lib/

#4  0x2aab8c26 in dl_open_worker () from /lib/

#5  0x2aab5d2a in _dl_catch_error () from /lib/

#6  0x2aab8642 in _dl_open () from /lib/

#7  0x2c1dab00 in dlopen_doit () from /usr/lib/

#8  0x2aab5d2a in _dl_catch_error () from /lib/

#9  0x2c1daf54 in _dlerror_run () from /usr/lib/

#10 0x2c1dab8a in dlopen@@GLIBC_2.4 () from /usr/lib/

#11 0x0000a744 in main ()

(gdb) disas _armv7_tick

Dump of assembler code for function _armv7_tick:

=> 0x2e2b76e8 <+0>:     mrc     15, 0, r0, cr9, cr13, {0}

   0x2e2b76ec <+4>:     bx      lr

End of assembler dump.




It seems that either the architecture platform is not able to identify the instructions or some other reason, due to which it fails.

Has anyone faced similar problem? Could anybody suggest some solution or patch which can solve this issue?





Information contained and transmitted by this e-mail is confidential and proprietary to IGATE and its affiliates and is intended for use only by the recipient. If you are not the intended recipient, you are hereby notified that any dissemination, distribution, copying or use of this e-mail is strictly prohibited and you are requested to delete this e-mail immediately and notify the originator or [hidden email]. IGATE does not enter into any agreement with any party by e-mail. Any views expressed by an individual do not necessarily reflect the view of IGATE. IGATE is not responsible for the consequences of any actions taken on the basis of information provided, through this email. The contents of an attachment to this e-mail may contain software viruses, which could damage your own computer system. While IGATE has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening an attachment. To know more about IGATE please visit