Intel Parameter-Framework简介

68 篇文章 14 订阅
1 篇文章 0 订阅

【Parameter-Framework是什么】

        Parameter-Framework 是一种基于插件(plugin-based)和既定规则(rule-based)的,用于处理各种 parameter 的框架。它在运行 Android 系统的 Intel 架构设备上(例如智能手机、平板电脑)被广泛使用。它采用 pfw 语言进行记录并保存在后缀为 “.pfw” 的文件中,再通过特定的转换规则被转换成 XML 格式的文件,描述系统的结构和各个参数(parameters)。

 

【Parameter-Framework的用处】

        可以用 Parameter-Framework 基于既定的规则来为智能手机或平板电脑等设备的各个硬件控制部件(这些控制部件可被视为 parameters)设定合适的值。举个例子,为设备的不同的音频应用场景(播放音乐、打电话、QQ语音等)分别采取合适的音频参数设置,这个过程通常被称为 “audio tuning”,就可以采用 Parameter-Framework 来实现。

 

【Parameter-Framework的文件组织结构】

        Parameter-Framework文件的目录结构类似于下图:

            

        最顶层的配置文件的文件名应该以 .in 后缀结尾(比如,ParameterFrameworkConfiguration.xml.in)。如下图:

            

        有 2 个 makefile 文件很重要,它们的概念有相似之处可能引起混淆,简单介绍以示区别:

    1、  device.mk

        这个文件中列出了所有必须被引用的meta-package

    2、  AndroidBoard.mk

        这个文件中定义了上述的这些meta-package

 

【Parameter-Framework的XML格式文件生成规则】

         下面的代码是一个示例:

include $(CLEAR_VARS)
LOCAL_MODULE := AudioConfigurableDomains-bytcr-rt5640-default.xml
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_CLASS := ETC
LOCAL_MODULE_RELATIVE_PATH := parameter-framework/Settings/Audio

include $(CLEAR_PFW_VARS)
# Refresh tunning + routing domain file for rt5640-default
LOCAL_REQUIRED_MODULES := \
    parameter-framework.audio.common \
    parameter-framework.audio.baytrail \
    ParameterFrameworkConfiguration-bytcr-rt5640-default.xml \
    AudioClass-bytcr-rt5640-default.xml \
    CodecSubsystem-bytcr-rt564x-common.xml \
    CodecSubsystem-bytcr-rt5640-default.xml \
    SstSubsystem-bytcr-rt5640-default.xml \
    SstSubsystem-bytcr-rt56xx-common.xml \

PFW_TOPLEVEL_FILE := $(TARGET_OUT_ETC)/parameter-framework/ParameterFrameworkConfiguration-bytcr-rt5640-default.xml
PFW_CRITERIA_FILE := $(COMMON_PFW_CONFIG_PATH)/AudioCriteria.txt
PFW_TUNING_FILE := $(LOCAL_PATH)/Settings/Audio/AudioConfigurableDomains-bytcr-rt5640-default.Tuning.xml
PFW_EDD_FILES := \
    $(PLATFORM_PFW_CONFIG_PATH)/Settings/Audio/routing_scalpe_common.pfw \
    $(LOCAL_PATH)/Settings/Audio/bytcr-rt5640-default.pfw
PFW_COPYBACK := Settings/Audio/$(LOCAL_MODULE)
include $(BUILD_PFW_SETTINGS)

    名称带有 PFW_前缀的变量很重要,简单说明一下:

  • PFW_TOPLEVEL_FILE: 用于生成 XML 文件的顶层配置文件
  • PFW_CRITERIA_FILE: 详细记录各个 criteria 的类型和值的文件
  • PFW_TUNING_FILE (可选文件): 包含已设定参数信息的 XML 文件
  • PFW_EDD_FILES: 记录“.pfw”文件集合的文件
  • PFW_COPYBACK (可选文件): 如果这个变量被定义了,那么 XML 文件在生成后会被复制到 $(LOCAL_PATH) 变量值指定的目录中。这个配置只是临时生效而非永久效果。

    在使用任何以 PFW_ 开头的变量以前, 你必须调用 include $(CLEAR_PFW_VARS) 来清除之前的参数设定。在这之后,再调用 include $(BUILD_PFW_SETTINGS)就可以触发 XML 文件的生成过程了。这 2 个变量在文件 AndroidBoard.mk中被定义。


