Files
bind9/lib/isc
Evan Hunt 9c577e10c3 use separate barriers for "stop" and "listen" operations
On some platforms, when a synchronizing barrier is cleared, one
thread can progress while other threads are still in the process
of releasing the barrier. If a barrier is reused by the progressing
thread during this window, it can cause a deadlock. This can occur if,
for example, we stop listening immediately after we start, because the
stop and listen functions both use socket->barrier.  This has been
addressed by using separate barrier objects for stop and listen.
2023-01-07 16:30:21 -08:00
..
2022-08-25 12:24:25 +02:00
2022-11-29 08:54:34 +01:00
2022-11-29 08:54:34 +01:00
2022-11-29 08:54:34 +01:00
2022-08-25 12:24:29 +02:00
2022-08-25 12:24:29 +02:00
2022-11-29 08:54:34 +01:00
2022-11-29 08:54:34 +01:00
2022-11-29 08:54:34 +01:00
2022-10-17 11:58:26 +01:00
2022-07-05 12:22:55 -07:00
2022-11-29 08:54:34 +01:00
2022-09-30 10:36:30 +02:00
2022-10-29 00:22:54 +11:00
2022-11-29 08:54:34 +01:00
2022-08-25 12:24:29 +02:00
2022-10-17 11:58:26 +01:00
2022-08-25 12:24:29 +02:00
2022-11-29 08:54:34 +01:00
2022-11-29 08:54:34 +01:00
2022-08-25 12:24:29 +02:00