Журнал изменений документа определения совместимости Android

Андроид 14

26 июня 2024 г.

2. Типы устройств

3. Программное обеспечение

  • 3.2.2. Параметры сборки :

    Для параметра ODM_SKU:

    См. редакцию

    Значение этого поля ДОЛЖНО быть закодировано как 7-битный ASCII и соответствовать регулярному выражению ^([0-9A-Za-z.,_-]+)$ .

5. Мультимедийная совместимость

  • 5.1.3. Подробности об аудиокодеках :

    Добавлена ​​информация о формате/кодеке Vorbis:

    См. редакцию

    Декодирование: поддержка моно-, стерео-контента, контента 5.0 и 5.1 с частотой дискретизации 8000, 12000, 16000, 24000 и 48000 Гц.
    Кодирование: поддержка моно- и стереоконтента с частотой дискретизации 8000, 12000, 16000, 24000 и 48000 Гц.

7. Совместимость оборудования

  • 7.1.4.2 Вулкан :

    См. редакцию

  • 7.7.1. Периферийный режим USB :

    Удаление:

    См. редакцию

    • НЕ СЛЕДУЕТ реализовывать звук AOAv2, описанный в документации Android Open Accessory Protocol 2.0. Звук AOAv2 устарел, начиная с версии Android 8.0 (уровень API 26).

9. Совместимость моделей безопасности

  • 9.7. Функция безопасности :

    Нумерация [C-SR-1] изменена на [C-SR-7] для удаления повторяющегося контента, а также удален [C-SR-8]:

    См. редакцию

    • [C-SR-1] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ сохранять данные ядра, которые записываются только во время инициализации, помеченными как доступные только для чтения после инициализации (например, __ro_after_init ).

    • [C-SR-2] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ рандомизировать структуру кода ядра и памяти и избегать воздействия, которые могут поставить под угрозу рандомизацию (например, CONFIG_RANDOMIZE_BASE с энтропией загрузчика через /chosen/kaslr-seed Device Tree node или EFI_RNG_PROTOCOL ) .

    • [C-SR-3] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ включить целостность потока управления (CFI) в ядре, чтобы обеспечить дополнительную защиту от атак повторного использования кода (например, CONFIG_CFI_CLANG и CONFIG_SHADOW_CALL_STACK ).

    • [C-SR-4] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ не отключать целостность потока управления (CFI), стек теневых вызовов (SCS) или очистку целочисленного переполнения (IntSan) на компонентах, у которых она включена.

    • [C-SR-5] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ включить CFI, SCS и IntSan для любых дополнительных компонентов пользовательского пространства, чувствительных к безопасности, как описано в CFI и IntSan .

    • [C-SR-6] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ включить инициализацию стека в ядре, чтобы предотвратить использование неинициализированных локальных переменных ( CONFIG_INIT_STACK_ALL или CONFIG_INIT_STACK_ALL_ZERO ). Кроме того, реализации устройств НЕ ДОЛЖНЫ предполагать значение, используемое компилятором для инициализации локальных переменных.

    • [C-SR-7] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ включить инициализацию кучи в ядре, чтобы предотвратить использование неинициализированных выделений кучи ( CONFIG_INIT_ON_ALLOC_DEFAULT_ON ), и они НЕ ДОЛЖНЫ принимать значение, используемое ядром для инициализации этих выделений.

  • 9.11. Ключи и учетные данные :

    См. редакцию

    • [C-1-6] ДОЛЖЕН поддерживать одно из следующих действий:
      • IKeymasterDevice 3.0,
      • IKeymasterDevice 4.0,
      • IKeymasterDevice 4.1,
      • IKeyMintDevice версии 1 или
      • IKeyMintDevice версии 2.

  • 9.11.1. Экран безопасной блокировки, аутентификация и виртуальные устройства :

    См. редакцию

    • [C-8-3] Они НЕ ДОЛЖНЫ предоставлять API для использования сторонними приложениями для изменения состояния блокировки.

    См. редакцию

    • [C-12-4] ДОЛЖЕН вызвать TrustManagerService.revokeTrust()
      • Максимум через 24 часа с момента предоставления доверия или
      • После 8-часового простоя или
      • Если реализации не используют криптографически безопасное и точное определение диапазона, как определено в [C-12-5], базовое соединение с ближайшим физическим устройством потеряно.
    • [C-12-5] Реализации, полагающиеся на безопасное и точное определение дальности для удовлетворения требований [C-12-4], ДОЛЖНЫ использовать одно из следующих решений:
      • Реализации с использованием UWB:
        • ДОЛЖЕН соответствовать требованиям соответствия, сертификации, точности и калибровки для СШП, описанным в 7.4.9 .
        • ДОЛЖЕН использовать один из режимов безопасности P-STS, перечисленных в 7.4.9 .
      • Реализации с использованием сети Wi-Fi Neighborhood Awareness Network (NAN):
        • ДОЛЖЕН соответствовать требованиям точности в 2.2.1 [7.4.2.5/H-SR-1], использовать полосу пропускания 160 МГц (или выше) и следовать шагам настройки измерения, указанным в разделе «Калибровка присутствия» .
        • ДОЛЖЕН использовать Secure LTF, как определено в IEEE 802.11az .

