Fix timeout handling in _hurd_select
authorRichard Braun <rbraun@sceen.net>
Tue, 5 May 2020 18:12:38 +0000 (19:12 +0100)
committerAurelien Jarno <aurel32@debian.org>
Tue, 5 May 2020 18:12:38 +0000 (19:12 +0100)
commit6173a9a86474caa26f1eee226929f4f36071f23d
treec5a4151c6b618e83e1e3d5add58c6d4447a7e5c0
parentcd9a34f0ef01f61548166e5fc37047a52c2e199f
Fix timeout handling in _hurd_select

Rely on servers to implement timeouts, so that very short values (including
0) don't make mach_msg return before valid replies can be received. The
purpose of this scheme is to guarantee a full client-server round-trip,
whatever the timeout value.

This change depends on the new io_select_timeout RPC being implemented by
servers.

* hurd/Makefile (user-interfaces): Add io_reply and io_request.
* hurd/hurdselect.c: Include <sys/time.h>, <hurd/io_request.h> and <limits.h>.
(_hurd_select): Replace the call to __io_select with either __io_select_request
or __io_select_timeout_request, depending on the timeout. Count the number of
ready descriptors (replies for which at least one type bit is set). Implement
the timeout locally when there is no file descriptor.

TODO: see XXX

Gbp-Pq: Topic hurd-i386
Gbp-Pq: Name git-io_select_timeout.diff
hurd/Makefile
hurd/hurdselect.c