【PFW在Android Audio中的运用】

    在使用 Intel 平台的 Android 系统中,音频链路的设置使用了 PFW 来完成。既然上文中说到 PFW 是对 parameters 进行设置,那么我们在编写 PFW 文件之前应该先准备好被控制的对象——parameters,它们实际上是 Codec 芯片中的各个 Mixer。

    如果在你的设备上音频模块使用了 tinyalsa,那么可以在 adb 登录到 shell 后使用命令 tinymix -D 1查看声卡上的所有 Mixer。

    

    通常这些 Mixer 信息由 Codec 的芯片制造商以 XML 文件的形式给出,在文件中被称作 Component。这个 XML 文件通常会以 Codec 芯片型号来命名,比如叫 Realtek5677Subsystem.xml。文件内容大体格式分为子系统声明(Subsystem)、Component声明(Component Library) 和 Component引用(Instance  Definition) 3 部分,如下:

  

    在 Component 声明(Component Library)中,使用 <CompnentType> 元素来定义具体的每一个部件的信息(例如 Mixer、Mux 等),它们可以由 IntegerParameter、BooleanParameter、EnumParameter 等 parameters 构成,也可以由别的 ComponentType 元素构成。如果 parameters 中的 Mapping 属性是 Control 类型,那么它的值实际上就是该 parameter 所对应的 Mixer Control 的名字。如下:

  

    如果 parameters 中的 Mapping 属性是 Amend 类型,那么它的值可以用于替换前文中的 %1、%2 等变量。如下图中的 'Algo%1 Param1' 最终会被替换成 'Algo1 Param1' 或者 'Algo2 Param1':

  

    Component 声明中的 <ComponentType> 除了可以由其它 ComponentType 构成,也可以继承自其它的 ComponentType。使用 Extends 属性可以实现这个功能。如下图中名为 “OUTPUT_TYPE” 的 ComponentType 继承自名为 “INPUT_TYPE” 的 ComponentType,下辖的 parameter 既有本身的 VOLUME 又有继承而来的 SWITCH:

  

    我们最后再来看一个综合了以上所有特性的 Component 声明的例子。如下图中的写法,我们将会声明 6 个 Mixer Control,分别是:

        Control:'SpeakerPhone Digital Switch'

        Control:'SpeakerPhone Digital Volume'

        Control:'LineOut Analog Switch'

        Control:'LineOut Analog Volume'

        Control:'HeadPhone Analog Switch'

        Control:'HeadPhone Analog Volume'

  

    经过上述各部分的定义,它们在 PFW 文件中对应的元素,即被控制的 parameters 就可以生成了。如下:

        /Audio/MYCODEC/SOUND_CARD/MIXER/PARAM1[IntegerParameter]  name='Mixer param1'

        /Audio/MYCODEC/SOUND_CARD/MIXER/PARAM2[BooleanParameter]  name='Mixer param2'

        /Audio/MYCODEC/SOUND_CARD/EQUALIZER/PARAM1[IntegerParameter]  name='Equalizer param1'

        /Audio/MYCODEC/SOUND_CARD/EQUALIZER/PARAM2[BooleanParameter]  name='Equalizer param2'

        /Audio/MYCODEC/SOUND_CARD/ALGO1/PARAM1[IntegerParameter]  name='Algo1 param1'

        /Audio/MYCODEC/SOUND_CARD/ALGO1/PARAM2[EnumParameter]  name='Algo1 param2'

        /Audio/MYCODEC/SOUND_CARD/ALGO2/PARAM1[IntegerParameter]  name='Algo2 param1'

        /Audio/MYCODEC/SOUND_CARD/ALGO2/PARAM2[EnumParameter]  name='Algo2 param2'

        /Audio/MYCODEC/SOUND_CARD/OUTPUTS/SPEAKERPHONE/VOLUME[IntegerParameter]  name='Speakerphone Digital Volume'

        /Audio/MYCODEC/SOUND_CARD/OUTPUTS/SPEAKERPHONE/SWITCH[IntegerParameter]  name='Speakerphone Digital Switch'

        /Audio/MYCODEC/SOUND_CARD/OUTPUTS/LINE_OUT/VOLUME[IntegerParameter]  name='LineOut Analog Volume'

        /Audio/MYCODEC/SOUND_CARD/OUTPUTS/LINE_OUT/SWITCH[IntegerParameter]  name='LineOut Analog Switch'

        /Audio/MYCODEC/SOUND_CARD/OUTPUTS/HEADPHONE/VOLUME[IntegerParameter]  name='Headphone Analog Volume'

        /Audio/MYCODEC/SOUND_CARD/OUTPUTS/HEADPHONE/SWITCH[IntegerParameter]  name='Headphone Analog Switch'


    有了 parameters 后就可以编写 PFW 文件对其进行控制了。

    我们再来看 PFW 文件中的内容和格式,如下图可分为 域(supDomain / domainGroup / domain)、配置规则(conf)等,而绿色部分的 parameter 就是通过上文中 XML 文件所得到的:

  

    最终 PFW 文件也会被转换成 XML 格式的文件,例如上方这段 PFW 信息会被转换成下方的 XML 内容:

  

    具体分析一下 PFW 文件中的音频链路设定(Audio Route)规则。音频链路设定的过程可以分为 3 个阶段,分别是 Flow、Path 和 Configure。其中 Flow 阶段控制是否允许音频数据的输出,Path 阶段控制是否打通某条音频链路,Configure 阶段对链路上传输的音频格式进行配置。具体到代码中,不管是 Routing 还是 Re-Routing 的过程对应的函数也分为这 3 个大阶段,如下:

    

    而这每个阶段则都是按照使用场景的需求从 PFW 文件中读取相应的 parameter 进行设定,如下:

    

    

    上方截图展示的是 Flow 阶段的实际代码实现,Path 和 Configure 阶段也是类似的。

    PFW 文件中 Flow 阶段的内容如下图,当设备上插入了耳机或带麦克风的耳机,并且设备当前处于通话或播放多媒体的状态时,耳机链路的数据输出开关将被打开,即 /AUDIO/REALTEK/SOUND_CARD/OUTPUT/HEADPHONE/SWITCH 参数的值被设置为 1:

  

    PFW 文件中 Path 阶段的内容如下图,当设备处于通话或播放多媒体的状态时,耳机链路将被选通即 /Audio/REALTEK/SOUND_CARD/MIXER/DIGITAL/DAC_MIXER/STEREO/RIGHT/1/SWITCH 和 /Audio/REALTEK/SOUND_CARD/MIXER/DIGITAL/DAC_MIXER/STEREO/LEFT/1/SWITCH 被设置为 1

  

    PFW 文件中 Configure 阶段的内容如下图,将 Codec 芯片中输出的音频数据配置为 16 位深度、双声道输出、48000Hz 采样率:

  


