高通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配置,就指明用的命令是d
其它的版本相关信息:
涉及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 Customer's 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文件,便于随时作验证比较测试。
1.11.2 询问其他同事或其他项目组
对于不是刚发布的平台,公司的其它项目组已经做过该平台的项目,可能已经处理过类似问题。
1.11.3 如果有相关平台,是否有同样问题出现
如果有其它高通类似平台项目,如同为CDMA单芯片在开发,了解一下是否有同样问题出现,有利于
判断问题所在。
1.11.4 确定是否是主机软件相关
如果涉及到PC机,确定是否和Windows相关,是否在最新的Windows软件上试过?如新的QPST,QXDM,QDART,USB驱动,QMICM客户端。如在其它操作系统上发现,确认在Windows上有没有。如果在Vista, Windows2000上发现,确认XP上有没有。
1.11.5 查看平台文档
高通每个平台都有三个文档:
1.Device spec(80-xxx-1)
2.Software interface(80-xxx-2)
3.User guide(80-xxx-3)
4.Device Revision Guide(80-xxx-4)
5.Design guideline(80-xxx-5).
如果涉及硬件,先查看这个文档,搞清楚文档上是怎么说的,并在CASE上说明。
关于射频,我们有一些known issue and update文档,如80-N5420-56和80-N5420-56A,这些文档会经常更新,请下载最新文档。有时候原理图的更改也会包括在这个文档里面(此时原理图可能还在更新的流程中)
新的平台,如8960,8x26, 有三个软件相关文档,用户手册(User manual),定制手册(Porting manual),调试手册(debug manual)。
.
1.11.6 查看Release notes
先查看对应软件版本的Release Notes,看是否是相关说明,是否是Known issue,某功能有没有说明已经支持,如果有的话,在CASE描述中指出Release Notes相关内容,有助于提示CASE处理人,加快解决。
1.11.7 利用搜索引擎
1对一些通用的概念,先通过google了解一下,看看是否有必要提给高通
2.搜索高通CASE网站,看看Solution中是否已经有相关问题说明。高通的Solution数据库是高通总结的一些客户常见,有代表性的问题解释和解决方案。如在到相关内容,可能无须再提CASE,有部分相似的,需要进一步确认的也可以在CASE中说明相关Solution ID,便于跟踪。
1.11.8 其它资源
有关源码目录下的README文件
有关源代码文件的注释
协议相关PICS文件
1.11.9 确定是否与仪器相关
用另外一种仪器进行测试看是否与仪器相关
1.11.10 提供硬件设计文件和qcn
硬件测试中发现的问题,除提供测试步骤、测试仪器外,尽可能准备好可提供给高通的设计文件(原理图/PCB),射频相关问题提供qcn。
1.11.11 抓取相关log
对于不同问题,抓取不同的log,并且设置不同的配置。
相关的log有:
QXDM F3 log, 打印消息,空口协议流程,Data service TCP/IP流程。注意,QXDM log中,默认IP报文只抓取前80字节。某些情况下,这样的报文无法分析问题,请参考solution 5031,在适当的接口使能DPL,以获取合适的TCP/IP log。QDART(QSPR) log:与射频校准相关的问题请提供QSPR相关log(html and tpl file) 对GCF测试相关问题请提供仪器侧和手机侧log
PC侧Ethereal log
Android ADB radio/main/event log
Windows Phone WMRIL/MBB log
PC侧Sniffer log(Ominipeek等工具)
EFS F3 log
EFS dump
Usb bus log
Windows host driver log
SIM card IT3 log
Memory dump
1.11.12 内存dump
Memory dump主要针对死机或重起问题,有三种方式,Jtag, usb, sdcard
Jtag dump抓取较麻烦,速度慢,但可以抓的比较完全,不受Cache影响
Usb dump比较方便,但对于smartphone平台,可能会丢失AP侧Cache信息,对于hardward reset问题,也可能丢失Cache数据
Sdcard dump 较新的平台,如7x27a, 8x55,8x60,8960支持sdcard抓DUMP,在sdcard中放入标志文件就可以。这种方法,速度较快,无需PC,并且最终用户也可以使用。
1.11.13 对Log进行初步分析
先对Log进行初步分析,指出发现的一些可疑问题,在CASE描述中指出。
对于ASSERT引起的crash,先出是哪一行代码的assert,除了行号,把实际代码也标示出来,因为行号可能不一致。

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。