高通case提交指南2015oct(4).docVIP

高通 CASE提交指南 2015. Oct. 1. 高通 CASE 提交注意事项 1.1 Platform 指明基带芯片型号，如 8996,8994,8992, 8936, fusion3,8974 等，即使认为是芯片平 台无关的,也尽量指明目前发现问题的，或最容易重现的平台，手头有调试板的平 台。 涉及到射频(RF)和电源管理(PMIC)芯片, 同时也指明这两款芯片型号以及射频平台 配置，如 RF configuration APAC, NA717, SV_VZ, CMCC SGLTE. 1.2 关于硬件 design review 一般的 case 类型为 wireless support 大类,wireless support 下面再分为硬件和 软件类型。 design review 类型为单独的大类，在提交硬件 design review 时(包括原 理图/PCB/PDN) 请选择 design review case 类型。 提交 design review 的时候，对于原理图请提供 pdf 格式并且是可搜索的，同 时填写文档 80-V5756-3（文档内包括 RF port mapping 和框图） 1.3 Problem Area Code ? 仔细的判断是软件问题还是硬件问题，以尽量符合实际情况，有助于加快问 题解决。 ? 一定要仔细填写 Problem Area Code,从初步的分析确定问题最有可能发生的 部分，轻率填写不准确或者错误的 Problem Code 有可能会大大延迟 CASE 的处理进程，使简单的问题不能得到快速应答。 ? 尽量不要使用模糊的 Problem Area Code,如 Other, Crash,这种往往需要更长 的时间分到正确的处理人 关于 Problem Area Code 的详细解释，见第四、五章。 1.4 Build id/version 一定要填写当前使用的版本号和配置 ID，如 M8916AAAAANLYD1030.2, M6290AKPRZL120020,其中 AKPRZL 是 build id, 120020 是版本号。有时高通的一 个发布版本中包含有几种配置，也要指明用的是哪一个编译命令，如 M6290AKPRZL120020 中包含 Full-UI 和 Thin-UI 配置，如果使用 ThinUI 配置，就 指明用的命令是 KPRBL.cmd 其它的版本相关信息： 涉及 PC 主机的，指明主机 OS 版本号,Win2000,XP, SP1, SP2, WIN7 涉及 PC 工具的，指明工具版本，如 QPST 版本号, QXDM 版本号，QDART 版本号 等 涉及主机 USB 驱动的，指明 USB 驱动版本号 1.5 Meta Build 目前高通所有智能机平台有多个软件包构成一台手机所需要的所有软件。每个包都 有各自的版本，所以有一个总的 build id,和以些命名的包，如 M8916AAAAANLYD1030.2,提 Case 时需要提供，如果其它软件包有单独更新，也 需要指明。 1.6 Contact name/phone/email 不要忘记留下 CASE 联系人（负责解决问题的人）的姓名，电话，email,特别是多 个共用一个 CASE 帐号时。便于高通 CASE 处理人有问题可以及时联系。有利于 问题的快速解决。 1.7 Customers Urgency 紧急程度，根据项目的阶段和问题影响程序如实填写, 如果紧急问题太多，总体优 先级将会下降 1.8 Case Type 类型有 4 种, General Query 表视一般性的问答，不是具体调试中碰到的软硬件故障 1.9 关于语言 鼓励 CASE 提交者尽量使用英文,实在难以用英语描述清楚的，可以用英语作概 括，在用中文详细描述。也可以附上文档，包含图表等具体分析。直接用英文描述 在 CASE 正文中，将便于高通全球工程师都能理解，便于 CASE 处理者跟踪 CASE 时快速回忆起上下文，有利问题解决，并且 CASE 正文会出现在 email 通知中，有 利于相关工程师快速掌握相关信息，对于一些已知问题可以快速回复。 1.10 关于 CASE 标题 CASE 的标题用英文把问题简要描述清楚，尽量包含特征关键字，一看便知是什么 样的问题，有助于归类相似问题，加快解决。 1.11 提交 CASE 前的准备 1.11.1 尽量区分出是高通原有代码问题还是新添功能引起的问题 对高通原有的功能，准备一个编译版本包括高通原始版本加上适应厂商平台的最小 改动的版本如 flash 驱动的改动，在这个版本上测试看能否重现。 每次升级时都保留一份高通原始版本，包括 Elf 和 hex/mbn 文件,便于随时作验