4412開發(fā)板nfs掛載時(shí)sys_mount系統(tǒng)調(diào)用出錯(cuò)

yamfs

問題：4412開發(fā)板掛載網(wǎng)絡(luò)跟文件系統(tǒng)失敗
參數(shù)設(shè)置：這是板子的   虛擬機(jī)的:

內(nèi)核是3.14



nfs服務(wù)器的：/source/rootfs  *(rw,sync,no_root_squash,no_subtree_check)

其它設(shè)置描述：防火墻都關(guān)了，內(nèi)核和文件系統(tǒng)都是使用板子配套光盤的。

我的其它測(cè)試：(1)換一個(gè)虛擬機(jī)還是不行。
                    (2)將內(nèi)核、文件系統(tǒng)都燒到板子上，發(fā)現(xiàn)一個(gè)問題：在u-boot的時(shí)候可以Ping通虛擬機(jī)，但進(jìn)入Linux系統(tǒng)后Ping不通虛擬機(jī)。后來就在虛擬機(jī)監(jiān)聽開發(fā)板的Ip ，可以得到下面的信息：


（3）燒寫Android系統(tǒng)，啟動(dòng)后進(jìn)入系統(tǒng)可以Ping通虛擬機(jī)。

(4)在內(nèi)核加入一些打印信息：打印出錯(cuò)信息如下：
內(nèi)核代碼如下：       
       int err = sys_mount(name, "/root", fs, flags, data);
        if (err)
        {
                printk(KERN_ERR"\nsys_mount error!\n");
                printk(KERN_ERR"\nname=%s  data=%s\n",name,(char *)data);
                return err;
        }
從打印的數(shù)據(jù)看傳遞的參數(shù)沒有問題，所以問題應(yīng)該是出在了sys_mount系統(tǒng)調(diào)用里面。結(jié)合前面將文件系統(tǒng)燒到板子上啟動(dòng)后ping不通虛擬機(jī)，所以我覺得問題應(yīng)該是出在了內(nèi)核加載后想去掛載網(wǎng)絡(luò)跟文件系統(tǒng)，但是網(wǎng)絡(luò)不通�？墒窃赨-boot的時(shí)候是可以ping通的，畢竟我的內(nèi)核都是通過tftp下載的。
（5）內(nèi)核網(wǎng)卡：dm9000 5000000.ethernet eth0: link up, 100Mbps, full-duplex, lpa   會(huì)打印這句，說明應(yīng)該沒什么問題。



搞了兩天了，還是掛載不成功，快崩潰了，以前搞arm9完全沒有這種問題。
向各位大俠求救了！

Tinnal

回復(fù) 1# yamfs


    你先是說ping不通，再說燒android后就ping通，這是什么關(guān)系？前面的3.14內(nèi)核不是android？

另外，1）從你的內(nèi)核啟動(dòng)信息可以看出，網(wǎng)卡已經(jīng)驅(qū)動(dòng)起來了。2）你的虛擬機(jī)里頭也確實(shí)已經(jīng)收到1.20發(fā)來的ARP了，證明開發(fā)板上網(wǎng)卡能正確的發(fā)包，并且IP也配置正確了。3）uboot能下在文件，證明虛擬機(jī)的ARP respone肯定能回到開發(fā)板上來。

有可能的原因我猜有：
1. 網(wǎng)卡驅(qū)動(dòng)不能正確收包
2. 你的內(nèi)核有BUG，不能正確處理ARP回復(fù)。


你是否可以也在開發(fā)板上抓抓包。

yamfs

回復(fù) 2# Tinnal


    謝謝你的回答。前幾天由于要考試，所以沒時(shí)間搞這個(gè)就沒有回復(fù)你了。根據(jù)你的回答我昨天聯(lián)系了技術(shù)支持從他那邊拿了一個(gè)在他那邊測(cè)試可以的內(nèi)核過來發(fā)現(xiàn)還是不行。他叫我換塊板子試試，今天換板子后測(cè)試，發(fā)現(xiàn)全部都可以，完全沒問題。我暈，搞了這么久，竟然是硬件的問題。

yamfs

回復(fù) 2# Tinnal


    android是用的3.0內(nèi)核，跑android的時(shí)候進(jìn)入linux是可以ping通虛擬機(jī)的。但是我使用3.14內(nèi)核進(jìn)入linux后就ping不通了，所以也使用不了nfs。好奇怪啊，什么硬件問題會(huì)導(dǎo)致這樣的問題出現(xiàn)呢？

Tinnal

回復(fù) 4# yamfs

3.14的內(nèi)核驅(qū)動(dòng)有問題吧。
   

yamfs

回復(fù) 5# Tinnal

應(yīng)該不會(huì)，還是用以前那個(gè)內(nèi)核，換了塊板子就行了


   

Tinnal

回復(fù) 6# yamfs


    如果直想研究具體的原因，那就在網(wǎng)卡的代碼里加點(diǎn)打印看出錯(cuò)在那羅。

yamfs

回復(fù) 7# Tinnal

恩 上次追蹤到do_mount后就沒繼續(xù)了�？上�那塊問題板子換回去了。