f9fc8932b1
POSIX specifies an absolute time for sem_timedwait(), it would be affected if the system time is changing, but there is not a relative time or monotonic clock version of sem_timedwait, so we cannot gain from POSIX semaphore any more. An alternative way is to use sem_trywait + usleep, maybe we can remove CONFIG_SEM_TIMEDWAIT in this way? No, because some systems (e.g. mac os) mark the sem_xxx API as deprecated. So maybe remove the usage of POSIX semaphore and turn to use the pthread variant for all systems looks better. Signed-off-by: Longpeng(Mike) <longpeng2@huawei.com> Message-Id: <20220222090507.2028-2-longpeng2@huawei.com> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
50 lines
821 B
C
50 lines
821 B
C
#ifndef QEMU_THREAD_POSIX_H
|
|
#define QEMU_THREAD_POSIX_H
|
|
|
|
#include <pthread.h>
|
|
#include <semaphore.h>
|
|
|
|
struct QemuMutex {
|
|
pthread_mutex_t lock;
|
|
#ifdef CONFIG_DEBUG_MUTEX
|
|
const char *file;
|
|
int line;
|
|
#endif
|
|
bool initialized;
|
|
};
|
|
|
|
/*
|
|
* QemuRecMutex cannot be a typedef of QemuMutex lest we have two
|
|
* compatible cases in _Generic. See qemu/lockable.h.
|
|
*/
|
|
typedef struct QemuRecMutex {
|
|
QemuMutex m;
|
|
} QemuRecMutex;
|
|
|
|
struct QemuCond {
|
|
pthread_cond_t cond;
|
|
bool initialized;
|
|
};
|
|
|
|
struct QemuSemaphore {
|
|
pthread_mutex_t lock;
|
|
pthread_cond_t cond;
|
|
unsigned int count;
|
|
bool initialized;
|
|
};
|
|
|
|
struct QemuEvent {
|
|
#ifndef __linux__
|
|
pthread_mutex_t lock;
|
|
pthread_cond_t cond;
|
|
#endif
|
|
unsigned value;
|
|
bool initialized;
|
|
};
|
|
|
|
struct QemuThread {
|
|
pthread_t thread;
|
|
};
|
|
|
|
#endif
|