大家好，我是情報小哥~

在編譯Linux系統(tǒng)的過程中，總?cè)菀子龅礁鞣N大大小小的問題，要么是某個編譯選項(xiàng)設(shè)置不正確，編譯器與編譯源碼不匹配，又或者是系統(tǒng)中沒有安裝相應(yīng)的軟件或者庫等等。

然而這些問題運(yùn)氣不錯網(wǎng)絡(luò)上搜索一下即可搞定，然而遇到生僻一點(diǎn)的問題，那估計(jì)得把你折騰得半死，問題是還不一定弄得好。

好在這些成熟的組件或者系統(tǒng)源碼在編譯或者使用異常以后，或多或少都會輸出一些信息，供程序員進(jìn)行問題排查。

那么小哥下面就簡單介紹一下最近遇到的tslib問題排查過程。

01

一個問題

在部署完tslib環(huán)境以后，其安裝目錄中會生成一些測試程序供用戶使用，然而當(dāng)我們運(yùn)行相應(yīng)的測試應(yīng)用程序，卻得到如下結(jié)果 :

表示環(huán)境變量中指定的設(shè)備，tslib庫識別不出該設(shè)備為觸摸設(shè)備。而這樣的錯誤字符串的輸出，一般都來源于源碼，直接在tslib源碼路徑中進(jìn)行搜索得到如下結(jié)果。(當(dāng)然如果要進(jìn)行詳細(xì)的分析也可以使用VSCode等工具分析)

這里采用grep命令行對路徑中的文件進(jìn)行字符串的查找，grep主要是用于搜索匹配模板的行，默認(rèn)情況下就是打印出來匹配的行。

-n選項(xiàng)表示:以行號作為前綴；

-R選項(xiàng)表示遞歸讀取每級目錄下的所有文件。

更加詳細(xì)的使用說明就交給man grep了。

上面的輸出結(jié)果，其字符串來源于input-raw.c文件的61行，看一下該文件輸出該字符串的條件，并根據(jù)條件來進(jìn)行判斷和調(diào)試。

可以直接修改此部分的判斷語句，進(jìn)行調(diào)試，輸出到底是那個條件導(dǎo)致無法滿足。

通過調(diào)試可以了解到version==EV_VERSION條件不滿足，一個是內(nèi)核傳入的，一個是編譯器指定的。

通過同樣的方式可以查到內(nèi)核中的EV_VERSION的定義如下:

同樣查找編譯器中的EV_VERSION的定義如下:

兩者確實(shí)是不同，所以導(dǎo)致運(yùn)行tslib庫報錯，這里我們優(yōu)先把內(nèi)核中的EV_VERSION改成與編譯器的一致，看是否能夠解決該問題。

然后重新編譯內(nèi)核并進(jìn)行燒錄。

完成以后直接運(yùn)行bin文件下的ts_print測試觸摸屏驅(qū)動看是否正常，運(yùn)行程序以后沒有再輸出之前的異常字符串，然后點(diǎn)擊觸摸屏，即可看到終端輸出相應(yīng)的坐標(biāo)數(shù)據(jù):

這樣看來tslib初步測試和部署完成。

**最 后 **

好了，這里小哥就介紹了一下tslib觸摸庫部署過程一個排查問題的基本過程，很多類似的問題也可以嘗試這樣排查，希望本文能夠?qū)δ阌袔椭鞠盗形募€會持續(xù)更新。