781041239f2931ca16c902fb371cd041b057c918 |
|
26-Aug-2014 |
Jinsuk Kim <jinsukkim@google.com> |
CEC: Stub MHL Controller Replace MHL Controller with a stub impl Bug: 17259897 Change-Id: Id57bac363441f72b3da3f30d31c68c6d3b502237
/frameworks/base/services/core/jni/Android.mk
|
f4e0c0cb8ef22fdb20ae74b444c9f4b7d15ded8b |
|
27-Jul-2014 |
Sreeram Ramachandran <sreeram@google.com> |
Allow VPNs to add/remove link addresses dynamically. Bug: 15409819 Change-Id: If91fc6891d7ce04060362c6cde8c57462394c4e8
/frameworks/base/services/core/jni/Android.mk
|
0f208eb707926f0afc1ce073be866bedd4955aa2 |
|
27-Jul-2014 |
Jeff Brown <jeffbrown@google.com> |
Remove DozeHardware since it will not be used. Bug: 16516536 Change-Id: I14597d3c9470c94e3bc5b8cff500d2fe6b2fd977
/frameworks/base/services/core/jni/Android.mk
|
68d4acd205e8c2da524e62734ca42847306cc029 |
|
02-Jul-2014 |
Andres Morales <anmorales@google.com> |
Service for reading and writing blocks to PST partition Permits apps with permission android.permission.ACCESS_PERSISTENT_PARTITION to obtain a read and write data blocks to the PST partition. Only one block ever exists at one time in PST. When a client writes another block, the previous one is overwritten. This permits storing a block of data that will live across factory resets. Change-Id: I8f23df3531f3c0512118eb4b7530eff8a8e81c83
/frameworks/base/services/core/jni/Android.mk
|
3f48068d782b81dc1c8a0190b91fbb2862007244 |
|
06-Jun-2014 |
Jinsuk Kim <jinsukkim@google.com> |
Remove HdmiCecService The service is replaced with HdmiControlService. Removing all the related classes and the initialization of the service. Change-Id: Ic7baaddffb9873613ddd1096e874f226da983939
/frameworks/base/services/core/jni/Android.mk
|
c22dbb69194c8e8fe2a32326d1f37a738cad0904 |
|
26-May-2014 |
Wonsik Kim <wonsik@google.com> |
Revert "Revert "Add physical TV input handling to TvInputManagerService"" This reverts commit 1940e197a8de186df5edf0b78e0907ae539bd215. Bug: 14118245, Bug: 15197740 Change-Id: Ia308f16d2ed8ec55112a4d21c180ccb97e8d7c6a
/frameworks/base/services/core/jni/Android.mk
|
0792d37385e60aa8d73f8df174d0a32f4f618bc4 |
|
23-Apr-2014 |
Jungshik Jang <jayjang@google.com> |
Implement skeleton of new HDMI Control Service. HdmiCecService is a system service handling HDMI-CEC features and command. Recently we found out that industry has more requirements to support HDMI-CEC. Also, MHL is another standard should be in our pocket. Basically, MHL is a standard to support communication between mobile device and TV or Av device. As CEC is a control standard over HDMI cable, MHL has control channel for peer device. There behavior is very similiar. Both have commands that can change Tv's current input and can send/receive key to other device to control other deivce or TV. In order to cover both CEC and MHL, current HdmiCecService implementation has limitation. We had several session of discussion and decided to refactor HdmiCecService into HdmiControlService. For each standard it will have separate controller instance like HdmiCecController and HdmiMhlController. In this change I didn't touch original HdmiCecService because some component, like cast receiver, uses HdmiCecService. For a while we will keep HdmiCecService until HdmiControlService accomodates all features of HdmiCecService. Change-Id: I5485280ab803dbf071d898bfbe34be0b11ce7958
/frameworks/base/services/core/jni/Android.mk
|
a42cb8b0e2b8fdfbac1a6590d6b60814caa01088 |
|
21-Mar-2014 |
Colin Cross <ccross@android.com> |
resolved conflicts for merge of a67e34c8 to master Change-Id: I597525886260884c9b2dfc7945e01eb8138a58c2
|
4f512fb451c8ddcea852645c5c24314c20c0974b |
|
28-Feb-2014 |
Jinsuk Kim <jinsukkim@google.com> |
Add HDMI-CEC service This CL adds a system service handling HDMI-CEC protocol. The service is equipped with the capability sending/receiving HDMI-CEC messages Not all the messages are in place. Currently it has messages to support a few features only, as follows: - One touch play - System information - Routing control (partially - active source status maintenance only) - Device OSD transfer - Power status It will be extended to cover the wider usages in the follow up CLs. The CEC standard version referenced in the implementation is 1.3a. Change-Id: Ifed0b02f52ebf098eddb3bd0987efbf353b7e8fe
/frameworks/base/services/core/jni/Android.mk
|
c51cf03cf2458c8c137f60c7379f2cccf681d16f |
|
03-Mar-2014 |
Dianne Hackborn <hackbod@google.com> |
Start recording wakeup reasons in battery history. Depends on a modification to libsuspend so that we can get a callback each time the device wakes up, to read the current wakeup reasons from the kernel. These are then stuffed in to a new field in the battery history. Also add new dump options --history-start and --charged to better control what is dumped. Finally the alarm manager uses a "*walarm*" tag for history item wake locks that are coming from a wakeup alarm. Change-Id: I457571973d5b2b5fdc4e4b63ab16275db20d7edd
/frameworks/base/services/core/jni/Android.mk
|
950fe8f8d4d654e645fa7205ca275b5a03feb214 |
|
27-Feb-2014 |
Derek Sollenberger <djsollen@google.com> |
Cleanup unnecessary includes for libskia. The libskia target exports all of its public includes directories so redefining them here is redundant. Also this cleans up and makes it obvious where the framework is making using of private Skia headers. Change-Id: Ie7ecc9ddd3df780bed6b9af54ba58ca58274e043
/frameworks/base/services/core/jni/Android.mk
|
10102e4c0e501333a12b38a5cfe709d1558d84dd |
|
21-Feb-2014 |
Jeff Brown <jeffbrown@google.com> |
resolved conflicts for merge of baaa080b to master Change-Id: I3ee12321e298f7a2ea577a99f30c49f3bb497fae
|
2687550272ba061448f5d5b914700dc335299ee7 |
|
31-Jan-2014 |
Jeff Brown <jeffbrown@google.com> |
Add a new "doze mode" based on Dream components. When a doze component has been specified in a config.xml resource overlay, the power manager will try to start a preconfigured dream whenever it would have otherwise gone to sleep and turned the screen off. The dream should render whatever it intends to show then call startDozing() to tell the power manager to put the display into a low power "doze" state and allow the application processor to be suspended. The dream may wake up periodically using the alarm manager or other features to update the contents of the display. Added several new config.xml resources related to dreams and dozing. In particular for dozing there are two new resources that pertain to decoupling auto-suspend mode and interactive mode from the display state. This is a requirement to enable the application processor and other components to be suspended while dozing. Most devices do not support these features today. Consolidated the power manager's NAPPING and DREAMING states into one to simplify the logic. The NAPPING state was mostly superfluous and simply indicated that the power manager should attempt to start a new dream. This state is now tracked in the mSandmanSummoned field. Added a new DOZING state which is analoguous to DREAMING. The normal state transition is now: AWAKE -> DREAMING -> DOZING -> ASLEEP. The PowerManager.goToSleep() method now enters the DOZING state instead of immediately going to sleep. While in the doze state, the screen remains on. However, we actually tell the rest of the system that the screen is off. This is somewhat unfortunate but much of the system makes inappropriate assumptions about what it means for the screen to be on or off. In particular, screen on is usually taken to indicate an interactive state where the user is present but that's not at all true for dozing (and is only sometimes true while dreaming). We will probably need to add some more precise externally visible states at some point. The DozeHardware interface encapsulates a generic microcontroller interface to allow a doze dream for off-loading rendering or other functions while dozing. If the device possesses an MCU HAL for dozing then it is exposed to the DreamService here. Removed a number of catch blocks in DreamService that caught Throwable and attempted to cause the dream to finish itself. We actually just want to let the process crash. Cleanup will happen automatically if needed. Catching these exceptions results in mysterious undefined behavior and broken dreams. Bug: 12494706 Change-Id: Ie78336b37dde7250d1ce65b3d367879e3bfb2b8b
/frameworks/base/services/core/jni/Android.mk
|
d430354c6b6b3b39c35e8af90007414c325ccb2d |
|
13-Feb-2014 |
Andreas Huber <andih@google.com> |
Merge "Revert "Split AndroidRuntime into AndroidRuntimeBase base-class and the rest.""
|
9ae000ca8c05ad6f700ad7bf119bbc92fb964b57 |
|
13-Feb-2014 |
Andreas Huber <andih@google.com> |
Revert "Split AndroidRuntime into AndroidRuntimeBase base-class and the rest." This reverts commit 7825334929b098b36e1144872200e75ba6d24b13. Change-Id: I1702eb3ff9d7192d64039c8bf4bc3fc5d8e458c4
/frameworks/base/services/core/jni/Android.mk
|
04f0cab79d1499a5fe27330bb30dd94151b82880 |
|
13-Feb-2014 |
Andreas Huber <andih@google.com> |
Merge "Split AndroidRuntime into AndroidRuntimeBase base-class and the rest."
|
7825334929b098b36e1144872200e75ba6d24b13 |
|
07-Feb-2014 |
Andreas Huber <andih@google.com> |
Split AndroidRuntime into AndroidRuntimeBase base-class and the rest. AndroidRuntimeBase (exported by libandroid_runtime_base.so) is all you need to link against to gain the ability to do AndroidRuntimeBase::getJNIEnv() thus minimizing build dependencies. Change-Id: Ia7f0c94c8c02b974c068e0db34774827f96aa95b
/frameworks/base/services/core/jni/Android.mk
|
d6b473713f43dec0828971854fe1018642cfaf27 |
|
11-Feb-2014 |
Michael Wright <michaelwr@google.com> |
Move inputservice over to frameworks/native Remove all of the pieces except the PointerController and SpriteController over to frameworks/native in preparation for inputflinger. Those two need to stay in frameworks/base for now because they depend on Skia currently. In the long run they should be merged into either the InputManager or the WindowManager rather than as a part of the inputservice / inputflinger. Try 2. Change-Id: I84259356d3eb8efc5aefb9d6b311b5fc590ea3ed
/frameworks/base/services/core/jni/Android.mk
|
453fa30ab2dbff5934e551323763200fac96d723 |
|
11-Feb-2014 |
Michael Wright <michaelwr@google.com> |
Revert "Move inputservice over to frameworks/native" This reverts commit 89e5c7ebb37fabc4368e87e17a502db62598bd61.
/frameworks/base/services/core/jni/Android.mk
|
89e5c7ebb37fabc4368e87e17a502db62598bd61 |
|
10-Feb-2014 |
Michael Wright <michaelwr@google.com> |
Move inputservice over to frameworks/native Remove all of the pieces except the PointerController and SpriteController over to frameworks/native in preparation for inputflinger. Those two need to stay in frameworks/base for now because they depend on Skia currently. In the long run they should be merged into either the InputManager or the WindowManager rather than as a part of the inputservice / inputflinger. Change-Id: Iebef71f3030fb3d26a5f338eb66d75bb37c17734
/frameworks/base/services/core/jni/Android.mk
|
9158825f9c41869689d6b1786d7c7aa8bdd524ce |
|
22-Nov-2013 |
Amith Yamasani <yamasani@google.com> |
Move some system services to separate directories Refactored the directory structure so that services can be optionally excluded. This is step 1. Will be followed by another change that makes it possible to remove services from the build. Change-Id: Ideacedfd34b5e213217ad3ff4ebb21c4a8e73f85
/frameworks/base/services/core/jni/Android.mk
|