8 апреля 2024 г.

2. Типы устройств

  • 2.2.1. Аппаратное обеспечение :

    См. редакцию

    Начать новые требования

    Если реализации карманных устройств объявляют FEATURE_BLUETOOTH_LE , они:

    • [ 7.4 .3/H-1-3] ДОЛЖЕН измерять и компенсировать смещение Rx, чтобы гарантировать, что медианный RSSI BLE составляет -50 дБм +/- 15 дБ на расстоянии 1 м от эталонного устройства, передающего на ADVERTISE_TX_POWER_HIGH .
    • [ 7.4 .3/H-1-4] ДОЛЖЕН измерять и компенсировать смещение Tx, чтобы гарантировать, что медианный RSSI BLE составляет -50 дБм +/- 15 дБ при сканировании с эталонного устройства, расположенного на расстоянии 1 м и передачи со скоростью ADVERTISE_TX_POWER_HIGH .

  • 2.2.5. Модель безопасности :

    См. редакцию

    Если реализации портативных устройств поддерживают системный API HotwordDetectionService или другой механизм обнаружения горячих слов без указания доступа к микрофону, они:

    • [9.8/H-1-6] НЕ ДОЛЖНО допускать передачу более 100 байтов данных из службы обнаружения горячих слов при каждом успешном результате использования горячих слов , за исключением аудиоданных, передаваемых через HotwordAudioStream .

    См. редакцию

    Измените [9.8/H-1-13] на:

    • [9.8/H-SR-3] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ перезапускать процесс, на котором размещена служба обнаружения горячих слов, по крайней мере, один раз в час или каждые 30 событий, запускающих оборудование, в зависимости от того, что наступит раньше.

    См. редакцию

    Удалены требования [9.8.2/H-4-3], [9.8.2/H-4-4], [9.8.2/H-5-3].

  • 2.2.7.2. Камера :

    См. редакцию

    Если реализации портативных устройств возвращают android.os.Build.VERSION_CODES.U для android.os.Build.VERSION_CODES.MEDIA_PERFORMANCE_CLASS , то они:

    • [ 7.5 /H-1-3] ДОЛЖНО поддерживать свойство android.info.supportedHardwareLevel со значением FULL или выше для задней основной камеры и LIMITED или выше для передней основной камеры.

  • 2.3.2. Мультимедиа :

    См. редакцию

    Если реализации телевизионных устройств не имеют встроенного дисплея, а поддерживают внешний дисплей, подключенный через HDMI, они:

    • [ 5.8 /T-0-1] НЕОБХОДИМО установить для режима вывода HDMI самое высокое разрешение для выбранного формата пикселей, которое работает с частотой обновления 50 Гц или 60 Гц для внешнего дисплея, в зависимости от частоты обновления видео для региона, в котором продается устройство. дюйм. НЕОБХОДИМО установить режим вывода HDMI, чтобы выбрать максимальное разрешение, которое может поддерживаться с частотой обновления 50 Гц или 60 Гц.

