Skip to content

Commit

Permalink
Squashed 'features/FEATURE_COMMON_PAL/mbed-trace/' changes from b17e9…
Browse files Browse the repository at this point in the history
…69..31e338c

31e338c Use temp variable in mutex release loop (#52)

git-subtree-dir: features/FEATURE_COMMON_PAL/mbed-trace
git-subtree-split: 31e338c23934491fcb852ee4d2788d34851d01a2
  • Loading branch information
Seppo Takalo committed Oct 5, 2016
1 parent 5e1e1d8 commit 7a4b3d1
Showing 1 changed file with 13 additions and 3 deletions.
16 changes: 13 additions & 3 deletions source/mbed_trace.c
Original file line number Diff line number Diff line change
Expand Up @@ -454,10 +454,20 @@ void mbed_vtracef(uint8_t dlevel, const char* grp, const char *fmt, va_list ap)

end:
if ( m_trace.mutex_release_f ) {
while (m_trace.mutex_lock_count > 0) {
m_trace.mutex_lock_count--;
// Store the mutex lock count to temp variable so that it won't get
// clobbered during last loop iteration when mutex gets released
int count = m_trace.mutex_lock_count;
m_trace.mutex_lock_count = 0;
// Since the helper functions (eg. mbed_trace_array) are used like this:
// mbed_tracef(TRACE_LEVEL_INFO, "grp", "%s", mbed_trace_array(some_array))
// The helper function MUST acquire the mutex if it modifies any buffers. However
// it CANNOT unlock the mutex because that would allow another thread to acquire
// the mutex after helper function unlocks it and before mbed_tracef acquires it
// for itself. This means that here we have to unlock the mutex as many times
// as it was acquired by trace function and any possible helper functions.
do {
m_trace.mutex_release_f();
}
} while (--count > 0);
}
}
static void mbed_trace_reset_tmp(void)
Expand Down

0 comments on commit 7a4b3d1

Please sign in to comment.