Unable to handle kernel paging request for data at address 0x00000000

最新推荐文章于 2024-10-24 18:05:46 发布
最新推荐文章于 2024-10-24 18:05:46 发布
阅读量4.7k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： Linux 文章标签： tree c crash 测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gr1x/article/details/2908505
这篇博客讨论了一个Linux内核启动时遇到的问题，即在处理内存请求时遇到0x00000000地址的页错误。内容涉及内核版本、设备树解析、PCI内存空间设置、初始化RAMdisk和设备树 blob加载等。在尝试使用调试内核和分析调用踪迹后，作者指出问题可能出现在设备树或内存管理方面，但没有找到确切原因。讨论中提到了内存分配、u-boot配置以及可能的硬件问题，包括内存大小限制和BAT寄存器设置。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

  1. Linux version 2.6.26.3 (gr1x@mars) (gcc version 4.2.2) #1 Mon Sep 8 23:39:50 CS8
  2. console [udbg0] enabled
  3. setup_arch: bootmem
  4. arch: exit
  5. Zone PFN ranges:
  6.   DMA             0 ->   131072
  7.   Normal     131072 ->   131072
  8. Movable zone start PFN for each node
  9. early_node_map[1] active PFN ranges
  10.     0:        0 ->   131072
  11. Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 130048
  12. Kernel command line:
  13. UIC3 (32 IRQ sources) at DCR 0x200
  14. UIC0 (32 IRQ sources) at DCR 0xc0
  15. UIC1 (32 IRQ sources) at DCR 0xd0
  16. UIC2 (32 IRQ sources) at DCR 0x210
  17. Unable to handle kernel paging request for data at address 0x00000000
  18. Faulting instruction address: 0xc0010a2c
  19. Oops: Kernel access of bad area, sig: 11 [#1]
  20. Galaxy
  21. Modules linked in:
  22. NIP: c0010a2c LR: c01418cc CTR: c0013aec
  23. REGS: c0265e60 TRAP: 0300   Not tainted  (2.6.26.3)
  24. MSR: 00021000 <ME>  CR: 84e22448  XER: 20000000
  25. DEAR: 00000000, ESR: 00000000
  26. TASK = c024d4a0[0] 'swapper' THREAD: c0264000
  27. GPR00: c014190c c0265f10 c024d4a0 00000000 c01f6103 ffffffff 00000000 00000090
  28. GPR08: 00000000 00000069 c025be8c c07faafb 42e22484 4a1060c1 1ffe5f00 00000000
  29. GPR16: 1ffdb7e4 1ffe0178 00000000 00000000 00000000 00000000 1ffe111c 00000006
  30. GPR24: 00000000 00000000 c00161f4 c01f6220 dfffe434 c0265f48 c01f6104 dffff048
  31. NIP [c0010a2c] strcmp+0x8/0x24
  32. LR [c01418cc] of_find_property+0x4c/0x7c
  33. Call Trace:
  34. [c0265f10] [c0047784] set_irq_type+0x60/0x98 (unreliable)
  35. [c0265f30] [c014190c] of_get_property+0x10/0x34
  36. [c0265f40] [c0141ce8] of_device_is_compatible+0x24/0xa0
  37. [c0265f70] [c0141f54] of_find_compatible_node+0x78/0xc4
  38. [c0265f90] [c023303c] uic_init_tree+0x140/0x17c
  39. [c0265fb0] [c022e7e0] init_IRQ+0x24/0x34
  40. [c0265fc0] [c02288f8] start_kernel+0x174/0x2a8
  41. [c0265ff0] [c00001e8] skpinv+0x190/0x1cc
  42. Instruction dump:
  43. 3884ffff 8c050001 2c000000 4082fff8 38a5ffff 8c040001 2c000000 9c050001
  44. 4082fff4 4e800020 38a3ffff 3884ffff <8c650001> 2c830000 8c040001 7c601851
  45. ---[ end trace 31fd0ba7d8756001 ]---
  46. Kernel panic - not syncing: Attempted to kill the idle task!
  47. Rebooting in 180 seconds..
昨天的问题，邮件列表里曾有人问过相同的问题，摘录一下： http://ozlabs.org/pipermail/linuxppc-dev/2008-April/054087.html，
crash位置是 "console_init()" ...(bdi2000，羡慕)
  1. after building a debug kernel and attaching the bdi2000 it looks like  
  2. the crash occurs during "console_init()" ...
和我一样，最开始也认为dts文件有问题
  1. > Kernel starts and crashes with "unable to handle kernel paging request @  
  2. > 00000000".
  3. >
  4. > After turning debug on in some files I can see that the initrd memory  
  5. > gets reserved and the dtb is parsed correctly.
  6. > PCI memory/io spaces are set up fine.
  7. >
  8. > At first I thought this is a problem with the device tree since the call  
  9. > trace always points to "of_"-functions and "strcmp".
  10. >     
  13. Could you provide this call trace?
  15. -Scott
邮件中的backtrace
  1. ## Booting kernel from Legacy Image at ff810000 ...
  2.    Image Name:   2.6.25 mvBL-M7 MPC8343 #12
  3.    Image Type:   PowerPC Linux Kernel Image (uncompressed)
  4.    Data Size:    2494236 Bytes =  2.4 MB
  5.    Load Address: 00000000
  6.    Entry Point:  00000000
  7.    Verifying Checksum ... OK
  8.    Loading Kernel Image ... OK
  9. OK
  10. ## Flattened Device Tree blob at 00000000
  11.    Booting using the fdt blob at 0x600000
  12. ## Loading init Ramdisk from Legacy Image at 01000000 ...
  13.    Image Name:   mvBC-1G uInitrd #1.1.03
  14.    Image Type:   PowerPC Linux RAMDisk Image (uncompressed)
  15.    Data Size:    2654208 Bytes =  2.5 MB
  16.    Load Address: 00000000
  17.    Entry Point:  00000000
  18.    Verifying Checksum ... OK
  19.    Loading Ramdisk to 1fcb7000, end 1ff3f000 ... OK
  20.  -> early_init_devtree(c0600000)
  21. search "chosen", depth: 0, uname:
  22. search "chosen", depth: 1, uname: chosen
  23. Looking for initrd properties... <3>initrd_start=0xdfcb7000  
  24. initrd_end=0xdff3f000
  25. Command line is: root=/dev/ram ro rootfstype=squashfs
  26. dt_root_size_cells = 1
  27. dt_root_addr_cells = 1
  28. memory scan node memory, reg size 8, data: 0 20000000 2 1,
  29.  - 0 ,  20000000
  30. reserving: 1fcb7000 -> 288001
  31. Phys. mem: 20000000
  32. -> move_device_tree
  33. <- move_device_tree
  34. Scanning CPUs ...
  35. boot cpu: logical 0 physical 0
  36.  <- early_init_devtree()
  37. Using mvBlueLYNX-M7 machine description
  38. Linux version 2.6.25-rc8-01197-g1de15bb-dirty (root at nova) (gcc version 
  39. 4.0.0 (DENX ELDK 4.1 4.0.0)) #12 PREEMPT Wed Apr 9 14:40:48 CEST 2008
  40.  -> unflatten_device_tree()
  41.   size is 192c, allocating...
  42.   unflattening dfffe6d0...
  43. fixed up name for  ->
  44. fixed up name for chosen -> chosen
  45. fixed up name for wdt at 200 -> wdt
  46. fixed up name for ethernet-phy at 0 -> ethernet-phy
  47. fixed up name for ethernet-phy at 1 -> ethernet-phy
  48. fixed up name for ethernet at 24000 -> ethernet
  49. fixed up name for ethernet at 25000 -> ethernet
  50. fixed up name for serial at 4500 -> serial
  51. fixed up name for serial at 4600 -> serial
  52. fixed up name for pic at 700 -> pic
  53. fixed up name for ppcboot_env at 0 -> ppcboot_env
  54. fixed up name for ppcboot_env_red at 0x2000 -> ppcboot_env_red
  55. fixed up name for u-boot_autoscript at 0x4000 -> u-boot_autoscript
  56. fixed up name for u-boot_autoscript_red at 0x4000 -> u-boot_autoscript_red
  57. fixed up name for dtb at 0x8000 -> dtb
  58. fixed up name for dtb_red at 0xa000 -> dtb_red
  59. fixed up name for kernel at 0x10000 -> kernel
  60. fixed up name for rfs at 0x400000 -> rfs
  61. fixed up name for u-boot at 0x700000 -> u-boot
  62. fixed up name for fpga at 0x780000 -> fpga
  63.  <- unflatten_device_tree()
  64. Found initrd at 0xdfcb7000:0xdff3f000
  65.  -> find_legacy_serial_port()
  66. stdout is /soc8343 at e0000000/serial at 4500
  67. legacy_serial_console = 0
  68. default console speed = 115740
  69.  <- find_legacy_serial_port()
  70. console [udbg0] enabled
  71. setup_arch: bootmem
  72. mvblm7_setup_arch()
  73. arch: exit
  74. Zone PFN ranges:
  75.   DMA             0 ->   131072
  76.   Normal     131072 ->   131072
  77. Movable zone start PFN for each node
  78. early_node_map[1] active PFN ranges
  79.     0:        0 ->   131072
  80. Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 130048
  81. Kernel command line: root=/dev/ram ro rootfstype=squashfs
  82. PID hash table entries: 2048 (order: 11, 8192 bytes)
  83. clocksource: timebase mult[3c00001] shift[22] registered
  85. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
  86.  -> check_legacy_serial_console()
  87.  can't find stdout package /soc8343 at e0000000/serial at 4500 !
  88. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
  90. Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
  91. Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
  92. Memory: 514048k/524288k available (2328k kernel code, 9676k reserved, 
  93. 88k data, 126k bss, 140k init)
  94. SLUB: Genslabs=12, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1
  95. Mount-cache hash table entries: 512
  96. ------------[ cut here ]------------
  97. Badness at lib/kref.c:43
  98. NIP: c00f5494 LR: c000d6b0 CTR: 00000000
  99. REGS: c025de60 TRAP: 0700   Not tainted  (2.6.25-rc8-01197-g1de15bb-dirty)
  100. MSR: 00029032 <EE,ME,IR,DR>  CR: 84000048  XER: 00000000
  101. TASK = c0248510[0] 'swapper' THREAD: c025c000
  102. GPR00: 00000001 c025df10 c0248510 dffff170 dffff050 00000009 df80fc6a 
  103. 00000000
  104. GPR08: 0007ffff 00000000 df80b990 c06011cf 24000042 5fffffff 1fffd000 
  105. 00000000
  106. GPR16: 1fffffff 9fffffff 00000000 00000000 1fff8910 1ff426f8 00000004 
  107. 00288000
  108. GPR24: 00000000 00000000 c02630a0 c0260000 dfffefa0 c025c000 dffff050 
  109. dffff13c
  110. NIP [c00f5494] kref_get+0xc/0x24
  111. LR [c000d6b0] of_node_get+0x20/0x38
  112. Call Trace:
  113. [c025df10] [c06011cf] 0xc06011cf (unreliable)
  114. [c025df20] [c01571a4] of_get_next_child+0x40/0x9c
  115. [c025df40] [c00bab5c] proc_device_tree_add_node+0x4c/0x144
  116. [c025df60] [c00bab50] proc_device_tree_add_node+0x40/0x144
  117. [c025df80] [c00bab50] proc_device_tree_add_node+0x40/0x144
  118. [c025dfa0] [c00bacc8] proc_device_tree_init+0x74/0xa0
  119. [c025dfb0] [c0235c70] proc_root_init+0xd4/0x10c
  120. [c025dfc0] [c022374c] start_kernel+0x244/0x2cc
  121. [c025dff0] [00003438] 0x3438
  122. Instruction dump:
  123. 4bf289e1 7fa3eb78 3ba00000 4bfff3ad 4bffffd8 90830000 4e800020 38800001
  124. 4bfffff4 80030000 21200000 7c090114 <0f000000> 7d201828 31290001 7d20192d
  125. WARNING: Bad of_node_put() on
  126. Call Trace:
  127. [c025ded0] [c00088fc] show_stack+0x50/0x190 (unreliable)
  128. [c025df00] [c000de70] of_node_release+0xb0/0xcc
  129. [c025df20] [c00f5500] kref_put+0x54/0x6c
  130. [c025df30] [c000d6ec] of_node_put+0x24/0x34
  131. [c025df40] [c00babc8] proc_device_tree_add_node+0xb8/0x144
  132. [c025df60] [c00bab50] proc_device_tree_add_node+0x40/0x144
  133. [c025df80] [c00bab50] proc_device_tree_add_node+0x40/0x144
  134. [c025dfa0] [c00bacc8] proc_device_tree_init+0x74/0xa0
  135. [c025dfb0] [c0235c70] proc_root_init+0xd4/0x10c
  136. [c025dfc0] [c022374c] start_kernel+0x244/0x2cc
  137. [c025dff0] [00003438] 0x3438
  138. Unable to handle kernel paging request for data at address 0x00000000
  139. Faulting instruction address: 0xc0014454
  140. Oops: Kernel access of bad area, sig: 11 [#1]
  141. PREEMPT mvBlueLYNX-M7
  142. Modules linked in:
  143. NIP: c0014454 LR: c00ba9e0 CTR: 00000000
  144. REGS: c025de70 TRAP: 0300   Not tainted  (2.6.25-rc8-01197-g1de15bb-dirty)
  145. MSR: 00009032 <EE,ME,IR,DR>  CR: 44000048  XER: 00000000
  146. DAR: 00000000, DSISR: 20000000
  147. TASK = c0248510[0] 'swapper' THREAD: c025c000
  148. GPR00: c00bac0c c025df20 c0248510 00000023 ffffffff df80fd60 df80fd6e 
  149. 00000000
  150. GPR08: 001fffff 00000002 df80b990 c06010f5 24000022 5fffffff 1fffd000 
  151. 00000000
  152. GPR16: 1fffffff 9fffffff 00000000 00000000 1fff8910 1ff426f8 00000004 
  153. 00288000
  154. GPR24: 00000000 00000000 c02630a0 c0260000 dfffefa0 00000000 c025c000 
  155. df80fd00
  156. NIP [c0014454] strcmp+0x10/0x24
  157. LR [c00ba9e0] duplicate_name+0x3c/0x94
  158. Call Trace:
  159. [c025df20] [c00ba870] __proc_device_tree_add_prop+0x54/0xd4 (unreliable)
  160. [c025df40] [c00bac0c] proc_device_tree_add_node+0xfc/0x144
  161. [c025df60] [c00bab50] proc_device_tree_add_node+0x40/0x144
  162. [c025df80] [c00bab50] proc_device_tree_add_node+0x40/0x144
  163. [c025dfa0] [c00bacc8] proc_device_tree_init+0x74/0xa0
  164. [c025dfb0] [c0235c70] proc_root_init+0xd4/0x10c
  165. [c025dfc0] [c022374c] start_kernel+0x244/0x2cc
  166. [c025dff0] [00003438] 0x3438
  167. Instruction dump:
  168. 2c000000 4082fff8 38a5ffff 8c040001 2c000000 9c050001 4082fff4 4e800020
  169. 38a3ffff 3884ffff 8c650001 2c830000 <8c040001> 7c601851 4d860020 4182ffec
  170. ---[ end trace 8640abe69a316dee ]---
  171. Kernel panic - not syncing: Attempted to kill the idle task!
  172. Rebooting in 180 
  173. seconds..                                                    
提到问题可能出现在memory corruption
  1. > It looks like you have some memory corruption between here...
  2. >

  4. >
  5. > ...and here.
  6. >
  7. > -Scott
  9. Scott,
  11. are you talking about a possible hardware problem or misbehaving code ?
  13. Does it look like something gets overwritten during initrd 
  14. extraction/movement ?
  16. The system has 512MB RAM which means that we need 2 BAT regs to map the 
  17. memory. I've found comments in Freescale u-boot header files that 
  18. currently a max of 256MB is supported. I never understood why ? Could 
  19. this problem be related to this ?
  21. Do I need to supply reserved memory regions ? I thought u-boot is doing 
  22. so for initrd and the kernel don't need it ...
  25. I'll rebuild u-boot with 256MB memory size and do an extra run with 
  26. memory test - just to make sure.
  29. Any hints where to look else ?
最终问题是这样的
  1. Scott + Kim,
  3. as mentioned before I have re-built u-boot with the following 
  4. modifications :
  6. - Reduce Memsize from 512 to 256MB
  7. - Skipped 2nd BAT setup
  9. dtb looks the same but memory size set to 256MB.
  11. System boots fine - this is weird !

  13. I'm not really familiar with the powerpc tree of the kernel and far out 
  14. of sync with the current development.
  17. Could you have a look at this ?
  19. Any ideas right now ?
  22. Thanks,
  23. Andre
同样，我移植uboot时，meomry部分也有些奇怪的问题：买来条假内存条，默认设为2个bank256M则crash，直接一个bank512M正常，且通过mtest测试，现在还搞不清内存条的bank数，spd信息无法读出，插到笔记本不能启动。同样将内存设置256M试试吧。

不能用bdi2000调试，真是很郁闷，不知道具体的代码位置，下午再玩玩kdb。


关于添加系统调用遇到 Unable to handle kernel paging request at virtual address 的解决
Jyh7的博客
08-18 3万+
Unable to handle kernel paging request at virtual address 是内存访问异常的错误，原因通常有三种： 1. virtual address 为 0x00000000 时，说明使用了空指针 2. virtual address 没有越出内核地址空间范围，说明指针指向的内存受到某种限制 3. 除此以外就是指针越出内核地址空间范围 以上三点，...
Unable to handle kernel paging request at virtual address 的解决办法
热门推荐
warmshepherd的专栏
11-07 5万+
 今天想正式开始编写各底层硬件的驱动程序，首先是双口RAM的，结果吓一一大跳，居然出现如下这么多的问题，这就是传说中的oops消息：root@WK:mknod -m 600 /dev/dram_driver c 221 1root@WK:./dram_testin dram_open!Unable to handle kernel paging request at virtual addre
ARM汇编知识积累
u010743406的博客
01-12 537
pc：（Program Counter）pc 指针，记录当前执行哪一条指令；存储当前 CPU 正在执行指令的地址。LR：（Link Register）x30 寄存器，保存函数返回地址。X0、X1、X2...分别为函数第1、2、3个入参。fp：（Frame Pointer）x29 寄存器。sp：（Stack Pointer）栈指针。
Linux安装系统调用表更改模块时系统崩溃（unable to handle kernel paging request at XX）
szkbsgy的专栏
08-14 8643
安装内核模块时，如果里面有更改系统调用等情况，有时会崩溃，出现如下错误： BUG: unable to handle kernel paging request at virtual address c06357b4 printing eip:d0aac056 *pde = 0e9dd163 *pte = 00635161  Oops: 0003 [#1] SMP  Modules li
Linux：unable to handle kernel paging requst at virtual address 01140004
XrdyqCby的博客
10-27 1739
项目场景： 开发板：Tiny4412 Linux内核版本：linux-3.0 工具链版本：arm-linux-gcc 4.5.1 问题描述： 在编写驱动程序，加载到模块(insmod key.ko后出现oops错误和段错误)。 错误现象为:其实驱动设备已经加载了并且能用，但是rmmod之后出现卡死现象。 以下为错误的界面截图 原因分析： 查阅资料分析Opps错误一般有以下几种可能 1：空指针的使用 2：内存的越界访问 3：系统版本不一致（我理解为PC版本与板子上Lin..
arm64内核crash分析--- Unable to handle kernel paging request at virtual address dead000000000100
weixin_43412488的博客
10-24 1996
1024程序员节 | 征文#
101.667247: Unable to handle kernel paging request at virtual address ffffff891b25a00c 101.667254: Mem abort info: 101.667257: ESR = 0x0000000096000021 101.667261: EC = 0x25: DABT (current EL), IL = 32 bits 101.667265: SET = 0, FnV = 0 101.667268: EA = 0, S1PTW = 0 101.667272: FSC = 0x21: alignment fault 101.667275: Data abort info: 101.667278: ISV = 0, ISS = 0x00000021, ISS2 = 0x00000000 101.667282: CM = 0, WnR = 0, TnD = 0, TagAccess = 0 101.667285: GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 101.667289: swapper pgtable: 4k pages, 39-bit VAs, pgdp=00000000a9e44000 101.667293: [ffffff891b25a00c] pgd=1800000afdad6003, p4d=1800000afdad6003, pud=1800000afdad6003, pmd=1800000afd9fc003, pte=006c00099b25a70f 101.669603: Unable to handle kernel paging request at virtual address ffffff891b445000 101.669611: Mem abort info: 101.669614: ESR = 0x0000000096000061 101.669618: EC = 0x25: DABT (current EL), IL = 32 bits 101.669622: SET = 0, FnV = 0 101.669626: EA = 0, S1PTW = 0 101.669629: FSC = 0x21: alignment fault 101.669632: Data abort info: 101.669635: ISV = 0, ISS = 0x00000061, ISS2 = 0x00000000 101.669638: CM = 0, WnR = 1, TnD = 0, TagAccess = 0 101.669642: GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 101.669646: swapper pgtable: 4k pages, 39-bit VAs, pgdp=00000000a9e44000 101.669650: [ffffff891b445000] pgd=1800000afdad6003, p4d=1800000afdad6003, pud=1800000afdad6003, pmd=1800000afd9fb003, pte=006800099b44570f
最新发布
03-08
内核分页请求错误（kernel paging request）和内存中止（Mem abort）通常由以下原因引发： 1. **内存对齐错误**：访问未对齐的内存地址（如非4字节对齐的32位整数访问）[^1]。 2. **驱动或内核模块缺陷**：第三方...
Linux内存踩踏问题分析方法
a2591748032的博客
03-26 5313
Linux内存踩踏问题分析方法
[ 10.180881] Unable to handle kernel paging request at virtual address 6b6b6b6b6b6bb7 [ 10.188867] Mem abort info: [ 10.191752] Exception class = DABT (current EL), IL = 32 bits [ 10.197839] SET = 0, FnV = 0 [ 10.200995] EA = 0, S1PTW = 0 [ 10.204230] FSC = 4 [ 10.206573] Data abort info: [ 10.209570] ISV = 0, ISS = 0x00000004 [ 10.213522] CM = 0, WnR = 0 [ 10.216586] [006b6b6b6b6b6bb7] address between user and kernel address ranges [ 10.223929] Internal error: Oops: 96000004 [#1] PREEMPT SMP
06-03
这是一个内核错误，通常是由于访问了无效的内存地址或者访问了没有权限的内存地址。具体原因需要进一步分析。 根据错误信息，访问的虚拟地址为6b6b6b6b6b6bb7，这个地址不在合法的用户空间和内核空间地址范围内，...
101.664615: Call trace: 101.664617: dump_backtrace+0xf0/0x140 101.664627: show_stack+0x18/0x28 101.664631: dump_stack_lvl+0x70/0xa4 101.664639: __kernel_unpoison_pages+0x16c/0x1ac 101.664647: post_alloc_hook+0x184/0x1ac 101.664653: prep_new_page+0x28/0x188 101.664658: get_page_from_freelist+0x1bb8/0x1d54 101.664664: __alloc_pages+0xe8/0x2cc 101.664670: __erofs_allocpage+0x88/0xb8 101.664677: z_erofs_do_read_page+0x8f0/0xcb4 101.664683: z_erofs_readahead+0x1f8/0x378 101.664690: read_pages+0x80/0x38c 101.664695: page_cache_ra_unbounded+0x1c4/0x238 101.664701: page_cache_ra_order+0x2c4/0x350 101.664706: do_sync_mmap_readahead+0x27c/0x56c 101.664713: filemap_fault+0x1c0/0xa78 101.664718: handle_mm_fault+0x558/0x20c0 101.664723: do_page_fault+0x20c/0x4b0 101.664730: do_translation_fault+0x38/0x54 101.664736: do_mem_abort+0x58/0x118 101.664742: el0_da+0x48/0x84 101.664748: el0t_64_sync_handler+0x98/0xbc 101.664753: el0t_64_sync+0x1a8/0x1ac 101.664761: page:fffffffe24132000 refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x984c80 101.664770: flags: 0x2000000000000000(zone=1|kasantag=0x0) 101.664779: page_type: 0xffffffff() 101.664787: raw: 2000000000000000 dead000000000100 dead000000000122 0000000000000000 101.664796: raw: 0000000000000000 0000000000000000 00000001ffffffff 0000000000000000 101.664802: page dumped because: pagealloc: corrupted page details 101.664809: page_owner info is not present (never set?) 101.667247: Unable to handle kernel paging request at virtual address ffffff891b25a00c 101.667254: Mem abort info: 101.667257: ESR = 0x0000000096000021 101.667261: EC = 0x25: DABT (current EL), IL = 32 bits 101.667265: SET = 0, FnV = 0 101.667268: EA = 0, S1PTW = 0 101.667272: FSC = 0x21: alignment fault 101.667275: Data abort info:
03-08
同时，启用更多调试选项，比如打开CONFIG_DEBUG_KERNEL，可能会提供更多线索。</think>### Linux内核崩溃分析与解决方案 #### 一、收集关键信息 1. 使用$dmesg$查看完整内核日志，过滤关键字段： ```bash dmesg | ...
Unable to handle kernel paging request at virtual address e6f4b4d0
u012830148的博客
03-28 2978
调试tiny4412LCD屏幕的时候，驱动加载的时候会挂掉。对寄存器ioremap的时候没有出错，但是访问寄存器的时候出错了。 [ 187.030282] Unable to handle kernel paging request at virtual address e6f4b4d0 [ 187.034416] pgd = dedc0000 [ 187.037145] [e6f4b4d...
[crash分析]BUG: unable to handle kernel paging request at ffffeb04000ffb40
11-23 1万+
WARNING信息中prev (ffffc90003fed0c8) 这个地址正好是我们crash时释放的地址。深挖这个warning，这是另一个子模块申请B结构后，并将B结构加入到全局链表操作。查看全局链表结构 crash> p &g_XXX[0]->xxxTbl $3 = (XXXTBL *) 0xffffc90003fed0b0 crash> XXXTBL 0xfff...
加载或卸载驱动时报错Unable to handle kernel paging request at virtual address bf933218
qq_42230338的博客
06-21 2923
问题描述： 写了一个USB驱动，在probe函数中创建了一个线程，然后线程会一直等待一个全局变量标志位，如果变量为1，就将变量重新置零。然后进行相关的业务逻辑操作。到时在加载完驱动或者是卸载完驱动后，会报一下错误，但是程序没有core dump。 Unable to handle kernel paging request at virtual address bf933218 pgd = c0004000 [bf933218] *pgd=26f20811, *pte=00000000, *ppte=000
kernel oops (Unable to handle kernel paging request at virtual address )三种内存访问异常
80后的梦想
07-27 1万+
一、linux内核、用户空间的内存划分： 如下图：32位系统内核空间划分0~3G为用户空间，3~4G为内核空间。详细请参考《Linux用户空间与内核空间》 注意：内核地址空间的范围是0xC0000000 ~ 0xFFFFFFFF 而对于64位系统，内核空间划分如下： ARM64架构处理器采用48位物理寻址机制，最大可以寻找到256TB的物理地址空间。对于目前的应用来说已经足够了，不需要扩展到64位的物理地址寻址。虚拟地址也同样最大支持48位支持，所以在处理器的架构设计上，把虚拟地址空间...
嵌入式系统中linux内核insmod时出现Unable to handle kernel paging request at virtual address xxxx可能的原因
wzj202q的博客
05-23 2495
2.我的解决办法是：考虑到有可能是板子上的linux的zImage和PC的linux版本不一致，所以在PC上重新编译了内核,生成zImage，然后将zImage拷贝到了SD卡，板子通过SD卡启动，然后成功。如果是superboot，此日期前的应该能启动，此日期后的则必须是启用trustzone后编译的内核才能启动。3）开启了三星推荐的TrustZone安全模式，注意内核必须也要启动 TrustZone 模式，才能配合此版本的 Superboot使用，否则将无法启动；1）修正了eMMC大小显示不正确的问题；
记 BUG: unable to handle kernel paging requrest at 0xffff7fXXXXXXXXX
bigjordon~
08-16 6342
标题中的打印是在内核的 show_fault_oops 函数打印的。static void show_fault_oops(struct pt_regs *regs, unsigned long error_code, unsigned long address) { .... printk(KERN_ALERT "BUG: unable to handle kernel ");
【RK3399 Android系统】，启动时出现”Unable to handle kernel paging request at virtual address 490000004c“的解决思路
小杜的专栏
06-04 2334
Unable to handle kernel paging request at virtual address 490000004c 根据网上的搜索结果，查看地址为pgd = ffffff80093ea000，查看系统源码下的kernel下的System.map，查看该该地址对应的函数，为swapper_pg_dir，这个函数不是自己写的函数，因此再往下查...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值