【实例分析】

    上面讲了这么多,都是从意义、语法规则等全局层面来讲解的,可能还是有点抽象。下面从工程中的一个 PFW 文件里截取一行用于 route 控制的语句,再结合上文描述的规则进行具体分析,应该能让大家理解得更清晰。

    在文件 device/intel/common/audio/parameter-framework/Settings/Audio/routing_realtek5677.pfw 中有下面这条控制语句:

        /Audio/REALTEK/SOUND_CARD/MIXER/ANALOG/HPOUT_MIXER/DAC1/SWITCH = 1

    这条语句所控制的部件被定义在 parameter-framework/Structure/Audio/Realtek5677Subsystem.xml 文件中,所以我们应该到 Realtek5677Subsystem.xml 文件中进查找。

    1、首先找 SOUND_CARD:

    /Audio/REALTEK/SOUND_CARD/MIXER/ANALOG/HPOUT_MIXER/DAC1/SWITCH = 1

    对应 Realtek5677Subsystem.xml 文件中的

    <InstanceDefinition>

        <Component Name="SOUND_CARD" Type="SOUND_CARD" Mapping="Card:cherrytrailaud"/>

    </InstanceDefinition>


    2、然后根据 SOUND_CARD 的 Type 找 MIXER:

    /Audio/REALTEK/SOUND_CARD/MIXER/ANALOG/HPOUT_MIXER/DAC1/SWITCH = 1

    对应 Realtek5677Subsystem.xml 文件中的

    <ComponentType Name="SOUND_CARD">

        <Component Name="OUTPUT" Type="OUTPUTS_TYPE"/>

        <Component Name="INPUT" Type="INPUTS_TYPE"/>

        <Component Name="MIXER" Type="MIXER_TYPE"/>

        <Component Name="VOICE_PORT" Type="SSP_PORT" Mapping="Device:1"/>

    </ComponentType>


    3、再根据 MIXER 的 Type 找 ANALOG:

    /Audio/REALTEK/SOUND_CARD/MIXER/ANALOG/HPOUT_MIXER/DAC1/SWITCH = 1

    对应 Realtek5677Subsystem.xml 文件中的

    <ComponentType Name="MIXER_TYPE">

        <Component Name="ANALOG"  Type="MIXER_ANALOG_TYPE"/>

        <Component Name="DIGITAL" Type="MIXER_DIGITAL_TYPE"/>

        <Component Name="PDM" Type="PDM_TYPE"/>

    </ComponentType>


    4、继续根据 ANALOG 的 Type 找 HPOUT_MIXER:

    /Audio/REALTEK/SOUND_CARD/MIXER/ANALOG/HPOUT_MIXER/DAC1/SWITCH = 1

    对应 Realtek5677Subsystem.xml 文件中的

    <ComponentType Name="MIXER_ANALOG_TYPE">

        <Component Name="REC_MIXER" Type="REC_MIXER_TYPE"/>

        <Component Name="HPOUT_MIXER" Type="HPOUT_MIXER_TYPE" Mapping="Amend1:HPO,Amend2:MIX"/>

        <Component Name="HPOUT_VOL_MIXER" Type="HPOUT_VOL_MIXER_TYPE" Mapping="Amend1:HPOVOL"/>

    </ComponentType>

    此时要注意 HPOUT_MIXER 部件的末尾多了一个属性 Mapping="Amend1:HPO,Amend2:MIX"。这个 Mapping 属性就是 route 参数, Amend1:HPO 的意思就是 %1 = HPO,同理 Amend2:MIX 的意思就是 %2 = MIX。(如果不理解,跳到第 6 点看看 SWITCH 部件的 Mapping 属性就懂了)


    5、继续根据 HPOUT_MIXER 的 Type 找 DAC1:

    /Audio/REALTEK/SOUND_CARD/MIXER/ANALOG/HPOUT_MIXER/DAC1/SWITCH = 1

    对应 Realtek5677Subsystem.xml 文件中的

    <ComponentType Name="HPOUT_MIXER_TYPE">

        <Component Name="DAC1" Type="ANALOG_MIXER_SWITCH_TYPE" Mapping="Amend3:DAC1"/>

        <Component Name="HPVOL" Type="ANALOG_MIXER_SWITCH_TYPE" Mapping="Amend3:HPVOL"/>

    </ComponentType>

    此时也要注意在 DAC1 部件末尾面多了一个属性 Mapping="Amend3:DAC1"。同上,这个 Mapping 也是 route 参数。Amend3:DAC1 就是 %3 = DAC1 的意思。



    6、最后,根据 DAC1 的 Type 找 SWITCH:

    /Audio/REALTEK/SOUND_CARD/MIXER/ANALOG/HPOUT_MIXER/DAC1/SWITCH = 1

    对应 Realtek5677Subsystem.xml 文件中的

    <ComponentType Name="ANALOG_MIXER_SWITCH_TYPE">

        <BooleanParameter Name="SWITCH" Mapping="Control:'%1 %2 %3 Switch'"/>

    </ComponentType>


    这样,示例中的一条控制语句就被完整解析出来了。SWITCH 部件的 Mapping 属性为 Mapping="Control:'%1 %2 %3 Switch”,将步骤4、5的解析结果分别替换掉 1% %2 %3 后就得到了:

        HPO MIX DAC1 Switch = 1

    这等效于我们用下面这条 tinymix 命令来对 route 进行配置:

        tinymix 'HPO MIX DAC1 Switch' 1


