Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit a3f2d3b8 authored by android-build-team Robot's avatar android-build-team Robot
Browse files

Snap for 4577102 from 9fe3cc4e to pi-release

Change-Id: I848eab11c4e5ee6ee135290d9f93c7e6d34bd8ef
parents f7b598d6 9fe3cc4e
Loading
Loading
Loading
Loading
+0 −1
Original line number Diff line number Diff line
@@ -48,7 +48,6 @@ hidl_interface {
        "VehicleHvacFanDirection",
        "VehicleHwKeyInputAction",
        "VehicleIgnitionState",
        "VehicleInstrumentClusterType",
        "VehiclePropConfig",
        "VehiclePropValue",
        "VehicleProperty",
+0 −54
Original line number Diff line number Diff line
@@ -987,41 +987,6 @@ enum VehicleProperty: int32_t {
        | VehiclePropertyType:INT32_VEC
        | VehicleArea:GLOBAL),

    /**
     * Property to define instrument cluster information.
     * For VehicleInstrumentClusterType:EXTERNAL_DISPLAY:
     *  READ:
     *   int32Values[0] : The current screen mode index. Screen mode is defined
     *                    as a configuration in car service and represents
     *                    which area of screen is renderable.
     *   int32Values[1] : Android can render to instrument cluster (=1) or
     *                    not(=0). When this is 0, instrument cluster may be
     *                    rendering some information in the area allocated for
     *                    android and android side rendering is invisible.
     *  WRITE from android:
     *   int32Values[0] : Preferred mode for android side. Depending on the app
     *                    rendering to instrument cluster, preferred mode can
     *                    change. Instrument cluster still needs to send
     *                    event with new mode to trigger actual mode change.
     *   int32Values[1] : The current app context relevant for instrument
     *                    cluster. Use the same flag with
     *                    VehicleAudioContextFlag but this context represents
     *                    active apps, not active audio. Instrument cluster
     *                    side may change mode depending on the currently
     *                    active contexts.
     *  When system boots up, Android side will write {0, 0, 0, 0} when it is
     *  ready to render to instrument cluster. Before this message, rendering
     *  from android must not be visible in the cluster.
     * @change_mode VehiclePropertyChangeMode:ON_CHANGE
     * @access VehiclePropertyAccess:READ_WRITE
     * @configArray 0:VehicleInstrumentClusterType 1:hw type
     */
    INSTRUMENT_CLUSTER_INFO = (
        0x0A20
        | VehiclePropertyGroup:SYSTEM
        | VehiclePropertyType:INT32_VEC
        | VehicleArea:GLOBAL),

    /**
     * Current date and time, encoded as Unix time.
     * This value denotes the number of seconds that have elapsed since
@@ -2066,25 +2031,6 @@ enum VehicleDisplay : int32_t {
    INSTRUMENT_CLUSTER = 1,
};

/**
 * Represents instrument cluster type available in system
 */
enum VehicleInstrumentClusterType : int32_t {
  /** Android has no access to instument cluster */
  NONE = 0,

  /**
   * Instrument cluster can communicate through vehicle hal with additional
   * properties to exchange meta-data
   */
  HAL_INTERFACE = 1,

  /**
   * Instrument cluster is external display where android can render contents
   */
  EXTERNAL_DISPLAY = 2,
};

/**
 * Units used for int or float type with no attached enum types.
 */
+1 −1
Original line number Diff line number Diff line
@@ -96,4 +96,4 @@ void get_disk_stats(std::vector<struct DiskStats>& stats) {

# device/<manufacturer>/<device>/sepolicy/vendor/hal_health_default.te
# Add device specific permissions to hal_health_default domain, especially
# if Step 6.2 or Step 7.2 is done.
# if Step 6.1 or Step 7.2 is done.
+26 −0
Original line number Diff line number Diff line
// This file is autogenerated by hidl-gen -Landroidbp.

hidl_interface {
    name: "android.hardware.media.bufferpool@1.0",
    root: "android.hardware",
    vndk: {
        enabled: true,
    },
    srcs: [
        "types.hal",
        "IAccessor.hal",
        "IClientManager.hal",
        "IConnection.hal",
    ],
    interfaces: [
        "android.hidl.base@1.0",
    ],
    types: [
        "Buffer",
        "BufferStatus",
        "BufferStatusMessage",
        "ResultStatus",
    ],
    gen_java: false,
}
+68 −0
Original line number Diff line number Diff line
/*
 * Copyright (C) 2018 The Android Open Source Project
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 */

package android.hardware.media.bufferpool@1.0;

import IConnection;
/**
 * IAccessor creates IConnection which is used from IClientManager in order to
 * use functionality of the specified buffer pool.
 */
interface IAccessor {

    /**
     * Registers a new client and creates IConnection to the buffer pool for
     * the client. IConnection and FMQ are used by IClientManager in order to
     * communicate with the buffer pool. Via FMQ IClientManager sends
     * BufferStatusMesage(s) to the buffer pool.
     *
     * FMQ is used to send buffer ownership status changes to a buffer pool
     * from a buffer pool client. A buffer pool synchronizes FMQ messages when
     * there is a hidl request from the clients. Every client has its own
     * connection and FMQ to communicate with the buffer pool. So sending an
     * FMQ message on behalf of other clients is not possible.
     *
     * FMQ messages are sent when a buffer is acquired or released. Also, FMQ
     * messages are sent when a buffer is transferred from a client to another
     * client. FMQ has its own ID from a buffer pool. A client is specified
     * with the ID.
     *
     * To transfer a buffer, a sender must send an FMQ message. The message
     * must include a receiver's ID and a transaction ID. A receiver must send
     * the transaction ID to fetch a buffer from a buffer pool. Since the
     * sender already registered the receiver via an FMQ message, The buffer
     * pool must verify the receiver with the transaction ID. In order to
     * prevent faking a receiver, a connection to a buffer pool from client is
     * made and kept private. Also part of transaction ID is a sender ID in
     * order to prevent fake transactions from other clients. This must be
     * verified with an FMQ message from a buffer pool.
     *
     * @return status The status of the call.
     *     OK               - A connection is made successfully.
     *     NO_MEMORY        - Memory allocation failure occurred.
     *     ALREADY_EXISTS   - A connection was already made.
     *     CRITICAL_ERROR   - Other errors.
     * @return connection The IConnection have interfaces
     *     to get shared buffers from the buffer pool.
     * @return connectionId Id of IConnection. The Id identifies
     *     sender and receiver in FMQ messages during buffer transfer.
     * @return mqDesc FMQ descriptor. The descriptor can be used to
     *     send/receive FMQ messages.
     */
    connect()
        generates (ResultStatus status, IConnection connection,
                   int64_t connectionId, fmq_sync<BufferStatusMessage> mqDesc);
};
Loading