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

dreamice

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

呵呵 dreamice  別生氣啊
我這個(gè)是寫給god看的 怕他不理解我的目的哦~~~~

呵呵 還是多謝了啊

呵呵，不是生氣，感覺總在強(qiáng)調(diào)同一個(gè)東西，翻來覆去的。
我也不是高手，同時(shí)，我也不是用激烈的言語(yǔ)來打擊你，這里只是自由討論。

就拿我給你提的兩個(gè)問題吧（中斷處理的編寫，內(nèi)核空間與用戶空間的通信機(jī)制），你還需要潛心去理解一下，首先看別人的代碼要看得懂，其次，你自己寫應(yīng)該注意什么，是不是能寫出來？

ady2002

原帖由 dreamice 于 2008-11-19 16:48 發(fā)表


呵呵，不是生氣，感覺總在強(qiáng)調(diào)同一個(gè)東西，翻來覆去的。
我也不是高手，同時(shí)，我也不是用激烈的言語(yǔ)來打擊你，這里只是自由討論。

就拿我給你提的兩個(gè)問題吧（中斷處理的編寫，內(nèi)核空間與用戶空間的通信 ...

我覺得 我現(xiàn)在最大的麻煩是  加載驅(qū)動(dòng)是老是提示 這個(gè)錯(cuò)誤，不知道錯(cuò)誤的怎么解決 這些才是最重要的

1. Get assigne<1>Unable to handle kernel NULL pointer dereference at virtual addre0pgd = c0a40000
   
2. *pgd = 00000000, *pmd = 00000000
   
3. Internal error: Oops: 0
   
4. CPU: 0
   
5. pc : [<c6cb00a4>]    lr : [<c001f0e4>]    Not tainted
   
6. sp : c0a6dda8  ip : c0a6ddc0  fp : c0a6dde8
   
7. r10: c0223020  r9 : c0a6ddec  r8 : c021ae7c
   
8. r7 : c021afdc  r6 : 20000000  r5 : 00000000  r4 : c6cb078c
   
9. r3 : 00000000  r2 : c6cb0958  r1 : 00000000  r0 : c6cb0624
   
10. Flags: nzcv  IRQs off  FIQs on  Mode SVC_32  Segment user
    
11. Control: C000317F  Table: 30A40000  DAC: 00000015
    
12. Process insmod (pid: 67, stackpage=c0a6d000)
    
13. Stack: (0xc0a6dd98 to 0xc0a6e000)
    
14. dd80:                                                       c001f0e4 c6cb00a4
    
15. dda0: 00000093 ffffffff c3561540 0000000b c0a6dde8 c0a6ddc0 c001f0e4 c6cb0070
    
16. .........
    
17. dfe0: 4009eb40 bfffd0b0 02010064 4009eb4c 60000010 0201f3b0 00000000 00000000
    
18. Backtrace:
    
19. Function entered at [<c001f024>] from [<c001e4e0>]
    
20. Function entered at [<c00ca7b8>] from [<c002b0a0>]
    
21. r5 = 000027B6  r4 = C020F354
    
22. ..................
    
23. r5 = 00000000  r4 = C6CB0000
    
24. Function entered at [<c002bd58>] from [<c001e820>]
    
25. Code: e59f305c e59f405c e5933000 e59f2058 (e5933000)
    
26. Kernel panic: Aiee, killing interrupt handler!
    
27. In interrupt handler - not syncing
    

復(fù)制代碼

能不能幫我把這個(gè)問題解決了�。�？？
頭痛~~~~

dreamice

治標(biāo)不治本，解決這個(gè)問題依舊解決不了你問題的本質(zhì)。
思路給你指清楚了，代碼差不多也有框架了，最好冷靜一下，從頭分析，參考一下前面給你說的那么多。

Godbach

Get assigne<1>Unable to handle kernel NULL pointer dereference at virtual addre0pgd = c0a40000
*pgd = 00000000, *pmd = 00000000

這提示已經(jīng)很明顯了。LZ試著去解決一下這樣的問題，做驅(qū)動(dòng)什么的，這是必經(jīng)之路

ady2002

原帖由 dreamice 于 2008-11-19 17:53 發(fā)表
治標(biāo)不治本，解決這個(gè)問題依舊解決不了你問題的本質(zhì)。
思路給你指清楚了，代碼差不多也有框架了，最好冷靜一下，從頭分析，參考一下前面給你說的那么多。

多謝 deamice的指點(diǎn)
我現(xiàn)在是時(shí)間很緊哦，老板要求周末就要出東西哦~~~~~
所以沒時(shí)間全面的學(xué)習(xí)，只能先過這一關(guān)，再全面學(xué)習(xí)哦~~
只能怪自己來晚了，早一個(gè)月過來就好了，郁悶啊·~~~~

能不能指點(diǎn)一下治標(biāo)的方法啊

Godbach

很慚愧最近沒有仔細(xì)研究LZ的問題。主要是具體的驅(qū)動(dòng)現(xiàn)在沒在做，很多不知道該怎么說。
對(duì)于insmod出現(xiàn)OOPs的情況，我沒怎么遇上過。不知道dreamice兄，以及其他朋友遇上過沒有？

Godbach

如果insmod出現(xiàn)OOPS，我覺得就在你的init函數(shù)中找原因就可以了

ady2002

原帖由 Godbach 于 2008-11-21 14:38 發(fā)表
很慚愧最近沒有仔細(xì)研究LZ的問題。主要是具體的驅(qū)動(dòng)現(xiàn)在沒在做，很多不知道該怎么說。
對(duì)于insmod出現(xiàn)OOPs的情況，我沒怎么遇上過。不知道dreamice兄，以及其他朋友遇上過沒有？

呵呵 還是要多謝god兄的關(guān)注，dreamice已經(jīng)給我指點(diǎn)方向了 雖然還沒有解決
呵呵

dreamice

原帖由 Godbach 于 2008-11-21 14:38 發(fā)表
很慚愧最近沒有仔細(xì)研究LZ的問題。主要是具體的驅(qū)動(dòng)現(xiàn)在沒在做，很多不知道該怎么說。
對(duì)于insmod出現(xiàn)OOPs的情況，我沒怎么遇上過。不知道dreamice兄，以及其他朋友遇上過沒有？

這個(gè)oop很明顯是init函數(shù)引起的，不過也有可能是上來后，時(shí)鐘中斷發(fā)生了，引起的oop，多加一些打印信息看看原因。

[ 本帖最后由 dreamice 于 2008-11-21 15:04 編輯 ]