cbad976b2a36a0895ca94510d5208a86f66cf596 |
05-Sep-2012 |
Jeff Brown <jeffbrown@google.com> |
Add support for Wifi display. Change-Id: I99693786cf9d07d07d3400046c55eb4933730b80
ndroid_view_Surface.h
|
64a55af0ac700baecb0877235eb42caac59a3560 |
26-Aug-2012 |
Jeff Brown <jeffbrown@google.com> |
Add plumbing for new surface flinger display API. Cleaned up the implementation of Surface and SurfaceSession to use more consistent naming and structure. Added JNI for all of the new surface flinger display API calls. Enforced the requirement that all Surfaces created by the window manager be named. Updated the display manager service to use the new methods. Change-Id: I2a658f1bfd0437e1c6f9d22df8d4ffcce7284ca2
ndroid_view_Surface.h
ndroid_view_SurfaceSession.h
|
d927a1d99630c05ff773f0e9e8791ca9a965e020 |
28-Mar-2012 |
James Dong <jdong@google.com> |
Deleted the media, camera, drm related files since they are relocated Change-Id: I9bc5573ee07e30b305b5b879023aa9ec69e10b91
ctivityManager.h
|
4280c4a93ea17f2e9d3f651e49d8c13dc3fb92aa |
16-Mar-2012 |
Jeff Brown <jeffbrown@google.com> |
If an application calls System.exit() terminate it immediately. There is no graceful way to kill Android application processes. They typically have many threads running doing various things When System.exit() is called, those threads just keep going while the cleanup actions run until the process finally. Performing shutdown actions can easily cause more harm than good. For example, closing the Binder driver's file descriptor may cause other threads waiting on Binder to wake up and then crash in nasty ways after receiving EBADF. So when an Android application exits, skip the cleanup and just call _exit() to end it all. Bug: 6168809 Change-Id: I29790c064426a0bf7dae7cdf444eea3eef1d5275
ndroidRuntime.h
|
2b6c32ca4177f1a97307f9cbd81ca485df28762c |
13-Mar-2012 |
Jeff Brown <jeffbrown@google.com> |
Fix spurious ANRs in native activities. Some native activities experienced ANRs when the input consumer deferred an input event due to client-side batching. If the input channel was fully emptied then the client had no way of knowing that it should wake up to handle the deferred input event. This patch also fixes some lock issues in the native activity input queue implementation. In at least one error case, it was possible for a function to exit without releasing the lock. Bug: 6051176 Change-Id: I4d9d843237e69b9834f8d8b360031b677fcab8c3
ndroid_app_NativeActivity.h
|
b13b9bdad2baf6ad1ec2e56b6b7598fa20f55fc4 |
18-Feb-2012 |
Mathias Agopian <mathias@google.com> |
frameworks/base refactoring. step 2: move libutils headers to their new home: androidfw Change-Id: I14624ba23db92a81f2cb929f104386e1fab293ef
ndroid_content_res_Configuration.h
ndroid_util_AssetManager.h
|
b93a03f841d93498bfea6cc92a22faa34bce1337 |
18-Feb-2012 |
Mathias Agopian <mathias@google.com> |
frameworks/base refactoring. First step. Move libui includes to their new home: androidfw. Change-Id: Ic042b52fdba72f30edc3cc6339bf30b4c1b99662
ndroid_app_NativeActivity.h
|
072ec96a4900d4616574733646ee46311cb5d2cb |
07-Feb-2012 |
Jeff Brown <jeffbrown@google.com> |
Implement batching of input events on the consumer side. To support this feature, the input dispatcher now allows input events to be acknowledged out-of-order. As a result, the consumer can choose to defer handling an input event from one device (because it is building a big batch) while continuing to handle input events from other devices. The InputEventReceiver now sends a notification when a batch is pending. The ViewRoot handles this notification by scheduling a draw on the next sync. When the draw happens, the InputEventReceiver is instructed to consume all pending batched input events, the input event queue is fully processed (as much as possible), and then the ViewRoot performs traversals as usual. With these changes in place, the input dispatch latency is consistently less than one frame as long as the application itself isn't stalled. Input events are delivered to the application as soon as possible and are handled as soon as possible. In practice, it is no longer possible for an application to build up a huge backlog of touch events. This is part of a series of changes to improve input system pipelining. Bug: 5963420 Change-Id: I42c01117eca78f12d66d49a736c1c122346ccd1d
ndroid_app_NativeActivity.h
|
3bc6bbc92cd2095f42039b5aadd0a14d0e5d9230 |
06-Oct-2011 |
Jeff Brown <jeffbrown@google.com> |
Clean up CursorWindow code. Bug: 5332296 The code is functionally equivalent, but a little more efficient and much easier to maintain. Change-Id: I90670a13799df05831843a5137ab234929281b7c
ndroidRuntime.h
|
1ee60119c4fa51ebfa781cf5fdc33f192e8551b8 |
26-Jul-2011 |
Ted Bonkenburg <tedbo@google.com> |
Remove ParcelSurfaceTexture and update MediaPlayer This removes the ParcelSurfaceTexture class since that functionality has been folded into Surface.java. The change also updates the MediaPlayer to get rid of setParcelSurfaceTexture() and modifies setTexture() to use the new Surface functionality in order to simplify the code. Change-Id: Iafa75ea3188263928128325d8a726786971b4de4
ndroid_graphics_ParcelSurfaceTexture.h
|
4e8a5c922c287ec97fec847194e930f8598a1941 |
23-Jun-2011 |
tedbo <tedbo@google.com> |
Add method to create a ParcelSurfaceTexture from android.view.Surface. Change-Id: I05e343ab7e327478f60322af9373574b70c148f5
ndroid_view_Surface.h
|
cc5278a3e258b30903102b718fb1cd832e79bb2b |
10-Jun-2011 |
tedbo <tedbo@google.com> |
Support for setting a ParcelSurfaceTexture as the MediaPlayer sink. This adds support for setting a SurfaceTexture as the MediaPlayer video sink by using a ParcelSurfaceTexture object. The goal is to enable a SurfaceTexture to pass through Binder (via ParcelSurfaceTexture) and then be set on the MediaPlayer. Change-Id: Ife5689ce673eb4bee1c377019db761685217b71d
ndroid_graphics_ParcelSurfaceTexture.h
ndroid_graphics_SurfaceTexture.h
|
050316184b01c0d1a01c46afae7429b89a27c31b |
07-Jun-2011 |
tedbo <tedbo@google.com> |
Add ParcelSurfaceTexture Java class to enable ISurfaceTexture sharing via Binder. This adds a new ParcelSurfaceTexture.java class that can be instantiated with a SurfaceTexture and used to send the corresponding ISurfaceTexture interface to another process via Binder. The ParcelSurfaceTexture java object can then be used to create an ANativeWindow based on the SurfaceTextureClient interface. Change-Id: Ie38ea948b866e52f36a6d0f6cde19b54a8546817
ndroid_graphics_ParcelSurfaceTexture.h
ndroid_graphics_SurfaceTexture.h
ndroid_view_Surface.h
|
ebed7d6e35f7f960e6e6add2b8ab7c7a31a511c3 |
17-May-2011 |
Jeff Brown <jeffbrown@google.com> |
Support wrapping app processes to inject debug instrumentation. Bug: 4437846 Change-Id: I4552501c693716b14714afb5c5248edaca9547ab
ndroidRuntime.h
|
d195e5ab401432ddac659791640a2927fc668699 |
14-Apr-2011 |
Elliott Hughes <enh@google.com> |
Replace a custom AndroidRuntime::findClass with a more targeted fix. This seems simpler and more contained, and I think the comment explaining why hoop-jumping is necessary is a bit clearer now. Change-Id: Ief4afd7cbb42188ed835fce23e497520bdb753a8
ndroidRuntime.h
|
a3804cf77f0edd93f6247a055cdafb856b117eec |
12-Apr-2011 |
Elliott Hughes <enh@google.com> |
You don't need to poke around inside FileDescriptor manually. We can help you with that. Note also that getParcelFileDescriptorFD did no such thing. All its callers were passing in a regular java.io.FileDescriptor and expecting the int. No ParcelFileDescriptors involved. Change-Id: Idc233626f20c092e719f152562601f406cc1b64a
ndroidRuntime.h
|
846db33313aa0899fa7928256c6734964bd92520 |
04-Mar-2011 |
Glenn Kasten <gkasten@google.com> |
Bug 3515073 Add ANativeWindow_fromSurfaceTexture This is similar to ANativeWindow_fromSurface. Change-Id: Iaadc06a5d0d50685c34876aa89488c16e7cfaa65
ndroid_graphics_SurfaceTexture.h
|
3915bb845b032dc184dba5e60970b803390ca3ed |
05-Nov-2010 |
Jeff Brown <jeffbrown@google.com> |
Tell system server whether the app handled input events. Refactored ViewRoot, NativeActivity and related classes to tell the dispatcher whether an input event was actually handled by the application. This will be used to move more of the global default key processing into the system server instead of the application. Change-Id: If06b98b6f45c543e5ac5b1eae2b3baf9371fba28
ndroid_app_NativeActivity.h
|
bff26d156d23e55e2428e19b3fb7f52acf03f79f |
22-Oct-2010 |
Dianne Hackborn <hackbod@google.com> |
am 86f1b643: am bf5efba2: Merge "Fix issue #3117918: No way to finish a native activity" into gingerbread Merge commit '86f1b643d10e0b5b17ae01db3b81020db87b3295' * commit '86f1b643d10e0b5b17ae01db3b81020db87b3295': Fix issue #3117918: No way to finish a native activity
|
db28a94d499f995b467b07cee5c9b9119f538b1c |
22-Oct-2010 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #3117918: No way to finish a native activity Change-Id: Ic53e712f7ab5412d72a31b96ecba252344b91644
ndroid_app_NativeActivity.h
|
49478536b6b8b28f33398393bed5e939085af7af |
15-Sep-2010 |
Jeff Brown <jeffbrown@google.com> |
am 14bc6b5d: am 09340a4b: Merge "Replace epoll() with poll() and rename PollLoop to Looper." into gingerbread Merge commit '14bc6b5d0677e5c454a67775c852f90389bb4567' * commit '14bc6b5d0677e5c454a67775c852f90389bb4567': Replace epoll() with poll() and rename PollLoop to Looper.
|
4fe6c3e51be77e35f40872cdbca6c80f8f8b7ecb |
14-Sep-2010 |
Jeff Brown <jeffbrown@google.com> |
Replace epoll() with poll() and rename PollLoop to Looper. As part of this change, consolidated and cleaned up the Looper API so that there are fewer distinctions between the NDK and non-NDK declarations (no need for two callback types, etc.). Removed the dependence on specific constants from sys/poll.h such as POLLIN. Instead looper.h defines events like LOOPER_EVENT_INPUT for the events that it supports. That should help make any future under-the-hood implementation changes easier. Fixed a couple of compiler warnings along the way. Change-Id: I449a7ec780bf061bdd325452f823673e2b39b6ae
ndroid_app_NativeActivity.h
|
347262622b86410ff8a4ff3530ab3688b6a20b21 |
08-Sep-2010 |
Dianne Hackborn <hackbod@google.com> |
am a1205f07: am 2d3739d4: Merge "Modify native ALooper to take an explicit ident." into gingerbread Merge commit 'a1205f07a6f0c745e8f42f16fe38c06af04143c7' * commit 'a1205f07a6f0c745e8f42f16fe38c06af04143c7': Modify native ALooper to take an explicit ident.
|
42c03e579aade011b451e2a13ea3f44a2ef0056a |
08-Sep-2010 |
Dianne Hackborn <hackbod@google.com> |
Modify native ALooper to take an explicit ident. The ALooper API now uses an explicit "identifier" for the integer that is returned rather than implicitly using the fd. This allows the APIs that had the fd to be a little more sane. Change-Id: I8507f535ad484c0bdc4a1bd016d87bb09acd7ff0
ndroid_app_NativeActivity.h
|
7b6d0d99b6904b511996267efae215fe9cb5e98f |
11-Aug-2010 |
Dianne Hackborn <hackbod@google.com> |
am 679ac09a: am a5ae50cd: Merge "More native work." into gingerbread Merge commit '679ac09a5c22175354f3a04b28456b323839530e' * commit '679ac09a5c22175354f3a04b28456b323839530e': More native work.
|
08d5b8fad8d46ccb64db2fdcb4d66972ec87bf48 |
04-Aug-2010 |
Dianne Hackborn <hackbod@google.com> |
More native work. Implement save/restore of state, and add native APIs for configuration information. Change-Id: I2a3ddc2ba605db58d7c8b2b31b9215fb323f90b5
ndroid_content_res_Configuration.h
|
3c7c351a6217ac48b741740167c201a679a0ca65 |
05-Aug-2010 |
Brian Carlstrom <bdc@google.com> |
Tracking merge of dalvik-dev to gingerbread git cherry-pick --no-commit f77cf7f0 git cherry-pick --no-commit c8f503b5285e30c1a881d0ba860ba9021f57d113 git cherry-pick --no-commit 570bb561 git cherry-pick --no-commit e2417541 git cherry-pick --no-commit e4d81f25bd4dc1a5c909b56ab56a56406290da30 git cherry-pick --no-commit 5e8a587d Change-Id: I101a385d43f3e0f4ce5352217f92ef67a3908c88
ndroidRuntime.h
|
e4d81f25bd4dc1a5c909b56ab56a56406290da30 |
15-Jul-2010 |
Andy McFadden <fadden@android.com> |
Add support for dalvik.vm.extra-opts property. The goal here is to avoid the dalvik.vm.* property explosion by having a single property that takes an arbitrary collection of Dalvik command-line options. This is intended for testing of various configurations by the Dalvik team, not industrial use. Options should be separated by spaces, e.g. adb shell setprop dalvik.vm.extra-opts "-showversion -Xmx4m" will print the version banner and set the heap max to 4MB, which won't get you very far. The extra-opts options will appear last, which allows them to override values set earlier (like the heap max). Bug 2838629. (cherry-pick from dalvik-dev branch) Change-Id: Ibcbb1b62367cf2152798583e8722ef7e461ad19a
ndroidRuntime.h
|
781d34747941f3534b2a985ff57368ad89855d7d |
16-Jul-2010 |
Dianne Hackborn <hackbod@google.com> |
am 9c37e5ad: am 75a91389: Merge "Implement native key pre-dispatching to IMEs." into gingerbread Merge commit '9c37e5add9d7678a29b4e0d1e178fe78a13db961' * commit '9c37e5add9d7678a29b4e0d1e178fe78a13db961': Implement native key pre-dispatching to IMEs.
|
2c6081ce3593712f30dacd990a97209c791d6ced |
16-Jul-2010 |
Dianne Hackborn <hackbod@google.com> |
Implement native key pre-dispatching to IMEs. This significantly re-works the native key dispatching code to allow events to be pre-dispatched to the current IME before being processed by native code. It introduces one new public API, which must be called after retrieving an event if the app wishes for it to be pre-dispatched. Currently the native code will only do pre-dispatching of system keys, to avoid significant overhead for gaming input. This should be improved to be smarted, filtering for only keys that the IME is interested in. Unfortunately IMEs don't currently provide this information. :p Change-Id: Ic1c7aeec8b348164957f2cd88119eb5bd85c2a9f
ndroid_app_NativeActivity.h
|
2388ad9eef109fa7f63c196c819c83f0376f0645 |
14-Jul-2010 |
Dianne Hackborn <hackbod@google.com> |
am f8d9379b: am d76b67c3: IME events are now dispatched to native applications. Merge commit 'f8d9379bd834573feca085284970cf686993c330' * commit 'f8d9379bd834573feca085284970cf686993c330': IME events are now dispatched to native applications.
|
d76b67c340d1564abf8d14d976fdaf83bf2b3320 |
14-Jul-2010 |
Dianne Hackborn <hackbod@google.com> |
IME events are now dispatched to native applications. And also: - APIs to show and hide the IME, and control its interaction with the app. - APIs to tell the app when its window resizes and needs to be redrawn. - API to tell the app the content rectangle of its window (to layout around the IME or status bar). There is still a problem with IME interaction -- we need a way for the app to deliver events to the IME before it handles them, so that for example the back key will close the IME instead of finishing the app. Change-Id: I37b75fc2ec533750ef36ca3aedd2f0cc0b5813cd
ndroid_app_NativeActivity.h
|
8445ca6c3ba9b7cee6d20f5919e3b3ba8e6b8c96 |
10-Jul-2010 |
Dianne Hackborn <hackbod@google.com> |
am b14f325a: am 289b9b62: Add ANativeWindow API for directly drawing to the surface bits. Merge commit 'b14f325a0118ffce286155caaabaae149653462c' * commit 'b14f325a0118ffce286155caaabaae149653462c': Add ANativeWindow API for directly drawing to the surface bits.
|
289b9b62372ef52a06113b83dfb870e2c2fb325a |
09-Jul-2010 |
Dianne Hackborn <hackbod@google.com> |
Add ANativeWindow API for directly drawing to the surface bits. Also other cleanup and fixes: - We now properly set the default window format to 565. - New APIs to set the window format and flags from native code. - Tweaked glue for simpler handling of the "destroy" message. - Um, other stuff. Change-Id: Id7790a21a2fa9a19b91854d225324a7c1e7c6ade
ndroid_app_NativeActivity.h
ndroid_view_Surface.h
|
81ea83d10883886013bc95eac2fe032acf1e7aa9 |
30-Jun-2010 |
Mike Lockwood <lockwood@android.com> |
Move MTP JNI code from libandroid_runtime to libmedia_jni Signed-off-by: Mike Lockwood <lockwood@android.com> Change-Id: I0c54bbe4e6146beba7d22e782e02ded420f50dbd
ndroidRuntime.h
|
f602d362ba4bb3adbf1eb4e38a794fb14274293a |
20-Jun-2010 |
Mike Lockwood <lockwood@android.com> |
GPS: remove GpsEventThread from GpsLocationProvider Rather than polling for events from the native code in an event thread, we now require the GPS HAL libraries to call our callbacks from a thread that is registered with the JVM to call directly into Java. This eliminates a thread from our code and removes one step in the chain of message passing from the GPS to the Location Manager client. Change-Id: I2745a157690310ba9a699a8369f54a7366c6b1ba Signed-off-by: Mike Lockwood <lockwood@android.com>
ndroidRuntime.h
|
0795272aa226f4e965968a03daddc53ce30b7cda |
20-May-2009 |
Mathias Agopian <mathias@google.com> |
move libbinder's header files under includes/binder
ndroidRuntime.h
|
f70188aa4716625781d9952c6b883180528d4644 |
01-Apr-2009 |
Andy McFadden <> |
AI 143840: Split VM initialization out into a separate function. This makes the code marginally more readable, and cuts about 500 bytes off the size of the main thread's stack. Automated import of CL 143840
ndroidRuntime.h
|
9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
ctivityManager.h
ndroidRuntime.h
ndroid_util_AssetManager.h
|
d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
ctivityManager.h
ndroidRuntime.h
ndroid_util_AssetManager.h
|
54b6cfa9a9e5b861a9930af873580d6dc20f773c |
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
ctivityManager.h
ndroidRuntime.h
ndroid_util_AssetManager.h
|