Opened 10 years ago

Closed 10 years ago

#5544 closed bug (fixed)

PANIC: Invalid concurrent access to page 0x83e81284 (start), currently accessed by: 10

Reported by: mvfranz Owned by: bonefish
Priority: normal Milestone: R1
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All

Description (last modified by anevilyak)

Hi,

I am using hrev35770 trying to build gcc and the kernel had a panic. I have included the back trace.

PANIC: Invalid concurrent access to page 0x83e81284 (start), currently accessed by: 10
Welcome to Kernel Debugging Land...
Thread 137900 "sh" running on CPU 1
kdebug> bt
stack trace for thread 137900 "sh"
    kernel stack: 0x812eb000 to 0x812ef000
      user stack: 0x7efed000 to 0x7ffed000
frame               caller     <image>:function + offset
 0 812eeb70 (+  32) 8006ec29   <kernel_x86> invoke_command_trampoline(void*: [34m0x812eebf0[0m) + 0x0015
 1 812eeb90 (+  12) 800e20b8   <kernel_x86>:arch_debug_call_with_fault_handler + 0x001b
 2 812eeb9c (+  48) 8006cad6   <kernel_x86>:debug_call_with_fault_handler + 0x0051
 3 812eebcc (+  64) 8006efa6   <kernel_x86>:invoke_debugger_command + 0x00bb
 4 812eec0c (+  48) 8006f0c3   <kernel_x86> invoke_pipe_segment(debugger_command_pipe*: [34m0x801355a2[0m, int32: [34m0[0m, char*: NULL) + 0x0083
 5 812eec3c (+  32) 8006f18b   <kernel_x86>:invoke_debugger_command_pipe + 0x008b
 6 812eec5c (+ 128) 80072f16   <kernel_x86> ExpressionParser<[32m0x812eed2c[0m>::_ParseCommandPipe(int&: [34m0x812eed28[0m) + 0x0aae
 7 812eecdc (+  48) 800756df   <kernel_x86> ExpressionParser<[32m0x812eed2c[0m>::EvaluateCommand(char const*: [34m0x801355a0[0m [36m"bt"[0m, int&: [34m0x812eed28[0m) + 0x06df
 8 812eed0c (+ 192) 80075858   <kernel_x86>:evaluate_debug_command + 0x0084
 9 812eedcc (+  64) 8006d7a2   <kernel_x86> kernel_debugger_loop(char const*: [34m0x1[0m [31m"<???>"[0m, char const*: [34m0x8012a412[0m [36m"PANIC: "[0m, char*: [34m0x812eee3c[0m, int32: [34m-2147034808[0m) + 0x026c
10 812eee0c (+  48) 8006d966   <kernel_x86> kernel_debugger_internal(char const*: [34m0x1[0m [31m"<???>"[0m, char const*: [34m0x82ba44c8[0m [36m"(<Ä"[0m, char*: [34m0x812eee5c[0m, int32: [34m-2147034314[0m) + 0x011c
11 812eee3c (+  32) 8006db49   <kernel_x86>:panic + 0x0023
12 812eee5c (+ 176) 800c6a00   <kernel_x86> vm_soft_fault(VMAddressSpace*: [34m0x1[0m, uint32: [34m0xc202f41d[0m, [34mtrue[0m, [34mtrue[0m) + 0x0903
13 812eef0c (+  64) 800c7114   <kernel_x86>:vm_page_fault + 0x026a
14 812eef4c (+  80) 800dd880   <kernel_x86> page_fault_exception(iframe*: [34m0x812eefa8[0m) + 0x0171
15 812eef9c (+  12) 800e24c6   <kernel_x86>:int_bottom_user + 0x005a
user iframe at 0x812eefa8 (end = 0x812ef000)
 eax 0x8            ebx 0x3788a8        ecx 0x6fff0000   edx 0x4
 esi 0x378f60       edi 0x0             ebp 0x7ffec378   esp 0x812eefdc
 eip 0x303572    eflags 0x10246    user esp 0x7ffec360
 vector: 0xe, error code: 0x7
16 812eefa8 (+   0) 00303572   </boot/system/lib/libroot.so@0x002b1000>:unknown + 0x52572
17 7ffec378 (+  32) 00339a79   </boot/system/lib/libroot.so@0x002b1000>:unknown + 0x88a79
18 7ffec398 (+  48) 0022f373   </boot/system/bin/bash@0x00200000>:unknown + 0x2f373
19 7ffec3c8 (+ 144) 0022fc59   </boot/system/bin/bash@0x00200000>:unknown + 0x2fc59
20 7ffec458 (+ 192) 0022ca2a   </boot/system/bin/bash@0x00200000>:unknown + 0x2ca2a
21 7ffec518 (+ 208) 0022d3b6   </boot/system/bin/bash@0x00200000>:unknown + 0x2d3b6
22 7ffec5e8 (+  96) 0027bc1a   </boot/system/bin/bash@0x00200000>:unknown + 0x7bc1a
23 7ffec648 (+ 240) 0023b50f   </boot/system/bin/bash@0x00200000>:unknown + 0x3b50f
24 7ffec738 (+ 160) 0023df84   </boot/system/bin/bash@0x00200000>:unknown + 0x3df84
25 7ffec7d8 (+  32) 0023ef38   </boot/system/bin/bash@0x00200000>:unknown + 0x3ef38
26 7ffec7f8 (+  64) 00242a5a   </boot/system/bin/bash@0x00200000>:unknown + 0x42a5a
27 7ffec838 (+  64) 0023ba8d   </boot/system/bin/bash@0x00200000>:unknown + 0x3ba8d
28 7ffec878 (+  96) 0023bc1f   </boot/system/bin/bash@0x00200000>:unknown + 0x3bc1f
29 7ffec8d8 (+  16) 0023bf0a   </boot/system/bin/bash@0x00200000>:unknown + 0x3bf0a
30 7ffec8e8 (+ 128) 0023e753   </boot/system/bin/bash@0x00200000>:unknown + 0x3e753
31 7ffec968 (+  16) 0023ef12   </boot/system/bin/bash@0x00200000>:unknown + 0x3ef12
32 7ffec978 (+ 128) 0022f70a   </boot/system/bin/bash@0x00200000>:unknown + 0x2f70a
33 7ffec9f8 (+ 192) 0022ca2a   </boot/system/bin/bash@0x00200000>:unknown + 0x2ca2a
34 7ffecab8 (+  64) 0022dabf   </boot/system/bin/bash@0x00200000>:unknown + 0x2dabf
35 7ffecaf8 (+ 192) 0022d187   </boot/system/bin/bash@0x00200000>:unknown + 0x2d187
36 7ffecbb8 (+  64) 0022dabf   </boot/system/bin/bash@0x00200000>:unknown + 0x2dabf
37 7ffecbf8 (+ 192) 0022d187   </boot/system/bin/bash@0x00200000>:unknown + 0x2d187
38 7ffeccb8 (+  64) 0022dabf   </boot/system/bin/bash@0x00200000>:unknown + 0x2dabf
39 7ffeccf8 (+ 192) 0022cdd7   </boot/system/bin/bash@0x00200000>:unknown + 0x2cdd7
40 7ffecdb8 (+  64) 0022dabf   </boot/system/bin/bash@0x00200000>:unknown + 0x2dabf
41 7ffecdf8 (+  64) 002266bc   </boot/system/bin/bash@0x00200000>:unknown + 0x266bc
42 7ffece38 (+ 304) 002261d7   </boot/system/bin/bash@0x00200000>:unknown + 0x261d7
43 7ffecf68 (+  52) 0021a0dd   </boot/system/bin/bash@0x00200000>:unknown + 0x1a0dd
44 7ffecf9c (+  64) 00105367   </boot/system/runtime_loader@0x00100000>:unknown + 0x5367
45 7ffecfdc (+   0) 7ffecfec   3049032:sh_main_stack@0x7efed000 + 0xffffec
kdebug> 

Change History (6)

comment:1 by anevilyak, 10 years ago

Component: - GeneralSystem/Kernel
Description: modified (diff)
Owner: changed from nobody to axeld

comment:2 by axeld, 10 years ago

Owner: changed from axeld to bonefish
Status: newassigned

comment:3 by bonefish, 10 years ago

Unfortunately without at least the output of the "page" command for the given page and a stack trace for the given thread (10 in this case -- if the thread is running on another CPU (check with "running") one needs to switch to that CPU first "cpu x"), I don't have enough information to work with.

comment:4 by bonefish, 10 years ago

Forgot to ask: Is this a gcc 2 or gcc 4 kernel?

comment:5 by mvfranz, 10 years ago

I will try to get the data from the other threads next time this happens.

I used a gcc 4 kernel.

comment:6 by bonefish, 10 years ago

Resolution: fixed
Status: assignedclosed

Possibly fixed in hrev36155. Please reopen, if you encounter it again.

Note: See TracTickets for help on using tickets.