文章目录

  • BOARD-ID
    • 传统格式
    • 最新的格式
  • MSM-ID

BOARD-ID

说明文档目录:kernel/msm4.14/Documentation/devicetree/bindings/arm/msm/board-id.txt 翻译如下

传统格式

The qcom,board-id entry specifies the MSM platform and subtype revision.
It can optionally be an array of these to indicate multiple hardware that use
the same device tree.  It is expected that the bootloader will use this
information at boot-up to decide which device tree to use when given multiple
device trees, some of which may not be compatible with the actual hardware.  It
is the bootloader's responsibility to pass the correct device tree to the kernel.

高通的board-id条目指定了MSM平台和其子类型的版本。
他能够可选择地(optionally)成为一个以上类型的组合,用于识别出共用设备树文件的不同的硬件。bootloader(引导装载程序)在给定多个设备树文件时用board id的信息来决定使用哪个设备树文件来启动。(其他的设备树文件跟实际的硬件并不匹配)BOOTLOADER负责将正确的设备树文件传递给内核。

Legacy format:
It is expected that the qcom,board-id entry be at the top level of the device
tree structure.  The format of the entry is:
qcom,board-id = <platform_id, subtype_id> [, <p2, s2> ...]

传统格式:
高通的board-id条目需要放在设备树文件的最开头部分(见下图),格式如下

qcom,board-id = <platform_id, subtype_id> [, <p2, s2> …]
举例:qcom,board-id = <0x00010b, 0xA>

where platform_id and subtype_id are the numeric values for the platform and
subtype of the current hardware.
The "subtype_id" cell is a 32-bit integer whose bit values are defined as follows:bits 31-20 = Reserved bitsbits 19-16 = Boot Device Type.MSM:0: default (eMMC)2: EMMC_SDC14: BOOT_UFSMDM:0: default (NAND)3: EMMC_SDC1bits 15-8  = DDR Size. For devices with DDR Size as 512MB the value is 0x1, default value as 0x0bits 7-0   = Platform Subtype

当board id中的platform_id 和 subtype_id 与 当前的硬件上的 平台类型和子类型一致时,
subtype_id是一个32位的整形数,它的位定义如下

31-20 19-16 15-8 7-0
保留位 启动设备类型 DDR内存尺寸:0x0 为默认值,0x1为512MB 平台子类型(Platform Subtype)
In the event that a given device tree is applicable to all hardware versions
matching a given Platform Type / Subtype ID, the major/minior platform version
fields in the board_id property shall both be specified as 0xff.

如果给定的设备树适用于所有硬件版本,匹配给定的平台类型/子类型ID,即主/次平台版本
board_id属性中的字段都应该指定为0xff。

最新的格式

Modern format:
The cell layout of the qcom,board-id property is as follows:qcom,board-id = <board_id, reserved>
where board_id is a 32-bit integer whose bit values are defined as follows:bits 31-24 = Platform Subtype IDbits 23-16 = Platform Version (Major)bits 15-8  = Platform Version (Minor)bits  7-0  = Platform Type IDand the 'reserved' cell is a 32-bit integer whose bit values are defined as follows:bits 31-13 = Reserved Bitsbits 12-11 = Panel Detection. 00 - limit to HD, 01 - limit to 720p,10 - limit to qHD, 11 - limit to FWVGAbits 10-8  = DDR Size. For devices with DDR Size as 512MB the value is 0x1,default value as 0x0bits 7-0   = Platform Subtype

最新的格式:
qcom,board-id属性的单元格布局如下:

qcom,board-id = <board_id, reserved>

board_id是一个32位的整型数,它的位定义如下:

31-24 23-16 15-8 7-0
平台子类型ID(Platform Subtype ID) 平台版本(Platform Version (Major)) 平台版本(Platform Version (Minor)) 平台类型ID(Platform Type ID)

‘reserved’ 单元也是一个32位的整型数,它的各个位定义如下:

