mirror of
https://gitlab.freedesktop.org/pipewire/pipewire.git
synced 2025-10-29 05:40:27 -04:00
handle read from timerfd correctly
When reading the timerfd gives an error, we should return right away because the timeout did not happen. If we change the timerfd timeout before reading it, we can get -EAGAIN. Don't log an error in that case but wait for the new timeout.
This commit is contained in:
parent
3a443b4e1c
commit
f44d55f6c2
14 changed files with 153 additions and 55 deletions
|
|
@ -2428,9 +2428,20 @@ static void alsa_on_timeout_event(struct spa_source *source)
|
|||
struct state *state = source->data;
|
||||
snd_pcm_uframes_t delay, target;
|
||||
uint64_t expire, current_time;
|
||||
int res;
|
||||
|
||||
if (SPA_UNLIKELY(state->started && spa_system_timerfd_read(state->data_system, state->timerfd, &expire) < 0))
|
||||
spa_log_warn(state->log, "%p: error reading timerfd: %m", state);
|
||||
if (SPA_LIKELY(state->started)) {
|
||||
if (SPA_UNLIKELY((res = spa_system_timerfd_read(state->data_system,
|
||||
state->timerfd, &expire)) < 0)) {
|
||||
/* we can get here when the timer is changed since the last
|
||||
* timerfd wakeup, for example by do_reassign_follower() executed
|
||||
* in the same epoll wakeup cycle */
|
||||
if (res != -EAGAIN)
|
||||
spa_log_warn(state->log, "%p: error reading timerfd: %s",
|
||||
state, spa_strerror(res));
|
||||
return;
|
||||
}
|
||||
}
|
||||
|
||||
check_position_config(state);
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue