History log of /frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
bfc4fcde9f756337fc8d0867ff04549b08688fff 06-Jun-2017 Jeff Sharkey <jsharkey@android.com> Give Doclava our manifest; more permission docs.

We've seen some @SystemApi methods protected with non-system
permissions, so give Doclava the platform AndroidManifest.xml so it
can parse the actual permission protection levels to look for APIs
that are letting in non-system apps.

Also document more @SystemApi permissions.

This is purely a docs change; no logic changes are being made.

Test: make -j32 update-api
Bug: 62263906
Change-Id: Ie0f0a5fb0033817bcc95060f2183a52ae4ae7b06
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
d86b8fea43ebb6e5c31691b44d8ceb0d8d3c9072 03-Jun-2017 Jeff Sharkey <jsharkey@android.com> Annotate @SystemApi with required permissions.

Most @SystemApi methods should be protected with system (or higher)
permissions, so annotate common methods with @RequiresPermission to
make automatic verification easier.

Verification is really only relevant when calling into system
services (where permissions checking can happen on the other side of
a Binder call), so annotate managers with the new @SystemService
annotation, which is now automatically documented.

This is purely a docs change; no logic changes are being made.

Test: make -j32 update-api && make -j32 offline-sdk-docs
Bug: 62263906
Change-Id: I2554227202d84465676aa4ab0dd336b5c45fc651
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
b3515648fb76a04a218666f166e0a26549343178 02-Mar-2017 Donghyun Cho <donghyun@google.com> CEC: Add a method to control standby mode of the device

Bug: 35318128
Test: m -j40
Change-Id: If787f8be5cfd82263e297d53841c1e0dc99c7c80
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
c53962d4ede82a03b62f0c8bb86bd0da090a15eb 02-Mar-2016 Jeff Sharkey <jsharkey@android.com> When system server goes down, crash apps more.

Apps making calls into the system server may end up persisting
internal state or making security decisions based on the perceived
success or failure of a call, or the default values returned.

The reality is that if the system process just died, init will be
along shortly to kill all running apps, so we should have no problem
rethrowing the RemoteException as a RuntimeException.

Bug: 27364859
Change-Id: Ife0bcb079636c88d54c44d17eb580409fd79028b
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
cb802870f7f855c429556643fd67179a7b5dc747 13-Oct-2015 Jinsuk Kim <jinsukkim@google.com> CEC: Queue up callbacks to handle on final result

While one party calls oneTouchPlay() to initiate the action and
put it in progress, the other parties making the same call gets
an error 'operation in progress'. This is not really an error,
but there was no other choice for them but just to wait till
the action is completed and the service is ready to accept
the API call again.

This CL resolves the inconvenice by allowing multiple callbacks
rather than returning IN_PROGRESS for those joining later. Same
was applied to queryDisplayStatus().

Change-Id: I5fc9aba4aa73e76a25f8fdec37e11cd961a3d35f
(cherry picked from commit 98a25f1ee27c1b4362a23981edc17fc92199a876)
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
2b0da5c4c84305f1d391dc78b85e244c9fd92456 22-Oct-2014 Yuncheol Heo <ycheo@google.com> CEC: Fix apilint errors.

- Change 'protected' to 'package private'.
- Change '@hide' to '{@hide}' for methods which should be still hidden
for linting.
- Rename addVendorCommandListener to setVendorCommandListener and make sure to be called once.
- Fix the implementation of removeHotplugEventListener().

Bug: 18063669
Change-Id: I5c032736f17bab9518f21596f7adeac2f88ba4c1
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
0608b9328b1c2f804ffb2d4165c34383d34bde2a 13-Oct-2014 Yuncheol Heo <ycheo@google.com> CEC: Add a callback for vendor when HDMI control setting is changed.

- removed unregisterContentObserver() to reactivate the service later.
- added the parameter destAddress to onReceived() callback to
distinguish whether the message is broadcast or not.

Bug: 17962624
Change-Id: I552d14661583f63bb66b07866092f972b259b15a
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
2e8f1b6399089626b4f0249427626ba6e63a62ef 03-Sep-2014 Jungshik Jang <jayjang@google.com> CEC: Revamp volume control action.

Here is a list of changes
1. Change volume control into event base not level base
2. Hide volume ui if volume change is triggered by CEC
3. Report volume change triggered by CEC in OSD message
4. Revamp HdmiLogger so that normal class uses static method only.
5. Apply format message to HdmiLogger's helper methods.

Bug: 17367215

Change-Id: I9f3cd41f7c66f76919059b463df956ed5176b054
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
339227da7cf025ce4ae0c85ddc52643d63972321 25-Aug-2014 Jungshik Jang <jayjang@google.com> Fix several bugs in HdmiControlService.

1. Fix HdmniLogger null pointer exception
2. Should check arc enabled port for arc requests
3. Disallow ARC action coming from indirect AVR device.
4. Check original opcode of feature action
5. Add bitmasking to all parameters of cec message.

Bug: 17243701, Bug: 17238394, Bug: 17241401
Change-Id: Iff0da78b0de9a29fb00e683c261528e0baea66af
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
61daf6b38e7a7ada2a6ca5a60539a54b9c6810bd 08-Aug-2014 Jungshik Jang <jayjang@google.com> Hook up device power status change to TIF

Instead of introducing new api update existing
IDeviceEventListener

Bug: 16445063
Change-Id: I93bfc736a06a78e83c95877a53f4f241b51ed9c0
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
61f4fbd2e8436a1ecd478c2a1f516d064a24d43b 06-Aug-2014 Jungshik Jang <jayjang@google.com> Rename HdmiCecDeviceInfo into HdmiDeviceInfo.

In order to include mhl device info to device info,
rename HdmiCecDeviceInfo into HdmiDeviceInfo.

