c5ef24d95d
[Detail] 1. Since Android P, system and vendor cannot use on-disk files to communicate. Nvram is vendor_data_file, while audio-daemon is system process. 2. Actually since Android O, audio-daemon use AudioSystem::getParameters() to send command to audio driver who is the real one who touch the nvram. This is already a HIDL, In other words, audio-daemon does not touch nvram directly. [Solution] Remove unnecessary policy, which may cause build break. MTK-Commit-Id: ed37b24d8b1d939ee4d428e3ed49ba3155e953ec Change-Id: I87c9cf8a6fb3952e24f0fb140b5cc65a59712350 CR-Id: ALPS03878175 Feature: Audio Tuning Tool
12 lines
598 B
Plaintext
12 lines
598 B
Plaintext
# ==============================================
|
|
# Policy File of /system/bin/audiocmdservice_atci Executable File
|
|
|
|
# Access to storages for audio tuning tool to read/write tuning result
|
|
allow audiocmdservice_atci { block_device device }:dir { write search };
|
|
allow audiocmdservice_atci mnt_user_file:dir rw_dir_perms;
|
|
allow audiocmdservice_atci { mnt_user_file storage_file }:lnk_file rw_file_perms;
|
|
allow audiocmdservice_atci bootdevice_block_device:blk_file { read write };
|
|
|
|
allow audiocmdservice_atci hal_audio_hwservice:hwservice_manager find;
|
|
binder_call(audiocmdservice_atci,mtk_hal_audio);
|