-
-
Notifications
You must be signed in to change notification settings - Fork 82
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix libosmousb target name #6
Conversation
... to match other OSMO modules
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi,
please submit whatever patches in http://gerrit.osmocom.org, we don't support accepting patches through github.
BTW, this patch was already submitted today and will be merged soon:
https://gerrit.osmocom.org/c/libosmocore/+/16969/1/src/usb/Makefile.am
GitHub is only used to mirror osmocom projects. Please read the following instructions to submit patches. |
@pespin OK thanks for that info; I had wondered if this was the correct venue for changes. Glad to know that fix is in the pipeline already. |
@michaelld bear in mind only one of the two patches has been submitted, so please take care of submitting the other one! See for more information: |
Recent commit introduced the "blocking-io" param to "log stderr" VTY command, which calls log_target_file_switch_to_{stream,wqueue}. The VTY command already locks the log_tgt_mutex mutex, since it has to access the tgt list. However, the functions mention above also want to lock the same mutex in order to log information. Let's drop the logging to avoid the double lock, and update its documentation to mention it must be called with the lock already held, as documented on other similar functions. The issue can be spotted when running osmo-trx-uhd: """ (gdb) bt #0 0x00007ffff75d7600 in __lll_lock_wait () from /usr/lib/libpthread.so.0 #1 0x00007ffff75d0503 in pthread_mutex_lock () from /usr/lib/libpthread.so.0 #2 0x00007ffff66314fb in log_tgt_mutex_lock_impl () at /git/libosmocore/src/logging.c:130 #3 0x00007ffff6638e74 in log_check_level (subsys=8, subsys@entry=-1, level=level@entry=3) at /git/libosmocore/src/logging.c:1510 #4 0x00007ffff6639c91 in log_target_file_switch_to_wqueue (target=target@entry=0x611000000320) at /git/libosmocore/src/logging.c:1186 #5 0x00007ffff68565d3 in cfg_log_stderr (self=<optimized out>, vty=0x6140000018a0, argc=0, argv=<optimized out>) at /git/libosmocore/src/vty/logging_vty.c:859 #6 0x00007ffff683db3d in cmd_execute_command_strict (vline=0x60b0000dfe80, vty=vty@entry=0x6140000018a0, cmd=cmd@entry=0x0) at /git/libosmocore/src/vty/command.c:2768 7 0x00007ffff683e396 in config_from_file (vty=vty@entry=0x6140000018a0, fp=fp@entry=0x615000036400) at /git/libosmocore/src/vty/command.c:2880 8 0x00007ffff684cedb in vty_read_config_filep (confp=confp@entry=0x615000036400, priv=priv@entry=0x0) at /git/libosmocore/src/vty/vty.c:1529 9 0x00007ffff684ebfc in vty_read_config_file (file_name=0x7fffffffe7d8 "/build/new/conf/osmo-trx-uhd.cfg", priv=0x0) at /git/libosmocore/src/vty/vty.c:1920 10 0x0000555555565270 in main (argc=3, argv=0x7fffffffe3c8) at /git/osmo-trx/Transceiver52M/osmo-trx.cpp:652 """ Debugged by rebuilding libosmocore with "LOG_MTX_DEBUG 1": """ /libosmocore/src/logging.c:1510 [log_check_level] lock /libosmocore/src/logging.c:1522 [log_check_level] unlock /libosmocore/src/vty/logging_vty.c:844 [cfg_log_stderr] lock /libosmocore/src/logging.c:1510 [log_check_level] lock """ Fixes: b72867f Related: OS#4311 Change-Id: Idb4215fa2f364e28c0bb73fb9975b6c9f50a46f6
Make sure that there is no undefined references in shared libraries. Inspired by GitHub PR#6 [1] by Michael Dickens. Tweaked by me. Change-Id: I7ddd6c75935b0f25d78a948f1577656d77a204e3 Related: [1] #6
... and add " -no-undefined" to LDFLAGS. Simple fixes that allow the build to succeed for me on OSX in MacPorts, but are not OS-specific.