xen September 2009

xen@lists.fedoraproject.org

17 participants
23 discussions

No pcifront in F10?
by Jim Lutz 25 Oct '10

25 Oct '10

I have a virtual machine landscape consisting of a CentOS 5.3 Dom0 with Xen 3.1.2, some PV CentOS DomU's with PCI passthrough (same versions), and I'm trying to implement a F10 DomU with PCI passthrough. I set everything up for the passthrough, and the F10 guest can't see any of the devices with lspci. If I boot a CentOS PV machine with the same PCI passthrough configuration, the devices show up with lspci. I've seen some posts in various places about this issue, but no solutions. How do I implement this?

4 11

Dom0 kernels
by M A Young 13 Mar '10

13 Mar '10

I have built a new set of kernel packages based on fedora rawhide kernels and the xen/dom0/hackery branch of Jeremy's git repository ( http://git.kernel.org/?p=linux/kernel/git/jeremy/xen.git;a=summary ). This batch (kernel-2.6.29-0.114.2.6.rc6.fc11) is available via the koji build system at http://koji.fedoraproject.org/koji/taskinfo?taskID=1149500 These are really for development and debugging purposes only, as I am still having problems getting them to boot, but others have reported more success at getting kernels based on this git repository working, so you might be lucky. Note to install these packages on Fedora 10 you will need to have rpm-4.6.0-1.fc10 installed (currently in updates-testing but it should be available in updates soon) because of the change to SHA-256 file digest hashing in recent Fedora 11 builds. Michael Young

12 99

Fedora 12 (rawhide) Xen domU works now, minor console keymap issue?
by Pasi Kärkkäinen 08 Nov '09

08 Nov '09

Hello, Kernel 2.6.31-0.203.rc8.git2.fc12.i686.PAE for F12/rawhide domU seems to work now on my F11 host with xen-3.4.1-3 + libvirt from F11 updates-testing + 2.6.31-rc6 pv_ops dom0 kernel. There's a minor issue with domU vfb graphical console keymap though.. The F11 host has 'fi' (Finnish) keymap, and the F12 domU/guest is also installed with 'fi' keymap. All the 'special' keys on the graphical console (virt-viewer) are broken.. I don't really know what the resulting keymap is, but it's pretty weird. Not english, not finnish, not anything I know of.. List of the important characters that are broken: * / - _ | ? \ ( ) Either you can't make them at all, or you have to press totally wrong buttons to get them.. so the console is really painful or impossible to use. Any ideas how to debug this? Or is non-US even supposed to work? Thanks! -- Pasi

1 2

f11 domU 2.6.30 will not boot on f8 dom0
by Dale Bewley 29 Oct '09

29 Oct '09

