Go to file
Nick Pelly c81bb207c6 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
2010-01-20 19:56:24 -08:00
awt Removed system/framework/android.awt.jar. 2009-07-02 14:11:33 -05:00
camera/libcameraservice Fix issue 2192673: Music Pausing Even when notifications are set to silent. 2009-11-27 05:07:55 -08:00
cmds keystore: remove old implementation and test. 2009-09-24 13:35:26 +08:00
include fix some aspects of [2258746] native crash in launcher2 2009-11-13 15:26:29 -08:00
libs Fix failure to open AVRCP input device due to EPERM. 2010-01-20 19:56:24 -08:00
opengl DO NOT MERGE A library for encoding and decoding ETC1 textures. 2010-01-08 16:00:21 +08:00
vpn/java/android/net/vpn Remove deprecated VpnType.getDescription(). 2009-09-30 18:39:48 +08:00
MODULE_LICENSE_APACHE2 auto import from //depot/cupcake/@135843 2009-03-03 19:31:44 -08:00
NOTICE Start using CLDR for some date-and-time strings and formats. 2009-05-15 10:15:50 -07:00