內(nèi)容簡介

在QCC5127的ADK下新建loopback工程，會發(fā)現(xiàn)原始的工程都無法編譯通過。經(jīng)分析后發(fā)現(xiàn)是原始工程有個筆誤，本文介紹如何解決此錯誤。

測試工具

MDE：MDE_WIN_2.3.2.126

Toolkit：NULL

QACT：NULL

ADK：Qualcomm ADK QCC512X ROM V21 WIN 6.4.2.25

Hardware：QCC5127 DEV

Software：QCC5127-AB/DEV BRD R2-AA Loopback Download Application

問題描述

這個問題是在ADK6.4.2.21上面發(fā)現(xiàn)的，當時測試了

QCC5127-AB/DEV BRD R2-AALoopback Download Application（以下簡稱QCC5127AB-Loopback）、

QCC5127-AA/DEV BRD R2-AALoopback Download Application（以下簡稱QCC5127AA-Loopback）以及

QCC5127-AB/DEV BRD R2-AA SinkApplication（以下簡稱QCC5127AB-Sink）

三個工程，只有

QCC5127-AB/DEV BRD R2-AALoopback Download Application

存在這個問題，另外兩個的默認工程都能正常編譯。

本文額外在ADK6.4.2.25的QCC5127-AB/DEV BRD R2-AALoopback Download Application工程上也測試一下。

首先新建打開MDE新建一個工程：

完畢后直接編譯，然后會出錯：

分析問題

查看log，是在編譯cur_cfg_filesystem.x2p的時候出錯的，估計是這個配置文件有問題。

這里我們先關閉工程，用記事本來查看這個文件，發(fā)現(xiàn)該文件里面有這么一條：

QCC512X_CONFIG

這個QCC512X_CONFIG就有點值得懷疑了，印象中QCC5127應該屬于ROMv21的芯片，而QCC512X_CONFIG應該是屬于ROMv20的。

由于QCC5127AA-Loopback和QCC5127AB-Sink是能夠編譯通過的，所以我們也查看一下這兩個工程中的cur_cfg_filesystem.x2p文件，發(fā)現(xiàn)這兩個工程中這一條都是這樣的：

QCC512X_ROM_V21_CONFIG

這就可以很好的解釋問題了，QCC512X_ROM_V21_CONFIG才是代表了ROMv21的芯片，所以我們把QCC5127AB-Loopback中cur_cfg_filesystem.x2p文件下的：

QCC512X_CONFIG

改成

QCC512X_ROM_V21_CONFIG

修改完畢后打開QMDE繼續(xù)編譯，會發(fā)現(xiàn)同樣的問題存在于

appsapplicationsdev_board_loopback_downloadqcc512x_rom_v21QCC5127-AB_DEV-BRD-R2-AA目錄下的dev_cfg_filesystem.x2p和fw_cfg_filesystem.x2p兩個文件，按照同樣的方法將QCC512X_CONFIG改成QCC512X_ROM_V21_CONFIG后，整個工程就能編譯通過了。

總結

簡單來說，就是

appsapplicationsdev_board_loopback_downloadqcc512x_rom_v21QCC5127-AB_DEV-BRD-R2-AA

目錄下的cur_cfg_filesystem.x2p、dev_cfg_filesystem.x2p和fw_cfg_filesystem.x2p三個文件中，都有這么一條：

QCC512X_CONFIG

需要改成

QCC512X_ROM_V21_CONFIG

改完后能正常編譯通過。

不得不吐槽啊，ADK在發(fā)布的時候居然沒有測試完整，連原始的工程都無法編譯通過。不過也不能抱怨，誰讓QCC5127幾乎沒人使用呢？更何況是Loopback工程，也難怪ADK都發(fā)布那么久了都沒人發(fā)現(xiàn)這個問題。

責任編輯：haq