From 54a98bb2860ee7d352ddf1e8876d73bf81bed5a1 Mon Sep 17 00:00:00 2001 From: Benjamin Berg Date: Tue, 17 May 2022 20:23:26 +0200 Subject: [PATCH] device: Run critical section flushing with a high priority These delayed calls are pushed into the mainloop for consistency. However, they should run immediately and not be delayed, as such, it makes sense to run them at a higher priority. This actually solves an issue inside the CI where an URB reply is played back even though it should be cancelled by the client. --- libfprint/fpi-device.c | 1 + 1 file changed, 1 insertion(+) diff --git a/libfprint/fpi-device.c b/libfprint/fpi-device.c index 9209204a..4fe89080 100644 --- a/libfprint/fpi-device.c +++ b/libfprint/fpi-device.c @@ -912,6 +912,7 @@ fpi_device_critical_leave (FpDevice *device) return; priv->critical_section_flush_source = g_idle_source_new (); + g_source_set_priority (priv->critical_section_flush_source, G_PRIORITY_HIGH); g_source_set_callback (priv->critical_section_flush_source, (GSourceFunc) fpi_device_critical_section_flush_idle_cb, device,