【参考链接】

    [1] android-ia/vendor_intel_common

    [2] 01org/parameter-framework

    [3] 01.org/zh/parameter-framework


Intel® Platform Innovation Framework for EFI Architecture Specification (PDF 893KB) ACPI Specification v0.90 (PDF 212KB) ACPI Specification v0.91 (PDF 246KB) ACPI Table Storage Specification v0.90 (PDF 139KB) ACPI Table Storage Specification v0.91 (PDF 190KB) Boot Script Specification v0.9 (PDF 200KB) Boot Script Specification v0.91 (PDF 275KB) Cache Subclass Specification (PDF 224KB) Capsule Specification (PDF 270KB) Compatibility Support Module Specification v0.96 (PDF 547KB) Compatibility Support Module Specification v0.97 (PDF 576KB) CPU I/O Protocol Specification (PDF 205KB) Data Hub Specification (PDF 177KB) Data Hub Subclass Design Guide (PDF 156KB) Driver Execution Environment Core Interface Specification (DXE CIS)** v0.9 (PDF 1.05MB) Driver Execution Environment Core Interface Specification (DXE CIS)** v0.91 (PDF 1.07MB) Firmware File System Specification (PDF 237KB) Firmware Volume Block Specification (PDF 197KB) Firmware Volume Specification (PDF 403KB) Hand-Off Block (HOB) Specification (PDF 231KB) Hot-Plug PCI Initialization Protocol Specification (PDF 108KB) Human Interface Infrastructure Specification v0.9 (PDF 597KB) Human Interface Infrastructure Specification v0.91 (PDF 800KB) Human Interface Infrastructure Specification v0.92 (PDF 764KB) IDE Controller Initialization Protocol Specification (PDF 139KB) Memory Subclass Specification (PDF 397KB) Miscellaneous Subclass Specification (PDF 490KB) PCI Host Bridge Resource Allocation Protocol Specification (PDF 212KB) PCI Platform Support Specification (PDF 115KB) Platform IDE Initialization Protocol Specification (PDF 83KB) Pre-EFI Initialization Core Interface Specification (PEI CIS)** v0.9 (PDF 881KB) Pre-EFI Initialization Core Interface Specification (PEI CIS)** v0.91 (PDF 841KB) Processor Subclass Specification (PDF 314KB) Recovery Specification (PDF 225KB) S3 Resume Boot Path Specification (PDF 173KB) SMBus Host Controller Protocol Specification (PDF 198KB) SMBus PPI Specification (PDF 188KB) Status Codes Specification v0.9 (PDF 682KB) Status Codes Specification v0.92 (PDF 523KB) System Management Mode Core Interface Specification (SMM CIS) v0.9 (PDF 713KB) System Management Mode Core Interface Specification (SMM CIS) v0.91 (PDF 646KB)
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值