filemon: fix watch IDs to avoid potential wraparound issues
commitb4682a63f86ed81abcaa543ea6135e17f9e99d01
authorDaniel P. Berrangé <berrange@redhat.com>
Tue, 19 Mar 2019 15:47:47 +0000 (19 15:47 +0000)
committerDaniel P. Berrangé <berrange@redhat.com>
Tue, 2 Apr 2019 12:52:02 +0000 (2 13:52 +0100)
treeb5096dd2bc5394a56e9eeb3fee0cd268201b60e4
parentff3dc8fefe953fd3650279e064bf63b212c5699a
filemon: fix watch IDs to avoid potential wraparound issues

Watch IDs are allocated from incrementing a int counter against
the QFileMonitor object. In very long life QEMU processes with
a huge amount of USB MTP activity creating & deleting directories
it is just about conceivable that the int counter can wrap
around. This would result in incorrect behaviour of the file
monitor watch APIs due to clashing watch IDs.

Instead of trying to detect this situation, this patch changes
the way watch IDs are allocated. It is turned into an int64_t
variable where the high 32 bits are set from the underlying
inotify "int" ID. This gives an ID that is guaranteed unique
for the directory as a whole, and we can rely on the kernel
to enforce this. QFileMonitor then sets the low 32 bits from
a per-directory counter.

The USB MTP device only sets watches on the directory as a
whole, not files within, so there is no risk of guest
triggered wrap around on the low 32 bits.

Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com>
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
authz/listfile.c
hw/usb/dev-mtp.c
include/authz/listfile.h
include/qemu/filemonitor.h
tests/test-util-filemonitor.c
util/filemonitor-inotify.c
util/filemonitor-stub.c
util/trace-events