diff options
| author | Khalid Zubair <kzubair@cyngn.com> | 2016-05-17 15:22:32 -0700 |
|---|---|---|
| committer | Gerrit Code Review <gerrit@cyanogenmod.org> | 2016-05-18 12:04:09 -0700 |
| commit | 234fb3b03cd4c979286981cf77fef481700a329b (patch) | |
| tree | a00bfcd795060a996761d8bc33864dc3178ec197 /api | |
| parent | 507b3a7b6699ee6c4fb759d6a46396adc198af31 (diff) | |
| download | frameworks_base-234fb3b03cd4c979286981cf77fef481700a329b.zip frameworks_base-234fb3b03cd4c979286981cf77fef481700a329b.tar.gz frameworks_base-234fb3b03cd4c979286981cf77fef481700a329b.tar.bz2 | |
usb: ensure accessory detached sent on re-attach
It's possible for USB state change events to get swallowed if the
cable is reconnected quickly because state changes are de-bounced with
a 1 second interval.
As a result an accessory detached event will not be sent if it
re-attaches quickly. However, UsbDeviceManager will send an attached
event when the USB connection is configured. This causes apps to
misbehave and attempt to open the accessory without closing the
previous one.
The call to openAccessory fails (with EBUSY) because the underlying
/dev/usb_accessory chardev is already open exclusively by the first
accessory.
Fix this issue by sending a detached event before sending an attached
event if the previous accessory was not cleaned up properly.
This change fixes a failure in CTSVerifier's USB Accessory Test where
the test fails if you reconnect the USB cable quickly.
OPO-688, FEIJ-471
Change-Id: I49690553213e866d200da1fb22c83348c6eb3491
Diffstat (limited to 'api')
0 files changed, 0 insertions, 0 deletions