求助，加載內(nèi)核出現(xiàn)0oops錯(cuò)誤~~苦啊~~~~

Godbach

建議LZ仔細(xì)分析一下你的init函數(shù)

ady2002

我仔細(xì)差了錯(cuò)誤提示的意思
發(fā)現(xiàn) 問(wèn)題不是出在init函數(shù) 而是出在 中斷處理函數(shù)adc0809_interrupt里面

隨后我逐步排查  發(fā)現(xiàn)是data = (*(volatile unsigned long *) adc_read_addr);這句引起的
在這里我把data定義為char，或許有人會(huì)說(shuō)有問(wèn)題，但是我定義成unsigned long 型也是出錯(cuò)


不知道為什么會(huì)出錯(cuò)呢？？  非常的不解  大家能不能幫我分析下原因

dreamice

首先，你寫(xiě)這么一句話(huà)，要明白這一句代碼的真正含義：
data = (*(volatile unsigned long *) adc_read_addr);

ady2002

原帖由 dreamice 于 2008-11-26 15:47 發(fā)表
首先，你寫(xiě)這么一句話(huà)，要明白這一句代碼的真正含義：
data = (*(volatile unsigned long *) adc_read_addr);

這個(gè)不是一個(gè)類(lèi)型轉(zhuǎn)換已經(jīng)賦值的過(guò)程嗎？

Godbach

data = (*(volatile unsigned long *) adc_read_addr);

如果你的data是char型的，強(qiáng)制轉(zhuǎn)換的時(shí)候可以這樣：

data = (*(volatile char*) adc_read_addr);

ady2002

我現(xiàn)在的問(wèn)題是 有這句就會(huì)0oop錯(cuò)誤
注釋掉 就ok了

但是中斷就是為了這個(gè)數(shù)據(jù)獲取 注釋了 中斷就沒(méi)意義了
郁悶 所以想知道 更深層的錯(cuò)好
好能加以修改  既能保持這個(gè)數(shù)據(jù) 又能不出錯(cuò)
我先去試試 god的用法
謝了

Godbach

呵呵，找BUG的過(guò)程是最能學(xué)到東西的時(shí)候。

ady2002

我找到問(wèn)題所在了
data = (*(volatile char*) adc_read_addr);
我打印了在中斷函數(shù)中的  data和adc_read_addr的兩個(gè)值
我發(fā)現(xiàn)：一旦加載驅(qū)動(dòng)時(shí)：
data:129
adc_read_addr:-953876448
data:129
adc_read_addr:-953810912
data:129
adc_read_addr:-953745376
data:129
adc_read_addr:-953679840
data:129
adc_read_addr:-953614304
data:129
adc_read_addr:-953548768

adc_read_addr這個(gè)值一直在變化，也就是說(shuō)存儲(chǔ)數(shù)據(jù)data的物理地址每次都不同（由于我的中斷更新很快 每次更新一次，這樣就占用了很大一塊地址空間，并可能產(chǎn)生溢出的可能）
進(jìn)而導(dǎo)致了 0oops錯(cuò)誤，所以我想的是 怎么樣做可以 把data的地址固定下來(lái) 而不是讓他由機(jī)器分配？？

dreamice

你找到這個(gè)問(wèn)題，就應(yīng)該好好分析，為什么會(huì)這樣

ady2002

原帖由 dreamice 于 2008-11-26 18:13 發(fā)表
你找到這個(gè)問(wèn)題，就應(yīng)該好好分析，為什么會(huì)這樣

我的理解是 關(guān)于變量data的問(wèn)題
在C里，定義一個(gè)變量，系統(tǒng)就會(huì)自帶分配物理地址給它，但是在中斷函數(shù)里面，
每中斷一次，系統(tǒng)就會(huì)重新分配一次，由于我這邊是時(shí)鐘中斷，時(shí)間比較快，
有可能導(dǎo)致物理地址溢出，所以導(dǎo)致了0oops錯(cuò)誤

不知道我的理解是否正確