搭建內(nèi)核模塊調(diào)試環(huán)境的過程中遇到的問題

himrpei

目標(biāo)機(jī)：


開發(fā)機(jī)：

1. [root@bogon linux-2.6.38.2]# gdb vmlinux
   
2. GNU gdb (GDB) Red Hat Enterprise Linux (7.2-50.el6)
   
3. Copyright (C) 2010 Free Software Foundation, Inc.
   
4. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
   
5. This is free software: you are free to change and redistribute it.
   
6. There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
   
7. and "show warranty" for details.
   
8. This GDB was configured as "i686-redhat-linux-gnu".
   
9. For bug reporting instructions, please see:
   
10. <http://www.gnu.org/software/gdb/bugs/>...
    
11. Reading symbols from /root/work/linux-2.6.38.2/vmlinux...done.
    
12. (gdb) set remotebaud 115200
    
13. (gdb) target remote /dev/ttyS1
    
14. Remote debugging using /dev/ttyS1
    
15. kgdb_breakpoint (new_dbg_io_ops=0xc0a182c0) at kernel/debug/debug_core.c:960
    
16. 960                wmb(); /* Sync point after breakpoint */
    
17. (gdb) continue
    
18. Continuing.
    
19. [New Thread 22]
    
20. 
    
21. Program received signal SIGSEGV, Segmentation fault.
    
22. [Switching to Thread 22]
    
23. 0xc0805799 in __ticket_spin_lock (lock=<value optimized out>)
    
24.     at /root/work/linux-2.6.38.2/arch/x86/include/asm/spinlock.h:65
    
25. 65                asm volatile (
    
26. (gdb)
    
27. Continuing.
    
28. KGDB only knows signal 9 (pass) and 15 (pass and disconnect)
    
29. Executing a continue without signal passing
    
30. 
    
31. Program received signal SIGSEGV, Segmentation fault.
    
32. 0x0000000b in ?? ()
    
33. (gdb)
    

復(fù)制代碼

目標(biāo)機(jī)響應(yīng)：


我知道這是因?yàn)閮?nèi)核有bug，但是如果重新配置目標(biāo)機(jī)的grub，去掉"kgdbwait"，不讓目標(biāo)機(jī)等待開發(fā)機(jī)連接。 目標(biāo)機(jī)的內(nèi)核就可以正常啟動，并不會遇到類似"kernel panic"的問題，沒有什么段錯(cuò)誤。  這種情況作何解釋？

himrpei

沒人能解答嗎？ 等待ing...