自己修改的ADC0809驱动，Godbach和版主请看看

dreamice

原帖由 ady2002 于 2008-11-19 16:00 发表

呵呵 dreamice  别生气啊
我这个是写给god看的 怕他不理解我的目的哦~~~~

呵呵 还是多谢了啊

呵呵，不是生气，感觉总在强调同一个东西，翻来覆去的。
我也不是高手，同时，我也不是用激烈的言语来打击你，这里只是自由讨论。

就拿我给你提的两个问题吧（中断处理的编写，内核空间与用户空间的通信机制），你还需要潜心去理解一下，首先看别人的代码要看得懂，其次，你自己写应该注意什么，是不是能写出来？

ady2002

原帖由 dreamice 于 2008-11-19 16:48 发表


呵呵，不是生气，感觉总在强调同一个东西，翻来覆去的。
我也不是高手，同时，我也不是用激烈的言语来打击你，这里只是自由讨论。

就拿我给你提的两个问题吧（中断处理的编写，内核空间与用户空间的通信 ...

我觉得 我现在最大的麻烦是  加载驱动是老是提示 这个错误，不知道错误的怎么解决 这些才是最重要的

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
    

复制代码

能不能帮我把这个问题解决了啊？？？
头痛~~~~

dreamice

治标不治本，解决这个问题依旧解决不了你问题的本质。
思路给你指清楚了，代码差不多也有框架了，最好冷静一下，从头分析，参考一下前面给你说的那么多。

Godbach

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

这提示已经很明显了。LZ试着去解决一下这样的问题，做驱动什么的，这是必经之路

ady2002

原帖由 dreamice 于 2008-11-19 17:53 发表
治标不治本，解决这个问题依旧解决不了你问题的本质。
思路给你指清楚了，代码差不多也有框架了，最好冷静一下，从头分析，参考一下前面给你说的那么多。

多谢 deamice的指点
我现在是时间很紧哦，老板要求周末就要出东西哦~~~~~
所以没时间全面的学习，只能先过这一关，再全面学习哦~~
只能怪自己来晚了，早一个月过来就好了，郁闷啊·~~~~

能不能指点一下治标的方法啊

Godbach

很惭愧最近没有仔细研究LZ的问题。主要是具体的驱动现在没在做，很多不知道该怎么说。
对于insmod出现OOPs的情况，我没怎么遇上过。不知道dreamice兄，以及其他朋友遇上过没有？

Godbach

如果insmod出现OOPS，我觉得就在你的init函数中找原因就可以了

ady2002

原帖由 Godbach 于 2008-11-21 14:38 发表
很惭愧最近没有仔细研究LZ的问题。主要是具体的驱动现在没在做，很多不知道该怎么说。
对于insmod出现OOPs的情况，我没怎么遇上过。不知道dreamice兄，以及其他朋友遇上过没有？

呵呵 还是要多谢god兄的关注，dreamice已经给我指点方向了 虽然还没有解决
呵呵

dreamice

原帖由 Godbach 于 2008-11-21 14:38 发表
很惭愧最近没有仔细研究LZ的问题。主要是具体的驱动现在没在做，很多不知道该怎么说。
对于insmod出现OOPs的情况，我没怎么遇上过。不知道dreamice兄，以及其他朋友遇上过没有？

这个oop很明显是init函数引起的，不过也有可能是上来后，时钟中断发生了，引起的oop，多加一些打印信息看看原因。

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