自己修改的ADC0809驅(qū)動(dòng)，Godbach和版主請(qǐng)看看

ady2002

原帖由 dreamice 于 2008-11-19 09:03 發(fā)表
沒(méi)有什么不地道的，我建議你弄一個(gè)喚醒緩沖區(qū)，把定時(shí)讀到的AD數(shù)值保存起來(lái)。
具體知識(shí)，自己看看書吧，順便把它掌握牢固了。

喚醒緩沖區(qū)？？？我在書上查了下相關(guān)的 只有一個(gè)循環(huán)緩沖區(qū)和一個(gè)自旋鎖， 忘了說(shuō)我的是2.4的內(nèi)核

就是說(shuō)用內(nèi)核定時(shí)器也是一樣的 沒(méi)有區(qū)別咯？

現(xiàn)在最頭疼的是我加的定時(shí)器不工作，加載內(nèi)核老師提示錯(cuò)誤：

1. Ge<1>Unable to handle kernel NULL pointer dereference at virtual address 0000000pgd = c0a40000
   
2. *pgd = 00000000, *pmd = 00000000
   
3. Internal error: Oops: 0
   
4. CPU: 0
   
5. pc : [<c6cb0094>]    lr : [<c001f0e4>]    Not tainted
   
6. sp : c0a6dc6c  ip : c0a6dc84  fp : c0a6dcac
   
7. r10: c0223020  r9 : c0a6dcb0  r8 : c021ae7c
   
8. r7 : c021afdc  r6 : 20000000  r5 : c6cb087c  r4 : c3561660
   
9. r3 : c6cb0a74  r2 : 00000000  r1 : 00000000  r0 : c6cb0714
   
10. Flags: nzcv  IRQs off  FIQs on  Mode SVC_32  Segment user
    
11. Control: C000317F  Table: 30A40000  DAC: 00000015
    
12. Process insmod (pid: 68, stackpage=c0a6d000)
    
13. Stack: (0xc0a6dc5c to 0xc0a6e000)
    
14. dc40:                                                                c001f0e4
    
15. dc60: c6cb0094 00000093 ffffffff c3561660 0000000b c0a6dcac c0a6dc84 c001f0e4

復(fù)制代碼

比如我自己要怎么才能對(duì)錯(cuò)誤進(jìn)行排查呢？
真的很希望 deamice能指出一下 我驅(qū)動(dòng)的錯(cuò)誤所在 感激不盡啊·~~~~~~

dreamice

認(rèn)真看看LDD吧，2.4內(nèi)核看LDD2，我白天也要上班，沒(méi)辦法幫你弄。最好自己解決問(wèn)題，分析思路都很清晰了。

ady2002

原帖由 dreamice 于 2008-11-19 09:24 發(fā)表
認(rèn)真看看LDD吧，2.4內(nèi)核看LDD2，我白天也要上班，沒(méi)辦法幫你弄。最好自己解決問(wèn)題，分析思路都很清晰了。

恩 知道了
還是多謝你了啊

qps104

驅(qū)動(dòng)得實(shí)現(xiàn)思路很有問(wèn)題.bz老大已經(jīng)指出來(lái)了.
我說(shuō)說(shuō)其它得不好吧.時(shí)鐘中斷是一個(gè)快速中斷,這以為著不能被嵌套,
而你在中斷處理函數(shù)重做過(guò)多地事情,那樣會(huì)降低系統(tǒng)的性能.
你的代碼重有個(gè)明顯的錯(cuò)誤,中斷處理函數(shù)重不能調(diào)用cop_to_user之類的函數(shù),
因?yàn)樗鼤?huì)引起睡眠

ady2002

原帖由 qps104 于 2008-11-19 10:00 發(fā)表
驅(qū)動(dòng)得實(shí)現(xiàn)思路很有問(wèn)題.bz老大已經(jīng)指出來(lái)了.
我說(shuō)說(shuō)其它得不好吧.時(shí)鐘中斷是一個(gè)快速中斷,這以為著不能被嵌套,
而你在中斷處理函數(shù)重做過(guò)多地事情,那樣會(huì)降低系統(tǒng)的性能.
你的代碼重有個(gè)明顯的錯(cuò)誤,中斷處理 ...

