diff options
author | Thomas Haller <thaller@redhat.com> | 2019-01-16 16:40:45 +0100 |
---|---|---|
committer | Thomas Haller <thaller@redhat.com> | 2019-02-05 08:18:08 +0100 |
commit | fcfd4f4ff29b1399da5e88da32787725a8d193a8 (patch) | |
tree | 99719a035a5a9d66db622f81ee576041ee5ea21a /.travis.yml | |
parent | 834c092b51d6bb1f4e0ef4c1eedb018acd9a0b3b (diff) | |
download | NetworkManager-fcfd4f4ff29b1399da5e88da32787725a8d193a8.tar.gz |
logging: make nm-logging thread-safe
NetworkManager is single-threaded and uses a mainloop.
However, sometimes we may need multiple threads. For example, we will
need to write sysctl values asynchronously, using the glib thread-pool.
For that to work, we also need to switch the network-namespace of the
thread-pool thread. We want to use NMPNetns for that. Hence it's better
to have NMPNetns thread-safe, instead of coming up with a duplicate
implementation. But NMPNetns may want to log, so we also need nm-logging
thread-safe.
In general, code under "shared/nm-utils" and nm-logging should be usable
from multiple threads. It's simpler to make this code thread-safe than
re-implementing it. Also, it's a bad limitation to be unable to log
from other threads. If there is an error, the best we can often do is to
log about it.
Make nm-logging thread-safe. Actually, we only need to be able to log
from multiple threads. We don't need to setup or configure logging from
multiple threads. This restriction allows us to access logging from the
main-thread without any thread-synchronization (because all changes in
the logging setup are also done from the main-thread).
So, while logging from other threads requires a mutex, logging from the
main-thread is lock-free.
Diffstat (limited to '.travis.yml')
0 files changed, 0 insertions, 0 deletions