3. Программное обеспечение

5. Мультимедийная совместимость

  • 5.3.8. Долби Видение :

    См. редакцию

    Если реализации устройств декларируют поддержку декодера Dolby Vision через HDR_TYPE_DOLBY_VISION , они:

    • [C-1-3] ДОЛЖЕН установить идентификатор дорожки обратно совместимых базовых слоев (если они присутствуют) таким же, как идентификатор дорожки объединенного слоя Dolby Vision.

7. Совместимость оборудования

  • 7.1.1.1. Размер и форма экрана :

    См. редакцию

    Если реализации устройств поддерживают экраны с конфигурацией размера UI_MODE_TYPE_NORMAL и используют физические дисплеи с закругленными углами для визуализации этих экранов, они:

    • [C-1-1] ДОЛЖЕН обеспечить выполнение хотя бы одного из следующих требований для каждого такого дисплея:
      • Когда блок размером 15 и 18 пикселей на 15 18 пикселей закреплен в каждом углу логического дисплея, на экране виден по крайней мере один пиксель каждого блока.

  • 7.4.3. Bluetooth :

    См. редакцию

    Восстановлены следующие требования:

    Если реализации устройства объявляют FEATURE_BLUETOOTH_LE , они:

    • [C-SR-2] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ измерить и компенсировать смещение Rx, чтобы гарантировать, что медианное значение BLE RSSI составляет -60 дБм +/- 10 дБ на расстоянии 1 м от эталонного устройства, передающего на ADVERTISE_TX_POWER_HIGH , где устройства ориентированы таким образом, что они в «параллельных плоскостях» с экранами, обращенными в одном направлении.

    • [C-SR-3] НАСТОЯТЕЛЬНО РЕКОМЕНДУЕТСЯ измерять и компенсировать смещение Tx, чтобы медианное значение BLE RSSI составляло -60 дБм +/- 10 дБ при сканировании с эталонного устройства, расположенного на расстоянии 1 м, и передачи со скоростью ADVERTISE_TX_POWER_HIGH , где устройства ориентированы. так, что они находятся в «параллельных плоскостях», а экраны обращены в одном направлении.

    См. редакцию

    Требования [C-10-3] и [C-10-4] перенесены в 2.2.1. Аппаратное обеспечение .

    • [C-10-3] ДОЛЖНО измерить и компенсировать смещение Rx, чтобы гарантировать, что медианный RSSI BLE составляет -55 дБм +/- 10 дБ на расстоянии 1 м от эталонного устройства, передающего на ADVERTISE_TX_POWER_HIGH .
    • [C-10-4] ДОЛЖНО измерить и компенсировать смещение Tx, чтобы гарантировать, что медианный RSSI BLE составляет -55 дБм +/- 10 дБ при сканировании с эталонного устройства, расположенного на расстоянии 1 м и передачи со скоростью ADVERTISE_TX_POWER_HIGH .

20 ноября 2023 г.

2. Типы устройств

  • 2.2.1. Аппаратное обеспечение :

    См. редакцию

    Если реализации карманных устройств декларируют поддержку любого 64-битного ABI (с 32-битным ABI или без него):

  • 2.2.7.2. Камера :

    См. редакцию

    • [ 7.5 /H-1-13] ДОЛЖНА поддерживать функцию LOGICAL_MULTI_CAMERA для основной задней камеры, если имеется более 1 задней камеры RGB.

  • 2.3.2. Мультимедиа :

    См. редакцию

    • [ 5.8 /T-0-1] НЕОБХОДИМО установить режим вывода HDMI на самое высокое разрешение для выбранного формата SDR или HDR, который работает с частотой обновления 50 Гц или 60 Гц для внешнего дисплея.

      НЕОБХОДИМО установить режим вывода HDMI, чтобы выбрать максимальное разрешение, которое может поддерживаться с частотой обновления 50 Гц или 60 Гц.

  • 2.4.5. Модель безопасности :

    См. редакцию

    • [9/W-0-1] ДОЛЖЕН объявить android.hardware.security.model.compatible feature .

