Bug 449566
Summary: | kernel BUG at arch/x86/xen/multicalls.c:103! | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Orion Poplawski <orion> |
Component: | kernel-xen | Assignee: | Xen Maintainance List <xen-maint> |
Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | high | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | clalance, ehabkost |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-10-10 11:22:41 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Orion Poplawski
2008-06-02 20:51:13 UTC
Do you have the output of 'xm dmesg' on the host, when the problem happened? Well, the mm.c messages may be tied to it. I didn't see them before. See lots of the traps.c messages from before as well. (XEN) mm.c:625:d2 Non-privileged (2) attempt to map I/O space 00000030 (XEN) traps.c:1747:d4 Domain attempted WRMSR 000000000000017b from 00000000:0000001f to ffffffff:ffffffff. (XEN) traps.c:1747:d4 Domain attempted WRMSR 0000000000000400 from 00000000:00000000 to ffffffff:ffffffff. (XEN) traps.c:1747:d4 Domain attempted WRMSR 0000000000000404 from 00000000:ffffffff to ffffffff:ffffffff. (XEN) traps.c:1747:d4 Domain attempted WRMSR 0000000000000408 from 00000000:000fffff to ffffffff:ffffffff. (XEN) traps.c:1747:d4 Domain attempted WRMSR 000000000000040c from 00000000:00000007 to ffffffff:ffffffff. (XEN) traps.c:1747:d4 Domain attempted WRMSR 0000000000000410 from 00000000:00000000 to ffffffff:ffffffff. (XEN) mm.c:625:d4 Non-privileged (4) attempt to map I/O space 00000000 I'm now seeing similar on boot with 2.6.26-0.1.rc6.git2.fc10.i686.xen Checking if this processor honours the WP bit even in supervisor mode...Ok. CPA: page pool initialized 16 of 16 pages preallocated 1 multicall(s) failed: cpu 0 call 1/1: op=1 arg=[c160e854] result=-22 ------------[ cut here ]------------ kernel BUG at arch/x86/xen/multicalls.c:103! invalid opcode: 0000 [#1] SMP DEBUG_PAGEALLOC Modules linked in: Pid: 0, comm: swapper Tainted: G W (2.6.26-0.1.rc6.git2.fc10.i686.xen #1) EIP: e019:[<c040310e>] EFLAGS: 00010002 CPU: 0 EIP is at xen_mc_flush+0x18a/0x196 EAX: 00000001 EBX: c160e054 ECX: c042ded2 EDX: c074e3fc ESI: c160e074 EDI: 00000000 EBP: c078bf6c ESP: c078bf54 DS: e021 ES: e021 FS: 00d8 GS: 0000 SS: e021 Process swapper (pid: 0, ti=c078b000 task=c074e3fc task.ti=c078b000) Stack: c160e054 00000001 00000000 c160e854 c077c000 c160e054 c078bf88 c04038e0 2aa5c001 00000000 c077c000 c077d000 00000000 c078bfa0 c041c59a 2aa5c001 f4ffe000 c077d000 c087d000 c078bfc4 c07a200b 000004da 00000248 000012cc Call Trace: [<c04038e0>] ? xen_set_pud+0xbb/0xf3 [<c041c59a>] ? zap_low_mappings+0x2f/0x45 [<c07a200b>] ? mem_init+0x337/0x33f [<c078f844>] ? start_kernel+0x25d/0x316 [<c0795210>] ? xen_start_kernel+0x499/0x4a1 ======================= Code: e8 8b 84 fa 04 0a 00 00 ff 94 fa 00 0a 00 00 47 8b 5d e8 3b bb 08 0b 00 00 72 e3 c7 83 08 0b 00 00 00 00 00 00 83 7d ec 00 74 04 <0f> 0b eb fe 8d 65 f4 5b 5e 5f 5d c3 55 89 e5 57 89 d7 56 89 c6 EIP: [<c040310e>] xen_mc_flush+0x18a/0x196 SS:ESP e021:c078bf54 ---[ end trace 4eaa2a86a8e2da22 ]--- Kernel panic - not syncing: Attempted to kill the idle task! [root@hammer console]# ls -ltr total 82868 -rw-r----- 1 root root 17296 2008-05-08 13:24 guest-xenearth.log -rw-r----- 1 root root 82922712 2008-06-16 12:06 guest-xenfdev64.log -rw-r----- 1 root root 1809648 2008-06-17 09:32 guest-xenfdev32.log [root@hammer console]# tail guest-xenfdev32.log [<c04038e0>] ? xen_set_pud+0xbb/0xf3 [<c041c59a>] ? zap_low_mappings+0x2f/0x45 [<c07a200b>] ? mem_init+0x337/0x33f [<c078f844>] ? start_kernel+0x25d/0x316 [<c0795210>] ? xen_start_kernel+0x499/0x4a1 ======================= Code: e8 8b 84 fa 04 0a 00 00 ff 94 fa 00 0a 00 00 47 8b 5d e8 3b bb 08 0b 00 00 72 e3 c7 83 08 0b 00 00 00 00 00 00 83 7d ec 00 74 04 <0f> 0b eb fe 8d 65 f4 5b 5e 5f 5d c3 55 89 e5 57 89 d7 56 89 c6 EIP: [<c040310e>] xen_mc_flush+0x18a/0x196 SS:ESP e021:c078bf54 ---[ end trace 4eaa2a86a8e2da22 ]--- Kernel panic - not syncing: Attempted to kill the idle task! xm dmesg: (XEN) mm.c:694:d11 Bad L3 flags 6 Orion: do you still see this with kernel-PAE-2.6.27-0.180.rc0.git11.fc10 ? Actually, looking at this bug, it's exactly the same as the one I've been debugging (on and off) in BZ 459067. I'm going to close it as a dup. Chris Lalancette *** This bug has been marked as a duplicate of bug 459067 *** |