31-13 12-11 10-8 7-0
保留位 屏幕检测:00 HD, 01 720P, 10 qHD, 11 FWVGA DDR内存尺寸:0x0 为默认值,0x1为512MB 平台子类型(Platform Subtype)
In the event that a given device tree is applicable to all hardware versions
matching a given Platform Type / Subtype ID, the major/minior platform version
fields in the board_id property shall both be specified as 0xff.

如果给定的设备树适用于所有硬件版本,匹配给定的平台类型/子类型ID,即主/次平台版本
board_id属性中的字段都应该指定为0xff。
Example:
qcom,board-id = <15 0>;
qcom,board-id = <0x01040708, 0>;
qcom,board-id = <0x01ffff08, 0>;
qcom,board-id = <8, 0x100>;

MSM-ID

文档说明目录:kernel/msm4.14/Documentation/devicetree/bindings/arm/msm/msm-id.txt

The qcom,msm-id entry specifies the MSM chipset, platform, hardware revision
and optional manufactured foundry.  It can optionally be an array of these to
indicate multiple hardware that use the same device tree.  It is expected that
the bootloader will use this information at boot-up to decide which device tree
to use when given multiple device trees, some of which may not be compatible
with the actual hardware.  It is the bootloader's responsibility to pass the
correct device tree to the kernel.

qcom, MSM -id条目指定MSM芯片组,平台,硬件版本和制造厂商。它能够可选择地(optionally)成为一个以上类型的组合,用于识别出共用设备树文件的不同的硬件。bootloader(引导装载程序)在给定多个设备树文件时用board id的信息来决定使用哪个设备树文件来启动。(其他的设备树文件跟实际的硬件并不匹配)BOOTLOADER负责将正确的设备树文件传递给内核。

Format:
It is expected that the qcom,msm-id entry be at the top level of the device
tree structure.  The format can take one of the two forms below:qcom,msm-id = <chipset_foundry_id, platform_id, rev_id> [, <c2, p2, r2> ...]qcom,msm-id = <chipset_foundry_id, rev_id> [, <c2, r2> ...]If the second format is used one must also define the board-id.

高通的msm-id条目需要放在设备树文件的最开头部分(见下图),格式有如下两种
qcom,msm-id = <chipset_foundry_id, platform_id, rev_id> [, <c2, p2, r2> …]
qcom,msm-id = <chipset_foundry_id, rev_id> [, <c2, r2> …]
第二种格式在使用的过程中,需要同时定义board-id.

The "chipset_foundry_id" consists of three fields as below:bits 0-15  = The unique MSM chipset id.  bits 16-23 = The optional foundry id. If bootloader doesn't find a devicetree which has exact matching foundry-id with hardware itchooses the device tree with foundry-id = 0.bits 24-31 = Reserved.

chipset_foundry_id单元中包含如下三部分的信息:

31-24 23-16 15-0
保留位 厂商ID,如果BOOTLOADER不能够精确匹配硬件厂商ID,那BootLoader会选择厂商ID为0的设备树 唯一的芯片ID

Example:
qcom,msm-id = <0x1007e 15 0>;

qcom,board-id= <15 2>;
qcom,msm-id = <0x1007e 0>;