Host is a f8 dom0 running xen-3.1.2-5.fc8 and kernel 2.6.21.7-5.fc8xen.x86_64. I updated a f10 guest domU to the latest kernel update 2.6.27.30-170.2.82.fc10.x86_64 and rebooted it without problem. I updated a f11 domU to kernel-2.6.30.5-43.fc11.x86_64 and the guest crashes after grub. Cracking open the image and setting grub back to kernel-2.6.29.6-217.2.16.fc11.x86_64 got me up and running. xm dmesg shows (XEN) traps.c:405:d117 Unhandled general protection fault fault/trap [#13] in domain 117 on VCPU 0 [ec=0000] (XEN) domain_crash_sync called from entry.S (XEN) Domain 117 (vcpu#0) crashed on cpu#3: (XEN) ----[ Xen-3.1.4 x86_64 debug=n Not tainted ]---- (XEN) CPU: 3 (XEN) RIP: e033:[<ffffffff813cda87>] (XEN) RFLAGS: 0000000000000282 CONTEXT: guest (XEN) rax: 000000008000c068 rbx: 000000000000c000 rcx: 0000000000000068 (XEN) rdx: 0000000000000cf8 rsi: 0000000000000018 rdi: 0000000000000000 (XEN) rbp: ffffffff8172de48 rsp: ffffffff8172dde0 r8: 0000000000000068 (XEN) r9: ffffffff8172de60 r10: ffffffff8172de68 r11: 00000000ffffffff (XEN) r12: ffffffff81697500 r13: ffffffff8172df78 r14: ffffffffffffffff (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000006f0 (XEN) cr3: 00000002f53fe000 cr2: 0000000000000000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=ffffffff8172dde0: (XEN) 0000000000000068 00000000ffffffff 0000000000000000 ffffffff813cda87 (XEN) 000000010000e030 0000000000010082 ffffffff8172de28 000000000000e02b (XEN) ffffffff813cda4d ffffffff8172de88 965f5967f03da9c3 ffffffff8100a7ed (XEN) ffffffff81722b80 ffffffff8172de88 ffffffff8148f7c1 00020f5103000800 (XEN) 0000000000000000 0000302800000000 965f5967f03da9c3 ffffffffffffffff (XEN) 0000000000000018 ffffffff8172dea8 ffffffff81760bc2 ffffffff8179ca10 (XEN) 0000000000000000 ffffffff8172df58 ffffffff8175ce66 0000000000000000 (XEN) 965f5967f03da9c3 ffffffff8172dee8 ffffffff8179ca10 0000000000000000 (XEN) 0000000000000000 ffffffffffffffff 0000000000000000 ffffffff8172df58 (XEN) ffffffff81495adb ffffffff00000010 ffffffff8172df68 ffffffff8172df28 (XEN) 965f5967f03da9c3 00000000a1b58930 ffffffff8179ca10 0000000000000000 (XEN) 0000000000000000 ffffffffffffffff 0000000000000000 ffffffff8172dfa8 (XEN) ffffffff81757d0b ffffffff8172dfa8 965f5967f03da9c3 ffffffff82226000 (XEN) 0000000000000000 00000000019d0f60 0000000000000000 0000000000000000 (XEN) 0000000000000000 ffffffff8172dfd8 ffffffff817572d0 0000000000000018 (XEN) 0000000000000000 0000000000000000 ffffffff82226000 ffffffff8172dff8 (XEN) ffffffff8175b4e0 0000000000000000 0000000000000000 0000000000000000 (XEN) ffffffff82123000 ffffffff82124000 ffffffff82125000 ffffffff82126000 (XEN) ffffffff82127000 ffffffff82128000 ffffffff82129000 ffffffff8212a000 (XEN) ffffffff8212b000 ffffffff8212c000 ffffffff8212d000 ffffffff8212e000 (XEN) traps.c:405:d118 Unhandled general protection fault fault/trap [#13] in domain 118 on VCPU 0 [ec=0000] (XEN) domain_crash_sync called from entry.S

1 1

Linux 2.6.31 domU crashes very early on RHEL5 Xen hypervisor (xen_load_gdt_boot / HYPERVISOR_update_va_mapping)
by Pasi Kärkkäinen 24 Sep '09

24 Sep '09

Hello, I tried running the latest Fedora 12 rawhide kernel (2.6.31-33.fc12.x86_64) as Xen domU on RHEL5.4 x86_64 Xen dom0. domU kernel crashes very early, there's no console output at all. # /usr/lib64/xen/bin/xenctx -s System.map-2.6.31-33.fc12.x86_64 1 rip: ffffffff819f8d3f xen_load_gdt_boot+0xab rsp: ffffffff81743f08 rax: ffffffea rbx: ffffffff81822000 rcx: 0021f527 rdx: 00000000 rsi: 800000021f527061 rdi: ffffffff81822000 rbp: ffffffff81743fa8 r8: 00000000 r9: 00000000 r10: 00000000 r11: 00000000 r12: ffffffff81743fb8 r13: ffffffff81743f50 r14: 00000080 r15: 00000000 cs: 0000e033 ds: 00000000 fs: 00000000 gs: 00000000 Stack: 000000000021f527 0000000000000000 ffffffff819f8d3f 000000010000e030 0000000000010082 ffffffff81743f48 000000000000e02b ffffffff819f8d3b 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000001822 0000008000000000 ffffffff8100cb0e 0000000000000000 Code: 20 c3 78 81 31 d2 48 89 c6 48 89 df e8 85 04 61 ff 85 c0 74 04 <0f> 0b eb fe 49 63 c7 48 81 c3 00 Call Trace: [<ffffffff819f8d3f>] xen_load_gdt_boot+0xab <-- [<ffffffff819f8d3f>] xen_load_gdt_boot+0xab [<ffffffff819f8d3b>] xen_load_gdt_boot+0xa7 [<ffffffff8100cb0e>] p2m_top_index+0x9 [<ffffffff8101f209>] switch_to_new_gdt+0x31 [<ffffffff819f8a24>] xen_start_kernel+0x282 # gdb vmlinux (gdb) x/i 0xffffffff819f8d3f 0xffffffff819f8d3f <xen_load_gdt_boot+171>: ud2a (gdb) x/60i xen_load_gdt_boot 0xffffffff819f8c94 <xen_load_gdt_boot>: push %rbp 0xffffffff819f8c95 <xen_load_gdt_boot+1>: mov %rsp,%rbp 0xffffffff819f8c98 <xen_load_gdt_boot+4>: push %r15 0xffffffff819f8c9a <xen_load_gdt_boot+6>: xor %r15d,%r15d 0xffffffff819f8c9d <xen_load_gdt_boot+9>: push %r14 0xffffffff819f8c9f <xen_load_gdt_boot+11>: push %r13 0xffffffff819f8ca1 <xen_load_gdt_boot+13>: push %r12 0xffffffff819f8ca3 <xen_load_gdt_boot+15>: mov %rdi,%r12 0xffffffff819f8ca6 <xen_load_gdt_boot+18>: push %rbx 0xffffffff819f8ca7 <xen_load_gdt_boot+19>: sub $0x18,%rsp 0xffffffff819f8cab <xen_load_gdt_boot+23>: movzwl (%rdi),%eax 0xffffffff819f8cae <xen_load_gdt_boot+26>: mov 0x2(%rdi),%rbx 0xffffffff819f8cb2 <xen_load_gdt_boot+30>: inc %eax 0xffffffff819f8cb4 <xen_load_gdt_boot+32>: mov %eax,%r14d 0xffffffff819f8cb7 <xen_load_gdt_boot+35>: mov %eax,-0x34(%rbp) 0xffffffff819f8cba <xen_load_gdt_boot+38>: lea 0xfff(%r14),%rax 0xffffffff819f8cc1 <xen_load_gdt_boot+45>: shr $0xc,%rax 0xffffffff819f8cc5 <xen_load_gdt_boot+49>: lea 0x1e(,%rax,8),%rax 0xffffffff819f8ccd <xen_load_gdt_boot+57>: and $0x7f0,%eax 0xffffffff819f8cd2 <xen_load_gdt_boot+62>: sub %rax,%rsp 0xffffffff819f8cd5 <xen_load_gdt_boot+65>: lea 0xf(%rsp),%r13 0xffffffff819f8cda <xen_load_gdt_boot+70>: and $0xfffffffffffffff0,%r13 0xffffffff819f8cde <xen_load_gdt_boot+74>: test $0xfff,%ebx 0xffffffff819f8ce4 <xen_load_gdt_boot+80>: je 0xffffffff819f8d55 <xen_load_gdt_boot+193> 0xffffffff819f8ce6 <xen_load_gdt_boot+82>: ud2a 0xffffffff819f8ce8 <xen_load_gdt_boot+84>: jmp 0xffffffff819f8ce8 <xen_load_gdt_boot+84> 0xffffffff819f8cea <xen_load_gdt_boot+86>: mov %rbx,%rdi 0xffffffff819f8ced <xen_load_gdt_boot+89>: callq 0xffffffff8103ecfc <__phys_addr> 0xffffffff819f8cf2 <xen_load_gdt_boot+94>: mov %rax,%rsi 0xffffffff819f8cf5 <xen_load_gdt_boot+97>: shr $0xc,%rsi 0xffffffff819f8cf9 <xen_load_gdt_boot+101>: mov %rsi,%rdi 0xffffffff819f8cfc <xen_load_gdt_boot+104>: mov %rsi,-0x40(%rbp) 0xffffffff819f8d00 <xen_load_gdt_boot+108>: callq 0xffffffff8100b397 <pfn_to_mfn> 0xffffffff819f8d05 <xen_load_gdt_boot+113>: mov -0x40(%rbp),%rsi 0xffffffff819f8d09 <xen_load_gdt_boot+117>: mov %rax,%rcx 0xffffffff819f8d0c <xen_load_gdt_boot+120>: mov $0x8000000000000161,%rax 0xffffffff819f8d16 <xen_load_gdt_boot+130>: and -0x1e362d(%rip),%rax # 0xffffffff818156f0 <__supported_pte_mask> 0xffffffff819f8d1d <xen_load_gdt_boot+137>: mov %rsi,%rdi 0xffffffff819f8d20 <xen_load_gdt_boot+140>: shl $0xc,%rdi 0xffffffff819f8d24 <xen_load_gdt_boot+144>: or %rax,%rdi 0xffffffff819f8d27 <xen_load_gdt_boot+147>: callq *0xffffffff8178c320 0xffffffff819f8d2e <xen_load_gdt_boot+154>: xor %edx,%edx 0xffffffff819f8d30 <xen_load_gdt_boot+156>: mov %rax,%rsi 0xffffffff819f8d33 <xen_load_gdt_boot+159>: mov %rbx,%rdi 0xffffffff819f8d36 <xen_load_gdt_boot+162>: callq 0xffffffff810091c0 <hypercall_page+448> 0xffffffff819f8d3b <xen_load_gdt_boot+167>: test %eax,%eax 0xffffffff819f8d3d <xen_load_gdt_boot+169>: je 0xffffffff819f8d43 <xen_load_gdt_boot+175> 0xffffffff819f8d3f <xen_load_gdt_boot+171>: ud2a 0xffffffff819f8d41 <xen_load_gdt_boot+173>: jmp 0xffffffff819f8d41 <xen_load_gdt_boot+173> 0xffffffff819f8d43 <xen_load_gdt_boot+175>: movslq %r15d,%rax 0xffffffff819f8d46 <xen_load_gdt_boot+178>: add $0x1000,%rbx 0xffffffff819f8d4d <xen_load_gdt_boot+185>: inc %r15d 0xffffffff819f8d50 <xen_load_gdt_boot+188>: mov %rcx,0x0(%r13,%rax,8) 0xffffffff819f8d55 <xen_load_gdt_boot+193>: mov %r14,%rax 0xffffffff819f8d58 <xen_load_gdt_boot+196>: add 0x2(%r12),%rax 0xffffffff819f8d5d <xen_load_gdt_boot+201>: cmp %rax,%rbx 0xffffffff819f8d60 <xen_load_gdt_boot+204>: jb 0xffffffff819f8cea <xen_load_gdt_boot+86> 0xffffffff819f8d62 <xen_load_gdt_boot+206>: mov -0x34(%rbp),%esi 0xffffffff819f8d65 <xen_load_gdt_boot+209>: mov %r13,%rdi 0xffffffff819f8d68 <xen_load_gdt_boot+212>: shr $0x3,%esi (gdb) So that translates to: if (HYPERVISOR_update_va_mapping((unsigned long)va, pte, 0)) BUG(); return value was -EINVAL Any ideas? I also opened fedora bugzilla entry here: https://bugzilla.redhat.com/show_bug.cgi?id=525290 -- Pasi

2 1

Paravirtualization - Fedora-XEN - run windows
by Lolo Andrew 23 Sep '09

23 Sep '09

Dear Expert Got any release of Fedora-Xen that can support windows on paravirtualization. if I wanna to customized the existing feature, what direction should i go, to install to or make windows 32bit be able to run stable on bare Fedora-xen based bare metal machine? Like kernel, driver over the windows side, any many more, rather than having a enterprise solution I still newbie, I would like to have expert advice and opinion to make it be possible. Your faithfully Guy

2 1

Fedora 11 PV Xen domU (2.6.29.4-167.fc11.x86_64) crash with invalid opcode in xsave_cntxt_init (xsetbv)
by Pasi Kärkkäinen 22 Sep '09

22 Sep '09

Hello Jeremy and others, I friend of mine is trying to install x86_64 Fedora 11 Xen PV domU on CentOS 5.4 x86_64 dom0. He's getting a kernel crash.. so I was wondering if you've seen this one before. A couple of kernel boot/crash logs: http://v6.fi/misc/f11_64_kernel.debug2.txt http://v6.fi/misc/f11_64_kernel.debug4.txt (early) Kernel command line: root=/dex/xvda1 ro earlyprintk=xen (early) Initializing CPU#0 (early) invalid opcode: 0000 [#1] (early) SMP (early) (early) last sysfs file: (early) CPU 0 (early) (early) Modules linked in:(early) (early) Pid: 0, comm: swapper Not tainted 2.6.29.4-167.fc11.x86_64 #1 (early) RIP: e030:[<ffffffff81397963>] (early) [<ffffffff81397963>] xsave_cntxt_init+0xba/0x199 [root@dom0 RH]# gdb vmlinux (gdb) x/i 0xffffffff81397963 0xffffffff81397963 <xsave_cntxt_init+186>: xsetbv (gdb) x/60i xsave_cntxt_init 0xffffffff813978a9 <xsave_cntxt_init>: push %rbp 0xffffffff813978aa <xsave_cntxt_init+1>: mov %rsp,%rbp 0xffffffff813978ad <xsave_cntxt_init+4>: push %r14 0xffffffff813978af <xsave_cntxt_init+6>: push %r13 0xffffffff813978b1 <xsave_cntxt_init+8>: push %r12 0xffffffff813978b3 <xsave_cntxt_init+10>: push %rbx 0xffffffff813978b4 <xsave_cntxt_init+11>: sub $0x10,%rsp 0xffffffff813978b8 <xsave_cntxt_init+15>: callq 0xffffffff81011000 <mcount> 0xffffffff813978bd <xsave_cntxt_init+20>: lea -0x24(%rbp),%rbx 0xffffffff813978c1 <xsave_cntxt_init+24>: lea -0x28(%rbp),%r12 0xffffffff813978c5 <xsave_cntxt_init+28>: lea -0x2c(%rbp),%r13 0xffffffff813978c9 <xsave_cntxt_init+32>: lea -0x30(%rbp),%r14 0xffffffff813978cd <xsave_cntxt_init+36>: movl $0xd,-0x24(%rbp) 0xffffffff813978d4 <xsave_cntxt_init+43>: movl $0x0,-0x2c(%rbp) 0xffffffff813978db <xsave_cntxt_init+50>: mov %rbx,%rdi 0xffffffff813978de <xsave_cntxt_init+53>: mov %r12,%rsi 0xffffffff813978e1 <xsave_cntxt_init+56>: mov %r13,%rdx 0xffffffff813978e4 <xsave_cntxt_init+59>: mov %r14,%rcx 0xffffffff813978e7 <xsave_cntxt_init+62>: callq *0x1f24b3(%rip) # 0xffffffff81589da0 <pv_cpu_ops+224> 0xffffffff813978ed <xsave_cntxt_init+68>: mov -0x30(%rbp),%eax 0xffffffff813978f0 <xsave_cntxt_init+71>: mov -0x24(%rbp),%esi 0xffffffff813978f3 <xsave_cntxt_init+74>: shl $0x20,%rax 0xffffffff813978f7 <xsave_cntxt_init+78>: lea (%rax,%rsi,1),%rsi 0xffffffff813978fb <xsave_cntxt_init+82>: mov %rsi,%rax 0xffffffff813978fe <xsave_cntxt_init+85>: mov %rsi,0x4357ab(%rip) # 0xffffffff817cd0b0 <pcntxt_mask> 0xffffffff81397905 <xsave_cntxt_init+92>: and $0x3,%eax 0xffffffff81397908 <xsave_cntxt_init+95>: cmp $0x3,%rax 0xffffffff8139790c <xsave_cntxt_init+99>: je 0xffffffff81397920 <xsave_cntxt_init+119> 0xffffffff8139790e <xsave_cntxt_init+101>: mov $0xffffffff814ca823,%rdi 0xffffffff81397915 <xsave_cntxt_init+108>: xor %eax,%eax 0xffffffff81397917 <xsave_cntxt_init+110>: callq 0xffffffff813a95be <printk> 0xffffffff8139791c <xsave_cntxt_init+115>: ud2a 0xffffffff8139791e <xsave_cntxt_init+117>: jmp 0xffffffff8139791e <xsave_cntxt_init+117> ---Type <return> to continue, or q <return> to quit--- 0xffffffff81397920 <xsave_cntxt_init+119>: testb $0x4,0x26a700(%rip) # 0xffffffff81602027 <boot_cpu_data+39> 0xffffffff81397927 <xsave_cntxt_init+126>: movq $0x3,0x43577e(%rip) # 0xffffffff817cd0b0 <pcntxt_mask> 0xffffffff81397932 <xsave_cntxt_init+137>: je 0xffffffff81397966 <xsave_cntxt_init+189> 0xffffffff81397934 <xsave_cntxt_init+139>: orq $0x40000,0x423721(%rip) # 0xffffffff817bb060 <mmu_cr4_features> 0xffffffff8139793f <xsave_cntxt_init+150>: callq *0x1f23ab(%rip) # 0xffffffff81589cf0 <pv_cpu_ops+48> 0xffffffff81397945 <xsave_cntxt_init+156>: mov %eax,%edi 0xffffffff81397947 <xsave_cntxt_init+158>: or $0x40000,%edi 0xffffffff8139794d <xsave_cntxt_init+164>: callq *0x1f23a5(%rip) # 0xffffffff81589cf8 <pv_cpu_ops+56> 0xffffffff81397953 <xsave_cntxt_init+170>: mov 0x435756(%rip),%rax # 0xffffffff817cd0b0 <pcntxt_mask> 0xffffffff8139795a <xsave_cntxt_init+177>: xor %ecx,%ecx 0xffffffff8139795c <xsave_cntxt_init+179>: mov %rax,%rdx 0xffffffff8139795f <xsave_cntxt_init+182>: shr $0x20,%rdx 0xffffffff81397963 <xsave_cntxt_init+186>: xsetbv 0xffffffff81397966 <xsave_cntxt_init+189>: movl $0xd,-0x24(%rbp) 0xffffffff8139796d <xsave_cntxt_init+196>: movl $0x0,-0x2c(%rbp) 0xffffffff81397974 <xsave_cntxt_init+203>: mov %rbx,%rdi 0xffffffff81397977 <xsave_cntxt_init+206>: mov %r12,%rsi 0xffffffff8139797a <xsave_cntxt_init+209>: mov %r13,%rdx 0xffffffff8139797d <xsave_cntxt_init+212>: mov %r14,%rcx 0xffffffff81397980 <xsave_cntxt_init+215>: callq *0x1f241a(%rip) # 0xffffffff81589da0 <pv_cpu_ops+224> 0xffffffff81397986 <xsave_cntxt_init+221>: mov $0xffffffff817cd0c0,%rsi 0xffffffff8139798d <xsave_cntxt_init+228>: xor %eax,%eax 0xffffffff8139798f <xsave_cntxt_init+230>: mov $0xc,%ecx 0xffffffff81397994 <xsave_cntxt_init+235>: mov %rsi,%rdi 0xffffffff81397997 <xsave_cntxt_init+238>: mov -0x28(%rbp),%ebx 0xffffffff8139799a <xsave_cntxt_init+241>: rep stos %eax,%es:(%rdi) 0xffffffff8139799c <xsave_cntxt_init+243>: mov 0x43570d(%rip),%rax # 0xffffffff817cd0b0 <pcntxt_mask> (gdb) -- Pasi

2 7

[Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released
by Pasi Kärkkäinen 21 Sep '09

21 Sep '09

----- Forwarded message from Keir Fraser <keir.fraser(a)eu.citrix.com> ----- From: Keir Fraser <keir.fraser(a)eu.citrix.com> To: "xen-devel(a)lists.xensource.com" <xen-devel(a)lists.xensource.com>, xen-users(a)lists.xensource.com Cc: Date: Thu, 06 Aug 2009 23:35:08 +0100 Subject: [Xen-devel] [ANNOUNCE] Xen 3.3.2 and 3.4.1 released Folks, New releases in the 3.3 and 3.4 stable branches are now tagged and released. You can pick up the source repositories here: http://xenbits.xensource.com/xen-3.3-testing.hg (tagged RELEASE-3.3.2) http://xenbits.xensource.com/xen-3.4-testing.hg (tagged RELEASE-3.4.1) Or you can pick up tarballs from the following webpages: 3.3.2: http://www.xen.org/download/index_3.3.2.html 3.4.1: http://www.xen.org/download/ -- Keir _______________________________________________ Xen-devel mailing list Xen-devel(a)lists.xensource.com http://lists.xensource.com/xen-devel ----- End forwarded message -----

4 29

Xen 3.4.1 dom0 crash on boot
by Charles J Gruener 21 Sep '09

21 Sep '09

I have an ASRock X58 SuperComputer motherboard that refuses to boot the latest xen-3.4.1 in Rawhide. This is the motherboard: http://www.asrock.com/mb/overview.asp?Model=X58%20SuperComputer Here is a capture of the boot process: (XEN) Bad console= option 'tty' __ __ _____ _ _ _ _____ __ _ ____ \ \/ /___ _ __ |___ /| || | / | |___ / / _| ___/ |___ \ \ // _ \ '_ \ |_ \| || |_ | |__ |_ \ | |_ / __| | __) | / \ __/ | | | ___) |__ _|| |__|__) || _| (__| |/ __/ /_/\_\___|_| |_| |____(_) |_|(_)_| |____(_)_| \___|_|_____| (XEN) Xen version 3.4.1 (mockbuild@(none)) (gcc version 4.4.1 20090818 (Red Hat 4.4.1-6) (GCC) ) Wed Sep 2 08:03:46 EDT 2009 (XEN) Latest ChangeSet: unavailable (XEN) Command line: console=com1,tty com1=115200,8n1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer time: 0 seconds (XEN) EDID info not retrieved because no DDC retrieval method detected (XEN) Disc information: (XEN) Found 0 MBR signatures (XEN) Found 2 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 0000000000096800 (usable) (XEN) 0000000000096800 - 00000000000a0000 (reserved) (XEN) 00000000000e4000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000bfe90000 (usable) (XEN) 00000000bfe90000 - 00000000bfea0000 (ACPI data) (XEN) 00000000bfea0000 - 00000000bfed0000 (ACPI NVS) (XEN) 00000000bfed0000 - 00000000bfee0000 (reserved) (XEN) 00000000bfeeb800 - 00000000c0000000 (reserved) (XEN) 00000000fee00000 - 00000000fee01000 (reserved) (XEN) 00000000ffb00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 00000001c0000000 (usable) (XEN) System RAM: 6142MB (6289560kB) (XEN) ACPI: RSDP 000FA2B0, 0014 (r0 ACPIAM) (XEN) ACPI: RSDT BFE90000, 0040 (r1 083109 RSDT2145 20090831 MSFT 97) (XEN) ACPI: FACP BFE90200, 0084 (r1 A_M_I OEMFACP 12000601 MSFT 97) (XEN) ACPI: DSDT BFE90480, 6425 (r1 AS196 AS196246 246 INTL 20051117) (XEN) ACPI: FACS BFEA0000, 0040 (XEN) ACPI: APIC BFE90390, 00AC (r1 083109 APIC2145 20090831 MSFT 97) (XEN) ACPI: MCFG BFE90440, 003C (r1 083109 OEMMCFG 20090831 MSFT 97) (XEN) ACPI: OEMB BFEA0040, 0073 (r1 083109 OEMB2145 20090831 MSFT 97) (XEN) ACPI: AAFT BFE9A480, 0027 (r1 083109 OEMAAFT 20090831 MSFT 97) (XEN) ACPI: DMAR BFEA00C0, 0128 (r1 AMI OEMDMAR 1 MSFT 97) (XEN) ACPI: SSDT BFEA1BF0, 0363 (r1 DpgPmm CpuPm 12 INTL 20051117) (XEN) Domain heap initialised (XEN) Processor #0 7:10 APIC version 21 (XEN) Processor #2 7:10 APIC version 21 (XEN) Processor #4 7:10 APIC version 21 (XEN) Processor #6 7:10 APIC version 21 (XEN) Processor #1 7:10 APIC version 21 (XEN) Processor #3 7:10 APIC version 21 (XEN) Processor #5 7:10 APIC version 21 (XEN) Processor #7 7:10 APIC version 21 (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 (XEN) Enabling APIC mode: Flat. Using 1 I/O APICs (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 2666.826 MHz processor. (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) VMX: EPT is available. (XEN) VMX: VPID is available. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging detected. (XEN) CPU0: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping 04 (XEN) Booting processor 1/2 eip 8c000 (XEN) CPU1: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping 04 (XEN) Booting processor 2/4 eip 8c000 (XEN) CPU2: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping 04 (XEN) Booting processor 3/6 eip 8c000 (XEN) CPU3: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping 04 (XEN) Booting processor 4/1 eip 8c000 (XEN) CPU4: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping 04 (XEN) Booting processor 5/3 eip 8c000 (XEN) CPU5: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping 04 (XEN) Booting processor 6/5 eip 8c000 (XEN) CPU6: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping 04 (XEN) Booting processor 7/7 eip 8c000 (XEN) CPU7: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz stepping 04 (XEN) Total of 8 processors activated. (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) checking TSC synchronization across 8 CPUs: passed. (XEN) Platform timer is 3.579MHz ACPI PM Timer (XEN) Brought up 8 CPUs (XEN) I/O virtualisation disabled (XEN) CPUIDLE: disabled due to no HPET. Force enable with 'cpuidle'. (XEN) *** LOADING DOMAIN 0 *** (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0x1000000 -> 0x2695000 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 00000001b4000000->00000001b8000000 (1502490 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff81000000->ffffffff82695000 (XEN) Init. ramdisk: ffffffff82695000->ffffffff83006a00 (XEN) Phys-Mach map: ffffffff83007000->ffffffff83b9d8d0 (XEN) Start info: ffffffff83b9e000->ffffffff83b9e4b4 (XEN) Page tables: ffffffff83b9f000->ffffffff83bc2000 (XEN) Boot stack: ffffffff83bc2000->ffffffff83bc3000 (XEN) TOTAL: ffffffff80000000->ffffffff84000000 (XEN) ENTRY ADDRESS: ffffffff819fd820 (XEN) Dom0 has maximum 8 VCPUs (XEN) Scrubbing Free RAM: .done. (XEN) Xen trace buffers: disabled (XEN) Std. Loglevel: Errors and warnings (XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings) (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 128kB init memory. (XEN) mm.c:1697:d0 Bad L1 flags 800000 (XEN) traps.c:437:d0 Unhandled invalid opcode fault/trap [#6] on VCPU 0 [ec=0000] (XEN) domain_crash_sync called from entry.S (XEN) Domain 0 (vcpu#0) crashed on cpu#0: (XEN) ----[ Xen-3.4.1 x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e033:[<ffffffff81a017f1>] (XEN) RFLAGS: 0000000000000282 EM: 1 CONTEXT: pv guest (XEN) rax: 00000000ffffffea rbx: ffffffff8182b000 rcx: 00000000001b582b (XEN) rdx: 0000000000000000 rsi: 80000001b582b061 rdi: ffffffff8182b000 (XEN) rbp: ffffffff8174ff98 rsp: ffffffff8174fef8 r8: 0000000000000000 (XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 0000000000000000 (XEN) r12: ffffffff8174ffa8 r13: ffffffff8174ff40 r14: 0000000000000080 (XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026f0 (XEN) cr3: 00000001b7b9f000 cr2: 0000000000000000 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e02b cs: e033 (XEN) Guest stack trace from rsp=ffffffff8174fef8: (XEN) 00000000001b582b 0000000000000000 ffffffff81a017f1 000000010000e030 (XEN) 0000000000010082 ffffffff8174ff38 000000000000e02b ffffffff81a017ed (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 000000000000182b 0000008000000000 ffffffff8100cc87 0000000000000000 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) ffffffff8174ffc8 ffffffff81021271 ffff8182b000007f 000000000000ffff (XEN) 0000000000000000 0000000000000000 ffffffff8174fff8 ffffffff81a01b49 (XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000 (XEN) 0000000000000000 (XEN) Domain 0 crashed: rebooting machine in 5 seconds. I've done some searches on the mailing list and on the web, but nothing seems to be helping me. Any assistance would be greatly appreciated. Charles

5 19

[Xen-devel] Announcing xen/master: pvops git trees rearranged
by Pasi Kärkkäinen 21 Sep '09

21 Sep '09

----- Forwarded message from Jeremy Fitzhardinge <jeremy(a)goop.org> ----- From: Jeremy Fitzhardinge <jeremy(a)goop.org> To: Xen-devel <xen-devel(a)lists.xensource.com> Date: Fri, 18 Sep 2009 18:19:41 -0700 Subject: [Xen-devel] Announcing xen/master: pvops git trees rearranged Well, my current pvops/dom0 tree is finally (reasonably) stable. There was a fairly nasty bug which ended up corrupting dom0 memory when doing IO on behalf of domains, but that is finally fixed. In honour of this, I've renamed the rebase/* branches to xen/* (moving the old remaining xen/* branches to xen-old/*); xen/master is now the preferred branch for fetching current dom0 work. The kernel tree is fairly featureful: * basic dom0 support * blkback * netback * ACPI power management * S3 suspend/resume (at least for some people) * microcode update * MSI support In other words, it has as much as it ever has. There are a few notable missing features: * blktap2 * netchannel2 * pci front/back * upstream Linux support * your pet feature Full coordinates are: git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen.git xen/master See http://wiki.xensource.com/xenwiki/XenParavirtOps for general directions on configuration, compilation and use. This is definitely a work-in-progress kernel. I'd appreciate all bug *and* success reports so I can get some idea of how many people are using this thing, and how often there are problems. Patches gratefully accepted. Thanks, J _______________________________________________ Xen-devel mailing list Xen-devel(a)lists.xensource.com http://lists.xensource.com/xen-devel ----- End forwarded message -----

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xen September 2009