特大黑人巨交吊性xxxxhd,91精品婷婷国产综合久久,欧美色网

類型分類：: 科普知識

數(shù)據(jù)分類：: 開發(fā)板

移植OpenWRT下的ART驅(qū)動程序

發(fā)布日期：2022-10-14 點擊率：46

For English speaking readers, please visit: https://www.witimes.com/openwrt-porting-art-en/

相信本站的大部分讀者都知道OpenWRT與ART：OpenWRT是一款基于Linux的開源無線路由器系統(tǒng)，目前廣泛應(yīng)用于很多廠商的無線設(shè)備；ART是Atheros Radio Test的簡寫，用于測試各種基于Qualcomm Atheros芯片設(shè)備的射頻指標(biāo)。近期有朋友尋求OpenWRT中的ART驅(qū)動程序，筆者費(fèi)了九牛二虎之力終于將其搞定，在此做簡要總結(jié)，以便后續(xù)查閱。

1. 基于已有經(jīng)驗，移植ART驅(qū)動程序必須指定相應(yīng)的內(nèi)核路徑與Toolchain路徑，修改makefile.artmod如下

KDIR := /home/tom/openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.18.7

PWD := $(shell pwd)

ROOTDIR := $(PWD)/modules

# Default architecture is MIPS

ARC :=mips

CROSS_CC :=/home/tom/openwrt/trunk/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/bin/mips-openwrt-linux-uclibc-

2. 未作任何代碼的更改情況下，開始編譯。

3. 出現(xiàn)error: unknown field 'ioctl' specified in initializer，此前在移植i.MX6 ART驅(qū)動程序時已經(jīng)遇到過類似問題，在https://www.witimes.com/imx6-porting-art/一文中有介紹，修改modules/dk_func.c中dk_fops結(jié)構(gòu)體中的ioctl為compat_ioctl，再次編譯未報出ioctl的錯誤。

3. 出現(xiàn)error: 'SPIN_LOCK_UNLOCKED' undeclared here (not in a function)，修改modules/dk_event.c中的

spinlock_t driver_lock = SPIN_LOCK_UNLOCKED;

為

DEFINE_SPINLOCK(driver_lock);

4. 再次編譯，順利通過，在modules目錄下出現(xiàn)了art.ko。

5. 將art.ko上傳至web服務(wù)器，并使用wget命令下載至DUT中，并使用insmod art.ko命令插入內(nèi)核模塊并運(yùn)行nart.out，未出現(xiàn)任何異常。

6. 使用artgui Load DUT，出現(xiàn)如下錯誤：

deviceInit devIndex=0 device_fn=0 pdkInfo=0

Opening device /dev/dk0

Error: get version ioctl failed !

< 6006 ERROR Anwi driver load error.

< 7502 CONTROL OFF

< 7504 INFO |set|devid||

< 7504 INFO |set|mac||

< 7504 INFO |set|customer||

< 7506 CONTROL DONE load devid=-1; caldata=auto;

截圖如下

ioctl-Error

7. 又出現(xiàn)了可怕的錯誤“Error: get version ioctl failed !”，這個錯誤曾在我移植i.MX6 ART驅(qū)動程序時折磨了我很多天，同樣記錄在https://www.witimes.com/imx6-porting-art/一文中，當(dāng)時更換為高版本ART后問題得到解決，然而這一次我采用同樣方法卻完全不奏效。既然無法避開，那就正面面對，徹查此問題。

8. 查看高版本ART代碼modules/dk_func.c中的dk_fops結(jié)構(gòu)體，如下

#if LINUX_VERSION_CODE > KERNEL_VERSION(2,6,31)
static long dk_ioctl_new(struct file *file, unsigned int cmd, unsigned long arg)
{
        struct inode *inode = file->f_path.dentry->d_inode;
        long ret;
        ret = dk_ioctl(inode, file, cmd, arg);
        return ret;
}
#endif

發(fā)現(xiàn)其定義了一個新的ioctl，在內(nèi)核版本高于2.6.31時生效。

9. 此處引用自：http://blog.csdn.net/cbl709/article/details/7295772

今天調(diào)一個程序調(diào)了半天，發(fā)現(xiàn)應(yīng)用程序的ioctl的cmd參數(shù)傳送到驅(qū)動程序的ioctl發(fā)生改變。而根據(jù)《Linux設(shè)備驅(qū)動》這個cmd應(yīng)該是不變的。因為在Kernel 2.6.36 中已經(jīng)完全刪除了struct file_operations 中的ioctl 函數(shù)指針，取而代之的是unlocked_ioctl ，所以我懷疑二者是不是兼容的。上網(wǎng)查了一些資料，很多文章只是泛泛談了一下，說在應(yīng)用程序中ioctl是兼容的，不必變化。而在驅(qū)動程序中這個指針函數(shù)變了之后最大的影響是參數(shù)中少了inode ，所以應(yīng)用程序ioctl是兼容的，但驅(qū)動程序中我們的ioctl函數(shù)必須變化，否則就會發(fā)生cmd參數(shù)的變化。

10. 仿照這段代碼，將低版本ART代碼modules/dk_func.c中的dk_fops結(jié)構(gòu)體作出修改，如下

static long dk_ioctl_new(struct file *file, unsigned int cmd, unsigned long arg)
{
        struct inode *inode = file->f_path.dentry->d_inode;
        long ret;
        ret = dk_ioctl(inode, file, cmd, arg);
        return ret;
}

static struct file_operations dk_fops = {
        owner:  THIS_MODULE,
        open:   dk_open,
        release: dk_release,
        mmap:   dk_mmap,
	unlocked_ioctl: dk_ioctl_new
};

11. 再次編譯，下載至DUT，并使用artgui Load DUT，一切正常。

Final-OK