6. Совместимость инструментов и опций разработчика

  • 6.1. Инструменты разработчика :

    См. редакцию

    • [C-0-12] ДОЛЖЕН записать атом LMK_KILL_OCCURRED_FIELD_NUMBER в

    См. редакцию

    • [C-0-13] ДОЛЖНА реализовать команду оболочки dumpsys gpu --gpuwork для отображения

9. Совместимость моделей безопасности

  • 9.7. Функции безопасности :

    См. редакцию

    Если реализации устройств используют ядро ​​Linux, способное поддерживать SELinux, они:

    См. редакцию

    Если реализации устройств используют ядро, отличное от Linux, или Linux без SELinux, они:

4 октября 2023 г.

2. Типы устройств

  • 2.2. Требования к портативному устройству :

    См. редакцию

    Реализации устройств Android классифицируются как портативные устройства, если они соответствуют всем следующим критериям:

    • Иметь физический размер диагонали экрана в диапазоне от 4 дюймов 3,3 дюйма (или 2,5 дюйма для реализаций устройств, поставляемых с уровнем API 29 или более ранней версии) до 8 дюймов.

    Начать новые требования

    • Иметь интерфейс ввода с сенсорным экраном.

  • 2.2.1. Аппаратное обеспечение :

    См. редакцию

    Реализации портативных устройств:

    • [ 7.1 .1.1/H-0-1] ДОЛЖЕН иметь хотя бы один Android-совместимый дисплей, отвечающий всем требованиям, описанным в этом документе. дисплей размером не менее 2,2 дюйма по короткому краю и 3,4 дюйма по длинному краю.

    Если реализации карманных устройств поддерживают программный поворот экрана, они:

    • [ 7.1 .1.1/H-1-1]* ДОЛЖЕН обеспечить размер логического экрана, доступного для сторонних приложений, не менее 2 дюймов по короткой стороне(-ам) и 2,7 дюйма по длинной стороне(-ам). Устройства, поставляемые с Android API уровня 29 или более ранней версии, МОГУТ быть освобождены от этого требования.

    Если реализации портативных устройств не поддерживают программный поворот экрана, они:

    • [ 7.1 .1.1/H-2-1]* ДОЛЖЕН обеспечить размер логического экрана, доступного для сторонних приложений, не менее 2,7 дюйма по короткому краю(ам). Устройства, поставляемые с Android API уровня 29 или более ранней версии, МОГУТ быть освобождены от этого требования.

    Начать новые требования

    • [ 7.1 .1.1/H-0-3]* ДОЛЖЕН сопоставлять каждый дисплей UI_MODE_NORMAL , доступный для сторонних приложений, на беспрепятственную физическую область дисплея размером не менее 2,2 дюйма по короткому краю и 3,4 дюйма по длинному краю.

    • [ 7.1 .1.3/H-0-1]* ДОЛЖНО установить значение DENSITY_DEVICE_STABLE на 92 % или выше фактической физической плотности соответствующего дисплея.

    Если реализации портативных устройств объявляют android.hardware.audio.output и android.hardware.microphone , они:

    • [ 5.6 /H-1-1] ДОЛЖНА иметь среднюю непрерывную двустороннюю задержку 300 миллисекунд или менее в течение 5 измерений со средним абсолютным отклонением менее 30 мс по следующим путям передачи данных: «динамик-микрофон», 3,5 мм. адаптер обратной связи (если поддерживается), USB-петля (если поддерживается).

    • [ 5.6 /H-1-2] ДОЛЖНА иметь среднюю задержку перехода между тональными сигналами 300 миллисекунд или меньше в течение как минимум 5 измерений по каналу передачи данных от громкоговорителя к микрофону.

    Если реализации портативных устройств включают хотя бы один тактильный привод, они:

    Если реализации портативных устройств включают хотя бы один линейный резонансный привод общего назначения 7.10 , они:

    • [ 7.10 /H] СЛЕДУЕТ расположить привод рядом с местом, где устройство обычно держат или прикасаются к нему руками.

    • [ 7.10 /H] СЛЕДУЕТ переместить тактильный привод по оси X (влево-вправо) естественной книжной ориентации устройства .

    Если реализации портативных устройств имеют тактильный привод общего назначения , который представляет собой линейный резонансный привод по оси X (LRA), они:

    • [ 7.10 /H] ДОЛЖНО иметь резонансную частоту LRA оси X ниже 200 Гц.

  • 2.2.2. Мультимедиа :

    См. редакцию

    Реализации портативных устройств ДОЛЖНЫ поддерживать следующие форматы кодирования видео и делать их доступными для сторонних приложений:

    • [ 5.2 /H-0-3] AV1

    Реализации портативных устройств ДОЛЖНЫ поддерживать следующие форматы декодирования видео и делать их доступными для сторонних приложений:

    • [ 5.3 /H-0-6] AV1

  • 2.2.3. Программное обеспечение :

    См. редакцию

    Если реализации устройства, включая навигационную клавишу функции недавних событий, как подробно описано в разделе 7.2.3, изменяют интерфейс, они:

    • [ 3.8 .3/H-1-1] ДОЛЖЕН реализовать поведение закрепления экрана и предоставить пользователю меню настроек для переключения этой функции.

    Если реализации портативных устройств включают поддержку ControlsProviderService и Control API и позволяют сторонним приложениям публиковать элементы управления устройствами , то они:

    • [ 3.8.16 /H-1-6] Реализации устройства ДОЛЖНЫ точно отображать возможности пользователя следующим образом:
      • Если устройство установило config_supportsMultiWindow=true и приложение объявляет метаданные META_DATA_PANEL_ACTIVITY в объявлении ControlsProviderService , включая ComponentName допустимого действия (как определено API), то приложение ДОЛЖНО встроить указанное действие в эту возможность пользователя.
      • Если приложение не объявляет метаданные META_DATA_PANEL_ACTIVITY , оно ДОЛЖНО отображать указанные поля, предоставленные API ControlsProviderService , а также любые указанные поля, предоставленные API управления .
    • [ 3.8.16 /H-1-7] Если приложение объявляет метаданные META_DATA_PANEL_ACTIVITY , оно ДОЛЖНО передать значение параметра, определенного в [3.8.16/H-1-5], с помощью EXTRA_LOCKSCREEN_ALLOW_TRIVIAL_CONTROLS при запуске встроенного действия.

    Если реализации устройств позволяют пользователям совершать вызовы любого рода, они

  • 2.2.4. Производительность и мощность :

    См. редакцию

    Реализации портативных устройств:

    • [ 8.5 /H-0-1] ДОЛЖНО предоставить пользователю возможность в меню «Настройки» видеть все приложения с активными службами переднего плана или заданиями, инициируемыми пользователем, включая продолжительность каждой из этих служб с момента ее запуска, как описано в документе SDK. . и возможность остановить приложение, выполняющее приоритетную службу или задание, инициированное пользователем. с возможностью остановить приложение, в котором запущена служба переднего плана, и отобразить все приложения, в которых есть активные службы переднего плана, а также продолжительность работы каждой из этих служб с момента ее запуска, как описано в документе SDK .
      • Некоторые приложения МОГУТ быть освобождены от остановки или включения в такие возможности для пользователей, как описано в документе SDK .

  • [ 8.5 /H-0-2]ОБЯЗАТЕЛЬНО предоставить пользователю возможность остановить приложение, в котором выполняется приоритетная служба или задание, инициированное пользователем.