BUG: 16215362

Change-Id: I30fb0216061fbbdd6fdc1b82c63af83f1b678597
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
6ffb03816f7410c001072a25c3e4161a2da4f501 01-Aug-2014 Jinsuk Kim <jinsukkim@google.com> Plumbing for HdmiTvClient and HdmiControlService

Added a few more methods in HdmiTvClient to use the API provided
by HdmiControlService

Change-Id: Ib506699b9661b99cefc837b96ac64347a4e9420c
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
e5a9337ebe738633cf7b66141cdf76efcdc5754c 25-Jul-2014 Jungshik Jang <jayjang@google.com> Implement clear timer.

This change implements clear timer, which sends
<Clear xxx Timer> to recorder, and reponse of it,
<Timer Cleared Status>.
Along with it, add result parser for [Timer Status Data].

Bug: 16160962

Change-Id: I1f48ec055aa93dc836156525de8b7ef921aad8b5
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
12e5dcefe136b58562f39604e6a8460ac92cb895 24-Jul-2014 Jungshik Jang <jayjang@google.com> Replace osd message for record status with IHdmiRecordCallback.

Add new interface, IHdmiRecordCallback, in order to handle
result of all recording features, One Touch Record and
Timer Recording.
HdmiRecordCallback is clientside interface which uses
RecordSource as return of getOneTouchRecordSource,
instead of raw byte array.

Along with it, add TimerRecordingAction.

Bug: 16160962

Change-Id: If0ed7abc5f45b020b39555cac585becbe8ee7da4
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
b6591b8e5399099dc6b7693e0fc719b613aba89c 23-Jul-2014 Jungshik Jang <jayjang@google.com> Implement OneTouchRecordAction and stop one touch record.

In addition to it, add api for clearTimerRecording as well.
Separately, I will replace logic for notifying message with callback
interface.

Bug: 16160962

Change-Id: I2368f7c697eb44ed4542c0ec4412c63a6ae41a5c
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
c7eba0f1db8928ca779933a564a06989e22a8532 07-Jul-2014 Jinsuk Kim <jinsukkim@google.com> Intent definition for HdmiControlService for OSD display

Intent action/extra for TV app to show a message on screen about events
HdmiControlService need to report for user's attention. The app
needs system permission HDMI_CEC to receive the intent.

Change-Id: I4fbe4621efa20a17ca64a3ca8f2df64bee03c51b
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
119160a68195bcb2f5bdf4a269807e01228eca97 07-Jul-2014 Jinsuk Kim <jinsukkim@google.com> Add vendor-specific command API for HdmiControl

Vendor-specific commands are not handled by the service. This CL
opens an API for vendors to implement customized handling of
CEC commands specific to their needs.

Change-Id: I8bfa3b891bd7994a903b3b41d7c2b27464167afa
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
b38cd68b240d99e8c8ae6ff1802a574696b420cd 07-Jul-2014 Jinsuk Kim <jinsukkim@google.com> Update HdmiControlService.deviceSelect()

The device selection action should have stopped if
TV's own power goes to standby in the middle. This CL
implements the right behavior.

Some TODO's about OSD banner were removed as they
can be handled in caller (TV app) when invoking the API
or upon receiving the callback based on the result. One
more callback result constant was added accordingly.

Bug: 15843137
Bug: 15844312
Bug: 15845651

Change-Id: Ib118fd6e80e9abdfb531e3f321d8db1c9cec45bd
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
c0c20d0522d7756d80f011e7a54bf3b51c78df41 04-Jul-2014 Jinsuk Kim <jinsukkim@google.com> Removed class HdmiCec

Most of the constants in HdmiCec are internal use only. Moved them
to service, and dispersed the rest to other relevant classes.

Also moved HdmiCecMessage class to service as it doesn't need to be
open ouside the service.

Change-Id: I7b2ce3bf465330aa4d7fcd05f9aefa1e6c8b056a
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
66d1eb285b129836d1b3c392ed609283c0dbf830 06-Jun-2014 Jinsuk Kim <jinsukkim@google.com> Tag HdmiControlService API classes with @hide/@SystemApi

Bug: 15516329, Bug: 15516710
Change-Id: Ie814513a642660b6c5fdc9e891ad1eec1b2d689b
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
9302a733b01c3ab4abd7911a286baf4833847d56 22-May-2014 Jinsuk Kim <jinsukkim@google.com> Fix broken build

Change-Id: Icff98663842482149d8c5c5371327121a1adff3d
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
78d695d8ba532214b02e7f18e0ccf89cf099163d 13-May-2014 Jinsuk Kim <jinsukkim@google.com> Add feature actions for HDMI-CEC playback device

- OneTouchPlayAction
- DevicePowerStatusAction
- addHotplugEventListener
- removeHotplugEventListener

Change-Id: Ia7f31507ca62127efbacbbfe07ab43ba1f9bd4cf
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java
91120c541ac0c8c5e256b75759c884b4d6d664fc 08-May-2014 Jinsuk Kim <jinsukkim@google.com> HdmiControlManager with HdmiPlaybackClient API definition

This is a rewrite of HdmiCecManager that exposes API for CEC Playback
device control. HdmiCecManager will be removed together with
HdmiCecService once the migration is completed.

Replaced direct access to CEC commands with the following 2 API:
- oneTouchPlay
- queryDisplayStatus

Each method requires communication with other device on CEC bus,
hence might take some time to finish. The result at the end of
protocol exchange is reported through a callback provided as a
parameter to the method.

The callback is based on interface not abstract class since
it has only one method 'onComplete'.

Change-Id: I41e9d4571f890303282a79a803c86530d0b46974
/frameworks/base/core/java/android/hardware/hdmi/HdmiControlManager.java