tree 6f56ac4d7205d451885c5eaf258dd28b3d45f23f
parent 8c166512a7e6ffaf87e41cd3a85d55993648fe9b
author Nick Pelly <npelly@google.com> 1264045009 -0800
committer Nick Pelly <npelly@google.com> 1264046184 -0800

Fix failure to open AVRCP input device due to EPERM.

Sleep for 100us and try to open the input device again if it fails, with a
maximum of 10 attempts.

We need the retry logic because setting permissions on a new input device is
racy. The init process watches for new input device (via uevent) and sets the
permission on them in devices.c:make_device(). However at the same time
EventHub.cpp watches for new input devices from the system_server process, and
immediately tries to open them. I can't see a simple way to avoid this race
condition.

As best as I can tell this race condition has always exisited.
There must have been some timing change that happened recently that causes us
to hit this race condition much more often. See repro notes in referenced bug.

Bug: 2375632