最近因為要解決一個bug，需要在內核的f_hid.c里面做一些適配，需要把這部分代碼研究透徹。

　　在這幾天之前我是根本不知道什么是In端點，Out端點，以及什么是endpoint 0的，而且最近的一段時間，我一直是在寫應用方面的代碼，也是趁著這個機會，好好拜讀這部分。

　　——

　　在HID 1.0之前，是沒有什么OUT 端點的，都是用端點0來進行數(shù)據(jù)傳輸，不過端點0有一個問題，他的最大傳輸包的大小有限制。

　　謝謝我飛哥給的截圖

　　之后，就有一個大佬在原來的內核代碼上面做了一部分修改，在原來的enpoint 0 上加了一個OUT端點，意思就是說，本來從深圳到廣州有綠皮火車，但是綠皮火車一次只能裝下20個人，有一個人就發(fā)明了高鐵，高鐵一次可以裝200個人。

　　這個提交的鏈接

　　https://github.com/torvalds/linux/commit/99c515005857ff7d6cd5c2ba272ccab5dc0ea648

　　這個修改的commit里面說明了修改的原因，比如說使用端點0不能同步到字符設備，而且端點0的使用可能會導致數(shù)據(jù)丟失，所以加了一個OUT interrupt endpoint接口。

　　重點來了

　　并且這個補丁還會繼續(xù)處理SET_REPORT  接口請求事件。

　　——

　　好了，上面是這個文件的第一次修改，我們的代碼里面也是用的原廠的SDK代碼修改，但是這個修改有一個問題，實際上端點0的SET REPORT并沒有正確請求，這是一個問題，但是這個問題不是Linux 代碼的問題，應該是芯片原廠移植過來后出現(xiàn)的問題。

　　之后，又有一個大佬重新對這個內核代碼進行了改造

　　提交的commit鏈接如下

　　https://github.com/torvalds/linux/commit/d7428bc26fc767942c38d74b80299bcd4f01e7cb

　　他的修改的主要是增加了配置選項，就是可以軟件配置使用OUT endpoint還是端點0，這主要是不同的產品定義可能需求會不同。

　　這個改造的原因是什么呢？

　　有些主機設備，我們說的主機指的是USB的HOST設備，它不支持OUT endpoint 。

　　還有一些蘋果產品，他們天然就不能使用OUT端點來傳輸。

　　其他巴拉巴拉的一些大家就自己看吧。

　　——

　　截圖給大家看看什么是端點0和OUT endpoint

　　——

　　寫了很多，還沒有說到我要改造什么，其實就是對這部分機制熟悉了，要修改掉因為SET REPORT導致的一個bug。

　　這也是一些看代碼的思路吧，內核是分成很多很多模塊的，大家想看哪些模塊，去看看commit，去看看代碼，其實挺有意思的。

　　不過里面的一些命名并不是很清晰明了，比如IN這個東西，太簡潔了，不是做USB的人估計很難明白，這些還有，要是去調試HID描述符，就知道那是太要繞腦子了。

　　——問題是什么？

　　還是從HID來說，上面留言說的沒問題，USB嘛，不就是一個發(fā)送，一個接口，設備到主機通過in端口，這個沒問題。

　　在HID低版本的時候用的是endpoint 0端口，也不能說是低版本，即使在高版本，也是可以用endpoint 0端口的「不同之處在于低版本只有endpoint 0」，我也拿了一些競品的產品來看，他們也是可以通過endpoint 0來發(fā)送信息給設備端的。

　　問題是，我們用的RK方案打開了out端點后不可以。

　　其他產品在打開out端口的時候，也是可以用endpoint 0 發(fā)送數(shù)據(jù)到設備的。

　　為什么我揪著這個endpoint 0發(fā)送呢？

　　是因為測試發(fā)現(xiàn)通過這個端口可以使用set report 函數(shù)，用這個函數(shù)來發(fā)送消息不會出現(xiàn)偶發(fā)的超時問題。

　　RK是怎么回復的呢？

　　他們說他們提供的方案是用endpoint 0的，都不會有問題。

　　而且看了內核代碼，確實是配置想用哪個就用哪個，用戶自己選擇，用了out ，endpoint 0 就用不了了。

　　人家代碼也是寫得很清楚了，就是更子的。

　　——那我們?yōu)槭裁床恢苯佑肦K的方案，直接用endpoint 0 就好了

　　直接用endpoint 0我在之前的文章也說了，這樣就可以兼容MAC的電腦，也不會出現(xiàn)一些亂七八糟可能性的問題。

　　但是問題是，我們的應用程序開發(fā)的很多功能，都已經(jīng)實現(xiàn)，都是用的out端點，包的長度也是1024， 這方案一搞下去，那所有人都要重寫代碼，重新測試了。

　　—— 后面怎么修改了？

　　因為如果加上

　　設備是可以調用HOST的setreport接口的，我要做的，無非就是在這里判斷下數(shù)據(jù)指令，然后傳給應用程序就好了。

　　問題就出在這里，usb的一些結構體，如果沒有好好寫，就可能影響到系統(tǒng)的東西。

　　OUT端點寫入數(shù)據(jù)的時候，是直接用到req結構體的

　　這段代碼在out端點接收沒有問題，但是放到setreport部分來處理就出現(xiàn)了問題。

　　setreport的處理不一樣

　　他給HOST來的數(shù)據(jù)在內核重新分配了空間。

　　然后就針對這些不同的邏輯修改修改。

　　細節(jié)就不說了

　　內核代碼不像應用代碼，應用的調試是比較方便的，內核的調試涉及硬件設備就不同了，而且接口的處理也會不同，稍不注意引起的空指針問題，整個系統(tǒng)就掛了，應用還可以用守護進程拉起來，內核就不行，只能重啟。

　　不過內核都是C，看起來還是比較舒服的。

　　　　更多信息可以來這里獲取==>>電子技術應用-AET<<

電子技術應用專欄作家  嵌入式Linux

原文鏈接：https://mp.weixin.qq.com/s/humym3KbZsEzT2XSi-texw