5c091dc9449b583e18656a8850a61f557dfcc945 |
|
20-Jul-2017 |
Steven Moreland <smoreland@google.com> |
Merge "frameworks/base: use proper nativehelper headers" am: 826eafd958 Change-Id: I36f10ff4d963284a313f1cc5b368f82549a4adb2
|
2279b2534272282a5b5152723235da397e49195c |
|
19-Jul-2017 |
Steven Moreland <smoreland@google.com> |
frameworks/base: use proper nativehelper headers libnativehelper exports headers under nativehelper. These were available before incorrectly as global headers in order to give access to jni.h. Test: modules using frameworks/base find headers Bug: 63762847 Change-Id: I0f9f231acdebe460f279135462f43d3e32eff64d
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
91ed33b03292eb65f88175813875b12ba9a7eb51 |
|
03-Apr-2017 |
Philip P. Moltmann <moltmann@google.com> |
Rename UsbRequest.enqueue to UsbRequest.queue Fixes: 36850572 Test: CtsVerifier USB device tests on angler Change-Id: If2a376a8615bf2aa24a6d3a30c7d0a29365f52ea
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
08b678c0299153e4843e637ed29d5404dae54b4f |
|
19-Oct-2016 |
Philip P. Moltmann <moltmann@google.com> |
Correctly use ByteBuffer in UsbRequest Meaning: Read/Write to correct area in buffer, set position correectly. - Create a new method UsbRequest#enqueue that has correct behavior, deprecate UsbRequest#queue. - Move all description of the weird (legacy) UsbRequest#queue behavior to this method. Change-Id: Ibeed400b4ad2aa9d005ace345c7895a3dc4ba1ad Fixes: 31050148 Test: Submitted alongside
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
4346f3c5ec7bc9a5d6cced81c0d7584d69d7397a |
|
15-Sep-2016 |
Philip P. Moltmann <moltmann@google.com> |
Set buffer before UsbRequest is queued Otherwise a second thread might dequeue() it in between native_queue_direct and mBuffer = buffer. If that happens the dequeue operation does mBuffer.isDirect which triggers a NPE. Fixes: 30914003 Change-Id: I3ca3b72db8f53a14be1c5f0e37f8924eba44b9bc
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
76f6a86de25e1bf74717e047e55fd44b089673f3 |
|
19-Sep-2015 |
Daniel Micay <danielmicay@gmail.com> |
constify JNINativeMethod function pointer tables Change-Id: I4036c924958221cbc644724f8eb01c5de3cd7954
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
ed6b9dff563c5e22f040ff37e12c0d771e0478ae |
|
21-Nov-2014 |
Andreas Gampe <agampe@google.com> |
Frameworks/base: Consistency in core/jni Make consistent use of core_jni_helpers for registration. Translate some #ifdefs into const bools. Change-Id: I37639aa053dd50f003a552cbd8550dddecc811c5
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
b2a4658a630a99b0e0ff44bc54aa5b02557a571b |
|
20-May-2014 |
Mike Lockwood <lockwood@google.com> |
USB: Fix race condition in acquiring global reference in UsbRequest JNI code Fixes bug https://code.google.com/p/android/issues/detail?id=59467 Change-Id: I8365e1be4eb0f1f2da49b658af677b590a80e382
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
4838e338129e09a37b8c8ad5e44f85ec5cd3aea1 |
|
03-Jan-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
AArch64: Use long for pointers in hardware classes For storing pointers, long is used in hardware classes, as native pointers can be 64-bit. In addition, some minor changes have been done to conform with standard JNI practice (e.g. use of jint instead of int in JNI function prototypes) Change-Id: Icdeb67f9273fb2d8f6d88ca68d7f7d0950796fc1 Signed-off-by: Ashok Bhat <ashok.bhat@arm.com> Signed-off-by: Marcus Oakland <marcus.oakland@arm.com> Signed-off-by: Kévin PETIT <kevin.petit@arm.com>
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
a3665ba95d806fcb6780d29d49bd0f1032e8bc86 |
|
10-Aug-2012 |
mike wakerly <mikey@google.com> |
UsbRequest: set ByteBuffer.position() upon success. Also clears allocated buffer before copying. Closes http://b.android.com/28023 Bug: 5385026 Bug: 6766413 Change-Id: Icf2c1d45db4fb2a9bd1fcfdb29aa7308034faaf0
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
3762c311729fe9f3af085c14c5c1fb471d994c03 |
|
06-Jan-2012 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGE(_IF) to (IF_)ALOGE(_IF) DO NOT MERGE See https://android-git.corp.google.com/g/#/c/157220 Bug: 5449033 Change-Id: Ic9c19d30693bd56755f55906127cd6bd7126096c
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
5baa3a62a97544669fba6d65a11c07f252e654dd |
|
20-Dec-2011 |
Steve Block <steveblock@google.com> |
Rename (IF_)LOGD(_IF) to (IF_)ALOGD(_IF) DO NOT MERGE See https://android-git.corp.google.com/g/156016 Bug: 5449033 Change-Id: I4c4e33bb9df3e39e11cd985e193e6fbab4635298
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
acc29cc91be634070c92a807df412ced97b9b375 |
|
11-Mar-2011 |
Mike Lockwood <lockwood@android.com> |
UsbDevice: Move IO related methods to new UsbDeviceConnection class UsbDevice is now just an immutable parcelable object like UsbInterface and UsbEndpoint. All IO related functionality is now contained in UsbDeviceConnection and UsbRequest. Bug: 4067029 Change-Id: Ia84da0b512a697acc940eee0c3566711c62e1a68 Signed-off-by: Mike Lockwood <lockwood@android.com>
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
c4308f01c965571dc2354107c3574df113e397ee |
|
01-Mar-2011 |
Mike Lockwood <lockwood@android.com> |
Move USB framework support from android.hardware to android.hardware.usb package Change-Id: I00fd4f0caaa4aebe48f71c576bb211b5f38bf88d Signed-off-by: Mike Lockwood <lockwood@android.com>
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|
e7d511e148bc901ef41ac44d7b3593e5d803f72f |
|
30-Dec-2010 |
Mike Lockwood <lockwood@android.com> |
New APIs for USB host support: UsbManager: - is now a service retrievable via Context.getSystemService(Context.USB_SERVICE). - provides support for returning a list all connected USB devices - broadcasts ACTION_USB_DEVICE_ATTACHED and USB_DEVICE_DETACHED when devices are added and removed from the USB host bus UsbDevice: - represents an attached USB device. UsbInterface: - represents an interface on a USB device - devices may have multiple interfaces if they provide multiple sets of functionality (for example, android phones typically have interfaces for both USB mass storage and adb) UsbEndpoint: - represents an endpoint on a USB interface - endpoints are used for sending or receiving data (only in one or the other direction) UsbRequest: - encapsulates a send or receive request to be sent over an endpoint Change-Id: Ieef3e434c62760770ea839070cf5eba1a705967a Signed-off-by: Mike Lockwood <lockwood@android.com>
/frameworks/base/core/jni/android_hardware_UsbRequest.cpp
|