謝謝你的意見(jiàn)  你是說(shuō) 不能被嵌套嗎？？
物品的中斷函數(shù)中沒(méi)有使用cop_to_user之類的函數(shù)  這個(gè)是在read函數(shù)中使用的啊

我想做的只是在中斷中做一個(gè)比較和累加 這個(gè)算是做很多事情嗎？？

我現(xiàn)在最郁悶的是有0oops錯(cuò)誤出來(lái) 郁悶啊

dreamice

原帖由 qps104 于 2008-11-19 10:00 發(fā)表
驅(qū)動(dòng)得實(shí)現(xiàn)思路很有問(wèn)題.bz老大已經(jīng)指出來(lái)了.
我說(shuō)說(shuō)其它得不好吧.時(shí)鐘中斷是一個(gè)快速中斷,這以為著不能被嵌套,
而你在中斷處理函數(shù)重做過(guò)多地事情,那樣會(huì)降低系統(tǒng)的性能.
你的代碼重有個(gè)明顯的錯(cuò)誤,中斷處理 ...

我沒(méi)有細(xì)看到這點(diǎn)，我覺(jué)得LZ確實(shí)應(yīng)該好好學(xué)習(xí)一下LDD，這些東西不是論壇上大家給你回復(fù)就能說(shuō)明白的

qps104

你的卻沒(méi)用,我看錯(cuò)了.
data = (*(volatile unsigned long *) adc_read_addr);
這句話真的難懂.
adc_read_addr一開(kāi)始居然是int.我暈哈.地址不都應(yīng)該是unsigned long嗎

建議你注意到其它中斷上去吧.那么多不選偏選擇時(shí)鐘中斷.時(shí)鐘中斷很特殊哈

ady2002

原帖由 qps104 于 2008-11-19 10:57 發(fā)表
你的卻沒(méi)用,我看錯(cuò)了.
data = (*(volatile unsigned long *) adc_read_addr);
這句話真的難懂.
adc_read_addr一開(kāi)始居然是int.我暈哈.地址不都應(yīng)該是unsigned long嗎

建議你注意到其它中斷上去吧.那么多不 ...

呵呵 我之前是用unsigned long  但是一直提示0oops錯(cuò)誤 后來(lái)改成int 就ok了
很詭異哦

現(xiàn)在是不用時(shí)鐘中斷難完成哦  郁悶啊

dreamice

原帖由 ady2002 于 2008-11-19 12:21 發(fā)表

呵呵 我之前是用unsigned long  但是一直提示0oops錯(cuò)誤 后來(lái)改成int 就ok了
很詭異哦

現(xiàn)在是不用時(shí)鐘中斷難完成哦  郁悶啊

不是時(shí)鐘中斷很難完成，其實(shí)很簡(jiǎn)單，你看看我給你提那幾個(gè)方法。關(guān)鍵的問(wèn)題是，你對(duì)這個(gè)整體認(rèn)識(shí)還不夠。應(yīng)該好好理一下思路，有幾點(diǎn)要注意：
1、驅(qū)動(dòng)是在內(nèi)核空間，你要把數(shù)據(jù)提供給用戶空間，這個(gè)就要求是用戶空間主動(dòng)來(lái)讀，還是你以某種方式通知用戶空間來(lái)讀？
2、你想一下，你在ADC模塊里注冊(cè)時(shí)鐘中斷，——一個(gè)很基本的問(wèn)題：你要搞清楚如何寫一個(gè)中斷處理程序！

所以，我并不是責(zé)難你，而是你應(yīng)該理清楚，一個(gè)一個(gè)解決這些基本的問(wèn)題才能完成整個(gè)任務(wù)，這樣也才能真正得到提高。

qps104

仔細(xì)看了下你的需求.我覺(jué)得可以這樣做,不對(duì)的bz糾正哈
1.在你的中斷處理上半部分中只需要處理中斷位喝把數(shù)據(jù)copy進(jìn)數(shù)據(jù)緩沖區(qū).
2.你的其它統(tǒng)計(jì)功能都在中斷下半部分完成(可以用tasklet).并發(fā)送給用戶態(tài)程序.

還有我想你想用時(shí)鐘中斷來(lái)讀取數(shù)據(jù)是不是擔(dān)心傳入的數(shù)據(jù)量太大引起丟失?
如果不是這個(gè)原因,我實(shí)在想不到非用時(shí)鐘中斷來(lái)代替AD中斷的理由