-
Peter Maydell authored
In qemu-thread-posix.c we have two implementations of the various qemu_sem_* functions, one of which uses native POSIX sem_* and the other of which emulates them with pthread conditions. This is necessary because not all our host OSes support sem_timedwait(). Instead of a hard-coded list of OSes which don't implement sem_timedwait(), which gets out of date, make configure test for the presence of the function and set a new CONFIG_HAVE_SEM_TIMEDWAIT appropriately. In particular, newer NetBSDs have sem_timedwait(), so this commit will switch them over to using it. OSX still does not have an implementation. Signed-off-by:
Peter Maydell <peter.maydell@linaro.org>
Reviewed-by:
Kamil Rytarowski <n54@gmx.com>
Reviewed-by:
Eric Blake <eblake@redhat.com>
Signed-off-by:
Michael Tokarev <mjt@tls.msk.ru>Peter Maydell authoredIn qemu-thread-posix.c we have two implementations of the various qemu_sem_* functions, one of which uses native POSIX sem_* and the other of which emulates them with pthread conditions. This is necessary because not all our host OSes support sem_timedwait(). Instead of a hard-coded list of OSes which don't implement sem_timedwait(), which gets out of date, make configure test for the presence of the function and set a new CONFIG_HAVE_SEM_TIMEDWAIT appropriately. In particular, newer NetBSDs have sem_timedwait(), so this commit will switch them over to using it. OSX still does not have an implementation. Signed-off-by:
Peter Maydell <peter.maydell@linaro.org>
Reviewed-by:
Kamil Rytarowski <n54@gmx.com>
Reviewed-by:
Eric Blake <eblake@redhat.com>
Signed-off-by:
Michael Tokarev <mjt@tls.msk.ru>
Loading