高通安卓平台BOARD-ID和MSM-ID相关推荐

  1. 高通安卓调试LCD几方面总结

    来公司上班现在已经整整一个月了,蔽人不才,能力有限,学习进度缓慢,不过也是有一点点的收获与心得,在这里写出来与大家分享,养成良好的记录习惯也免得后忘记. 不啰嗦了,开入正题.来公司一个月左右的时间,主 ...

  2. Linux加载DTS设备节点的过程(以高通8974平台为例)

    DTS是Device Tree Source的缩写,用来描述设备的硬件细节.在过去的ARM Linux中,arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的垃圾代码, ...

  3. android_驱动_qcom_【高通SDM660平台】(1) ---Bringup Guide

    [高通SDM660平台]Camera 驱动 Bringup Guide 一.Kernel 代码移植 1. DTS 文件配置 1.1 sdm660.dtsi 1.2 sdm660-camera.dtsi ...

  4. 高通SM4350平台指纹移植流程

    本文总结了高通sm4350平台指纹移植流程,厂家一般会提供移植文档,本文档可作为补充: 准备工作: 1.把指纹模组扣到主板上的SPI连接器上 2.高通sm4350平台,Android R版本全代码,全 ...

  5. 高通sm4350平台指纹移植

    本文总结了高通sm4350平台指纹移植流程,厂家一般会提供移植文档,本文档可作为补充: 准备工作: 1.把指纹模组扣到主板上的SPI连接器上 2.高通sm4350平台,Android R版本全代码,全 ...

  6. 【高通SDM660平台 Android 10.0】(10) --- Camera Sensor lib 与 Kernel Camera Probe 代码分析

    [高通SDM660平台 Android 10.0]Camera Sensor lib 与 Kernel Camera Probe 代码分析 一.libmmcamera_imx258.so 代码分析 1 ...

  7. 【高通SDM660平台】(1) --- Camera 驱动 Bringup Guide

    [高通SDM660平台]Camera 驱动 Bringup Guide 一.Kernel 代码移植 1. DTS 文件配置 1.1 sdm660.dtsi 1.2 sdm660-camera.dtsi ...

  8. 高通Android平台硬件调试之Camera篇

    之前一段时间有幸在高通android平台上调试2款camera sensor,一款是OV的5M YUV sensor,支持jpeg out,同时也支持AF,调试比较比较简单,因为别的项目已经在使用了, ...

  9. 高通SDX62平台 MBIM搜网、查询信号等功能异常

    高通SDX62平台 MBIM搜网.查询信号等功能异常 1. 问题描述 按照高通SDX62平台产品规格,其支持RMNET.ECM.RNDIS.PPP.MBIM等拨号:但经测试,发现MBIM拨号功能正常, ...

最新文章

  1. 多线程、并发及线程的基础问题
  2. 全球及中国USB分路器行业发展布局与应用现状调研报告2022年
  3. MFC制作简易音乐播放器
  4. rabbitmq java文档_RabbitMQ文档翻译——Hello World!(上)
  5. Ajax(二)-XMLHttpRequest(核心)对象的属性和方法
  6. [Informix] unload load
  7. Matlab和Fluent联合仿真实现涡激振动
  8. python诗歌文件格式处理_python实现诗歌游戏(类继承)
  9. 最新版Eclipse2020创建项目红叉问题(“Failed to init ct.sym ...\jrt-fs.jar )
  10. Java BufferedWriter.write()具有什么功能呢?
  11. swf转Word小技巧
  12. ][互动大奖] Webby Awards 2012 第16届威比奖
  13. mount挂载失败出现Structure needs cleaning
  14. 【Java 工具类】通过出生日期获取年龄
  15. 上海市计算机一级考试提纲,上海市高校计算机等级考试(一级)考试大纲
  16. 超级搜索everything项目
  17. per.ccz与png图片占用内存对比
  18. Java数组中涉及常见算法
  19. 固定支撑约束在ANSYS有限元计算中的三大注意事项
  20. 无法安装或运行此应用程序。该应用程序要求首先在“全局程序集缓存(GAC)”中安装程序集stdole版本7.0.3300.0...

热门文章

  1. developer工具oracle导出,[转]PL/SQLDeveloper导入导出Oracle数据库方法
  2. 基于Crawler4j的WEB爬虫
  3. helmet是一个保护Node.JS应用的安全项目
  4. janus视频房间插件协议交互整理
  5. Multiclonal Invasion in Breast Tumors Identified by Topographic Single Cell Sequencing
  6. 怎么在mac上登录两个微信
  7. 手把手教你 如何利用github搭建个人网站 无需服务器
  8. QT编译的程序运行时缺少DLL如何处理
  9. wordpress登录插件_最受欢迎的WordPress登陆页面插件
  10. AP6275S移植总结