OMAPL138雙核系統(tǒng)的調(diào)試方案設(shè)計
加入技術(shù)交流群
(3)釋放內(nèi)存
主要采用MSGQ_Close(GppMsgq)；釋放建立的消息隊列。
根據(jù)圖3，在DSP端，首先需要建立調(diào)試打印任務(wù)并且為所需要傳輸?shù)膌og長度分配內(nèi)存空間，隨后在log發(fā)送端初始化中進行MSGQ的定位MSGQ_locate()，通過定位將指定連接DSP與GPP端的消息傳輸隊列。消息就通過此隊列進行傳輸，采用MSGQ_put()將DSP端的調(diào)試信息發(fā)送到GPP端。在多次傳輸調(diào)試信息后，占用過多的內(nèi)存空間會導(dǎo)致內(nèi)存泄露。為防止這種狀況的發(fā)生，要在傳輸完畢后進行空間的釋放，在下次傳輸時再重新創(chuàng)建。雖然這會影響到傳輸時間，但是為了內(nèi)存空間更加便利安全的管理，在傳輸結(jié)束后應(yīng)立即釋放。
在GPP端，為了使MSGQ調(diào)試程序與主程序的運行互不干擾，創(chuàng)建單獨線程進行調(diào)試使用。在接收內(nèi)存空間分配好后，采用MSGQ_open()打開已經(jīng)創(chuàng)建的MSGQ，使用MSGQ_get()消息接收。在接收完調(diào)試信息后，可以直接利用printf將調(diào)試信息通過串口打印在調(diào)試工具上。GPP端打印完成后，同樣需要對分配內(nèi)存空間進行釋放。至此完成調(diào)試。
該調(diào)試方法同樣存在著缺陷：DSP端正在運行的任務(wù)無法直接顯示消息，需要將消息暫存，隨后進行任務(wù)切換傳輸，因此無法即時進行調(diào)試信息的顯示。但對于開發(fā)者來說，常常只是需要知道變量的數(shù)值或者程序運行的進度，所以此缺陷不會成為影響調(diào)試的大障礙，可以接受。
4 測試驗證
采用DVSDK中提供的exanlple進行更改，更改上述調(diào)試模塊，對MSGQ的雙核調(diào)試信息進行測試，打印出通過與EMIFA相連接的LED的值，如圖4所示。本文引用地址：http://butianyuan.cn/article/149121.htm
采用insmod dsplinkk．ko將編譯好的內(nèi)核模塊加載進系統(tǒng)中，然后利用GPP端應(yīng)用程序載入DSP端應(yīng)用，在DSP端中，將string為“led test reg=”作為msg->str參數(shù)，將控制LED的寄存器作為arg[]參數(shù)，傳入GPP端打印出來。
結(jié)語
本文針對OMAP雙核體系分析了在TI雙核體系中雙核進行通信的方式，又分析了DVSDK中雙核通信底層模塊DSPLink在Linux操作系統(tǒng)中的搭建和以MSGQ通信時的過程。雙核體系硬件擬合性好，功耗低，有很好的應(yīng)用前景。針對的雙核開發(fā)過程中調(diào)試難的特點設(shè)計了log打印的調(diào)試方式，在實際的應(yīng)用中有較大的意義。
linux相關(guān)文章:linux教程
評論