* Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616
@ 2006-09-26 14:04 Ed Smith
2006-09-26 14:42 ` Steven Hand
0 siblings, 1 reply; 9+ messages in thread
From: Ed Smith @ 2006-09-26 14:04 UTC (permalink / raw)
To: Xen Devel
[-- Attachment #1: Type: text/plain, Size: 4467 bytes --]
Summary:
Changeset 11616
- NEW: 32bit SMP HVM Guests hang on boot:
"Uncompressing Linux... OK booting the kernel" (failure.6)
- NEW: 64bit UP and SMP guests crash domain on boot:
domain_crash_sync called from vmx.c:2268 (failure.5)
Test Configuration:
Dell Precision WorkStation 380, Dual Core, 2GB, 3 SATA (Intel VT)
64bit XEN Hypervisor on a RHEL4U2 64bit root (/dev/sda)
32bit fully virtualized (HVM) guest RHEL4U2 256MB (/dev/sdb)
pae=1(smp) pae=0(up), acpi=1, apic=1
kernargs noapic
64bit fully virtualized (HVM) guest RHEL4U2 256MB (/dev/sdc)
pae=1, acpi=1, apic=1
kernargs noapic
Boot Tests:
Boot a fully virtualized (HVM) guest to the login prompt
Results are marked Pass|Fail where (n) points to a failure description
Regression Tests:
852 tests (851 ltp tests and one 30 minute user load test)
Tests are marked #Pass/#Fail where (n) points to a failure description
XEN 64bit 2 CPU Hypervisor (booted smp):
----------------------------------------------------------------------
| XEN | Guest Kernel (SMP kernels booted with 2 CPUs) |
| Changeset|-----------------------------------------------------------|
| | 32bit UP | 32bit SMP | 64bit UP | 64bit SMP |
| |--------------|--------------|--------------|--------------|
| | Boot | Test | Boot | Test | Boot | Test | Boot | Test |
|----------|------|-------|------|-------|------|-------|------|-------|
| 11616 | Pass | | Fail | | Fail | | Fail | |
| | | | (6) | | (5) | | (5) | |
|----------|------|-------|------|-------|------|-------|------|-------|
| 11600 | Pass | | Pass | 851/1 | Pass | | Pass | 852/0 |
| | | | |(1,4) | | | | |
|----------|------|-------|------|-------|------|-------|------|-------|
| 11486 | Pass | | Pass | 851/1 | Pass | | Pass | 852/0 |
| | | | |(1,2,3)| | | | |
|----------|------|-------|------|-------|------|-------|------|-------|
| 11483 | Pass | | Pass | 850/2 | Pass | | Pass | 852/0 |
| | | | | (1) | | | | |
|----------|------|-------|------|-------|------|-------|------|-------|
| 11470 | Pass | | Pass | 849/3 | Pass | | Pass | 852/0 |
| | | | | (1) | | | | |
----------------------------------------------------------------------
Multiple Guest Boot Test
Test is a 30 minute user load on both Guests
XEN 64bit 2 CPU Hypervisor (booted smp):
--------------------------------------------
| XEN | Guest Kernel |
| Changeset|---------------------------------|
| | 32bit 1CPU UP | 32bit 2CPU SMP |
| | 64bit 1CPU UP | 64bit 2CPU SMP |
| |----------------|----------------|
| | Boot | Test | Boot | Test |
|----------|------|---------|------|---------|
| 11616 | Fail | | Fail | Fail |
| | (5) | | (5) | |
|----------|------|---------|------|---------|
| 11600 | Pass | Pass | Pass | Pass |
| | | | | |
|----------|------|---------|------|---------|
| 11486 | Pass | Pass | Pass | Pass |
| | | | | |
|----------|------|---------|------|---------|
| 11483 | Pass | Pass | Pass | Pass |
| | | | | |
|----------|------|---------|------|---------|
| 11470 | Pass | Pass | Pass | Pass |
| | | | | |
--------------------------------------------
Failures:
1. BUG 666: 32bit guests fail ltp gettimeofday02
and nanosleep01/02 with clock problems
2. XEN crash on an xm destroy of a dead guest
32bit SMP HVM guest:
Fatal page fault - put_page_from_l1e+0x85/0x140
3. XEN crash running ltp "mtest01 -p80" on 32bit SMP HVM guest:
BUG at multi.c:2864 from sh_page_fault__shadow_3_guest_3
4. XEN crash running ltp "mtest01 -p80" on 32bit SMP HVM guest:
BUG at multi.c:3958 from sh_clear_shadow_entry__shadow_3_guest_3
5. 64bit UP and SMP guests crash domain on boot
domain_crash_sync called from vmx.c:2268 (failure.5)
6. NEW: 32bit SMP HVM Guests hang on boot:
"Uncompressing Linux... OK booting the kernel" (failure.6)
[-- Attachment #2: failure.1 --]
[-- Type: text/plain, Size: 2334 bytes --]
File: failure.1
[root@tst110 ~]# xm info
host : tst110
release : 2.6.16.13-xen
version : #1 SMP Tue Sep 19 04:39:19 EDT 2006
machine : x86_64
nr_cpus : 2
nr_nodes : 1
sockets_per_node : 1
cores_per_socket : 2
threads_per_core : 1
cpu_mhz : 2793
hw_caps : bfebfbff:20100800:00000000:00000180:0000e43d:00000000:00000001
total_memory : 1022
free_memory : 0
xen_major : 3
xen_minor : 0
xen_extra : -unstable
xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Mon Sep 18 18:17:54 2006 +0100 11486:d8bceca5f07d
cc_compiler : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
cc_compile_by : build
cc_compile_domain : virtualiron.com
cc_compile_date : Tue Sep 19 03:53:38 EDT 2006
xend_config_format : 2
[root@tst110 ~]# ssh root@vs161
root@vs161's password:
Last login: Mon Sep 18 14:44:58 2006 from 10.1.2.13
[root@vs161 ~]# cd /qa/conductor/tests/ltp/testcases/bin/
[root@vs161 bin]# ./gettimeofday02
gettimeofday02 0 INFO : checking if gettimeofday is monotonous, takes 30s
gettimeofday02 1 FAIL : Time is going backwards (old 1158687174.446647 vs new 1158687174.446103!
[root@vs161 bin]# ./gettimeofday02
gettimeofday02 0 INFO : checking if gettimeofday is monotonous, takes 30s
gettimeofday02 1 PASS : gettimeofday monotonous in 30 seconds
[root@vs161 bin]# ./gettimeofday02
gettimeofday02 0 INFO : checking if gettimeofday is monotonous, takes 30s
gettimeofday02 1 PASS : gettimeofday monotonous in 30 seconds
[root@vs161 bin]# ./gettimeofday02
gettimeofday02 0 INFO : checking if gettimeofday is monotonous, takes 30s
gettimeofday02 1 FAIL : Time is going backwards (old 1158687256.569152 vs new 1158687256.569137!
[root@vs161 bin]# uname -a
Linux vs161 2.6.9-22.ELsmp #1 SMP Mon Sep 19 18:32:14 EDT 2005 i686 i686 i386 GNU/Linux
[root@vs161 bin]# cat /proc/cpuinfo | grep -i processor
processor : 0
processor : 1
[root@vs161 bin]#
[-- Attachment #3: failure.2 --]
[-- Type: text/plain, Size: 8808 bytes --]
File: failure.2
Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
Kernel 2.6.16.13-xen on an x86_64
tst110 login: root
Password:
Last login: Tue Sep 19 13:39:53 from 10.1.2.13
You have new mail.
[root@tst110 ~]# xm info
host : tst110
release : 2.6.16.13-xen
version : #1 SMP Tue Sep 19 04:39:19 EDT 2006
machine : x86_64
nr_cpus : 2
nr_nodes : 1
sockets_per_node : 1
cores_per_socket : 2
threads_per_core : 1
cpu_mhz : 2793
hw_caps : bfebfbff:20100800:00000000:00000180:0000e43d:00000000:00000001
total_memory : 1022
free_memory : 68
xen_major : 3
xen_minor : 0
xen_extra : -unstable
xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Mon Sep 18 18:17:54 2006 +0100 11486:d8bceca5f07d
cc_compiler : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
cc_compile_by : build
cc_compile_domain : virtualiron.com
cc_compile_date : Tue Sep 19 03:53:38 EDT 2006
xend_config_format : 2
[root@tst110 ~]# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 927 2 r----- 35.6
[root@tst110 ~]# (XEN) sh_update_paging_modes: postponing determination of shadow mode
(XEN) sh_update_paging_modes: postponing determination of shadow mode
ip_tables: (C) 2000-2006 Netfilter Core Team
(XEN) vmx_do_launch(): GUEST_CR3<=001a57a0, HOST_CR3<=2acf3000
(XEN) (GUEST: 1) HVM Loader
(XEN) (GUEST: 1) Detected Xen v3.0-unstable
(XEN) (GUEST: 1) Loading ROMBIOS ...
(XEN) (GUEST: 1) Creating MP tables ...
(XEN) (GUEST: 1) Loading Cirrus VGABIOS ...
(XEN) (GUEST: 1) Loading ACPI ...
(XEN) (GUEST: 1) Writing SMBIOS tables ...
(XEN) (GUEST: 1) Loading VMXAssist ...
(XEN) (GUEST: 1) VMX go ...
(XEN) (GUEST: 1) VMXAssist (Sep 19 2006)
(XEN) (GUEST: 1) Memory size 256 MB
(XEN) (GUEST: 1) E820 map:
(XEN) (GUEST: 1) 0000000000000000 - 000000000009F000 (RAM)
(XEN) (GUEST: 1) 000000000009F000 - 00000000000A0000 (Reserved)
(XEN) (GUEST: 1) 00000000000A0000 - 00000000000C0000 (Type 16)
(XEN) (GUEST: 1) 00000000000F0000 - 0000000000100000 (Reserved)
(XEN) (GUEST: 1) 0000000000100000 - 000000000FFF0000 (RAM)
(XEN) (GUEST: 1) 000000000FFF0000 - 000000000FFFA000 (ACPI Data)
(XEN) (GUEST: 1) 000000000FFFA000 - 000000000FFFD000 (ACPI NVS)
(XEN) (GUEST: 1) 000000000FFFD000 - 000000000FFFE000 (Type 19)
(XEN) (GUEST: 1) 000000000FFFE000 - 000000000FFFF000 (Type 18)
(XEN) (GUEST: 1) 000000000FFFF000 - 0000000010000000 (Type 17)
(XEN) (GUEST: 1) 00000000FEC00000 - 0000000100000000 (Type 16)
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Start BIOS ...
(XEN) (GUEST: 1) Starting emulated 16-bit real-mode: ip=F000:FFF0
(XEN) (GUEST: 1) rombios.c,v 1.138 2005/05/07 15:55:26 vruppert Exp $
(XEN) (GUEST: 1) Remapping master: ICW2 0x8 -> 0x20
(XEN) (GUEST: 1) Remapping slave: ICW2 0x70 -> 0x28
(XEN) (GUEST: 1) VGABios $Id: vgabios.c,v 1.61 2005/05/24 16:50:50 vruppert Exp $
(XEN) (GUEST: 1) HVMAssist BIOS, 1 cpu, $Revision: 1.138 $ $Date: 2005/05/07 15:55:26 $
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
(XEN) (GUEST: 1) ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (10757 MBytes)
(XEN) (GUEST: 1) ata0 slave: Unknown device
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Booting from Hard Disk...
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 08, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=00C0, BX=0000 not yet supported!
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) KBD: unsupported int 16h function 03
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=E980, BX=E6F5 not yet supported!
(XEN) (GUEST: 1) int13_harddisk: function 02, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) Local APIC Write to read-only register
(XEN) This hvm_vlapic is for P4, no work for De-assert init
(XEN) AP 1 bringup suceeded.
(XEN) vmx_do_launch(): GUEST_CR3<=001a37a0, HOST_CR3<=2acd0000
(XEN) (GUEST: 1) Start AP 1 from 00003000 ...
(XEN) (GUEST: 1) Starting emulated 16-bit real-mode: ip=0300:0000
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
.
.
.
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
** GUEST CRASHED IN GUEST CONSOLE **
[root@tst110 ~]# xm destroy vs161
(XEN) ----[ Xen-3.0-unstable x86_64 debug=n Not tainted ]----
(XEN) CPU: 1
(XEN) RIP: e010:[<ffff830000124c75>] put_page_from_l1e+0x85/0x140
(XEN) RFLAGS: 0000000000010203 CONTEXT: hypervisor
(XEN) rax: 0000000000000001 rbx: ffff82840009aba0 rcx: 0000000000000002
(XEN) rdx: 0000000000000000 rsi: ffff830000199080 rdi: 0000000000000000
(XEN) rbp: 0000000000000041 rsp: ffff8300001ebb88 r8: 0000000000000008
(XEN) r9: 000000000000f800 r10: 0000000000000005 r11: 0000000000000001
(XEN) r12: ffff830000199080 r13: 0000000000002f7f r14: ffff8300001a4080
(XEN) r15: 000000000002acd1 cr0: 0000000080050033 cr4: 00000000000026f0
(XEN) cr3: 000000002a7c6000 cr2: 0000000000000af9
(XEN) ds: 0000 es: 0000 fs: 0063 gs: 0000 ss: e018 cs: e010
(XEN) Xen stack trace from rsp=ffff8300001ebb88:
(XEN) ffff83000014b3cb ffff830002f7fdf8 0000000000000041 ffff83000015474d
(XEN) ffff83002acd13e0 000000000000067c 000000002acd1000 0000000000000000
(XEN) 00000000006b00a8 ffff830000154fdb ffff8300001a4080 ffff830002f06018
(XEN) ffff830002f06000 0000000002f06000 ffff8300001a4080 0000000000002f06
(XEN) 0000000002f06000 ffff83000015593b ffff830003d38740 ffff830002f06028
(XEN) ffff830002f06000 0000000000000040 00000000000758f0 ffff830000155f77
(XEN) 00000000000001fe ffff8300001a4080 0000000000000000 ffff8284000774c0
(XEN) ffff8284000758f0 0000000000000002 ffff830000199080 ffff830000199b90
(XEN) ffff830000199be0 ffff83000014cf53 0000000000000246 ffff83000012aea1
(XEN) 0000000000000007 ffff830000199bb0 ffff8300001a4080 ffff830000199bb0
(XEN) ffff830000199080 0000000000000000 ffff8300001ebf28 0000000000000000
(XEN) ffff8300001bdf80 ffff83000014d287 ffff830000199080 0000000000000000
(XEN) ffff830000199080 ffff830000199080 0000000000000007 0000000000000007
(XEN) ffff8300001ebda8 ffff83000014db84 ffff830000198d00 ffff830000199080
(XEN) 0000000000000000 ffff83000011d50c ffff830000199080 ffff830000199080
(XEN) 0000000000305000 ffff830000107808 0000000000000000 ffff830000106417
(XEN) ffff880001ebd300 800000001cd8f067 ffff880033d9ead8 0000000e00000007
(XEN) 0000000300000002 0000003415c90001 0000003000000018 0000000042801940
(XEN) 0000000042801880 00000034155689b6 0000000000677b30 0000003415c54c4e
(XEN) 0000000042801954 0000000000000000 0000000000000000 00002b7e65593b7c
(XEN) Xen call trace:
(XEN) [<ffff830000124c75>] put_page_from_l1e+0x85/0x140
(XEN) [<ffff83000014b3cb>] shadow_hash_delete+0xab/0xd0
(XEN) [<ffff83000015474d>] sh_destroy_l1_shadow__shadow_3_guest_3+0xed/0x110
(XEN) [<ffff830000154fdb>] sh_destroy_l2_shadow__shadow_3_guest_3+0x18b/0x1c0
(XEN) [<ffff83000015593b>] sh_destroy_l3_subshadow__shadow_3_guest_3+0x9b/0xc0
(XEN) [<ffff830000155f77>] sh_unpin_all_l3_subshadows__shadow_3_guest_3+0x87/0x130
(XEN) [<ffff83000014cf53>] shadow_prealloc+0xb3/0x310
(XEN) [<ffff83000012aea1>] on_selected_cpus+0x91/0xd0
(XEN) [<ffff83000014d287>] set_sh_allocation+0xd7/0x170
(XEN) [<ffff83000014db84>] shadow_teardown+0x104/0x150
(XEN) [<ffff83000011d50c>] domain_relinquish_resources+0x18c/0x1e0
(XEN) [<ffff830000107808>] domain_kill+0x28/0x60
(XEN) [<ffff830000106417>] do_domctl+0x617/0xd80
(XEN) [<ffff830000116049>] add_entry+0xd9/0x110
(XEN) [<ffff830000160ccf>] toggle_guest_mode+0xff/0x110
(XEN) [<ffff830000160d5b>] do_iret+0x7b/0x140
(XEN) [<ffff83000015fb92>] syscall_enter+0x62/0x67
(XEN)
(XEN) Pagetable walk from 0000000000000af9:
(XEN) L4[0x000] = 000000002a7bb067 00000000000339bb
(XEN) L3[0x000] = 000000002a7bc067 00000000000339bc
(XEN) L2[0x000] = 0000000000000000 ffffffffffffffff
(XEN)
(XEN) ****************************************
(XEN) Panic on CPU 1:
(XEN) CPU1 FATAL PAGE FAULT
(XEN) [error_code=0000]
(XEN) Faulting linear address: 0000000000000af9
(XEN) ****************************************
(XEN)
(XEN) Reboot in five seconds...
[-- Attachment #4: failure.3 --]
[-- Type: text/plain, Size: 8568 bytes --]
File: failure.3
Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
Kernel 2.6.16.13-xen on an x86_64
tst110 login: root
Password:
Last login: Tue Sep 19 13:45:45 from 10.1.2.13
You have new mail.
[root@tst110 ~]# xm info
host : tst110
release : 2.6.16.13-xen
version : #1 SMP Tue Sep 19 04:39:19 EDT 2006
machine : x86_64
nr_cpus : 2
nr_nodes : 1
sockets_per_node : 1
cores_per_socket : 2
threads_per_core : 1
cpu_mhz : 2793
hw_caps : bfebfbff:20100800:00000000:00000180:0000e43d:00000000:00000001
total_memory : 1022
free_memory : 68
xen_major : 3
xen_minor : 0
xen_extra : -unstable
xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Mon Sep 18 18:17:54 2006 +0100 11486:d8bceca5f07d
cc_compiler : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
cc_compile_by : build
cc_compile_domain : virtualiron.com
cc_compile_date : Tue Sep 19 03:53:38 EDT 2006
xend_config_format : 2
[root@tst110 ~]# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 927 2 r----- 36.0
[root@tst110 ~]# (XEN) sh_update_paging_modes: postponing determination of shadow mode
(XEN) sh_update_paging_modes: postponing determination of shadow mode
ip_tables: (C) 2000-2006 Netfilter Core Team
(XEN) vmx_do_launch(): GUEST_CR3<=001a57a0, HOST_CR3<=2af17000
(XEN) (GUEST: 1) HVM Loader
(XEN) (GUEST: 1) Detected Xen v3.0-unstable
(XEN) (GUEST: 1) Loading ROMBIOS ...
(XEN) (GUEST: 1) Creating MP tables ...
(XEN) (GUEST: 1) Loading Cirrus VGABIOS ...
(XEN) (GUEST: 1) Loading ACPI ...
(XEN) (GUEST: 1) Writing SMBIOS tables ...
(XEN) (GUEST: 1) Loading VMXAssist ...
(XEN) (GUEST: 1) VMX go ...
(XEN) (GUEST: 1) VMXAssist (Sep 19 2006)
(XEN) (GUEST: 1) Memory size 256 MB
(XEN) (GUEST: 1) E820 map:
(XEN) (GUEST: 1) 0000000000000000 - 000000000009F000 (RAM)
(XEN) (GUEST: 1) 000000000009F000 - 00000000000A0000 (Reserved)
(XEN) (GUEST: 1) 00000000000A0000 - 00000000000C0000 (Type 16)
(XEN) (GUEST: 1) 00000000000F0000 - 0000000000100000 (Reserved)
(XEN) (GUEST: 1) 0000000000100000 - 000000000FFF0000 (RAM)
(XEN) (GUEST: 1) 000000000FFF0000 - 000000000FFFA000 (ACPI Data)
(XEN) (GUEST: 1) 000000000FFFA000 - 000000000FFFD000 (ACPI NVS)
(XEN) (GUEST: 1) 000000000FFFD000 - 000000000FFFE000 (Type 19)
(XEN) (GUEST: 1) 000000000FFFE000 - 000000000FFFF000 (Type 18)
(XEN) (GUEST: 1) 000000000FFFF000 - 0000000010000000 (Type 17)
(XEN) (GUEST: 1) 00000000FEC00000 - 0000000100000000 (Type 16)
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Start BIOS ...
(XEN) (GUEST: 1) Starting emulated 16-bit real-mode: ip=F000:FFF0
(XEN) (GUEST: 1) rombios.c,v 1.138 2005/05/07 15:55:26 vruppert Exp $
(XEN) (GUEST: 1) Remapping master: ICW2 0x8 -> 0x20
(XEN) (GUEST: 1) Remapping slave: ICW2 0x70 -> 0x28
(XEN) (GUEST: 1) VGABios $Id: vgabios.c,v 1.61 2005/05/24 16:50:50 vruppert Exp $
(XEN) (GUEST: 1) HVMAssist BIOS, 1 cpu, $Revision: 1.138 $ $Date: 2005/05/07 15:55:26 $
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
(XEN) (GUEST: 1) ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (10757 MBytes)
(XEN) (GUEST: 1) ata0 slave: Unknown device
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Booting from Hard Disk...
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 08, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=00C0, BX=0000 not yet supported!
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) KBD: unsupported int 16h function 03
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=E980, BX=E6F5 not yet supported!
(XEN) (GUEST: 1) int13_harddisk: function 02, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) Local APIC Write to read-only register
(XEN) This hvm_vlapic is for P4, no work for De-assert init
(XEN) AP 1 bringup suceeded.
(XEN) vmx_do_launch(): GUEST_CR3<=001a37a0, HOST_CR3<=17838000
(XEN) (GUEST: 1) Start AP 1 from 00003000 ...
(XEN) (GUEST: 1) Starting emulated 16-bit real-mode: ip=0300:0000
(XEN) spurious IRQ irq got=-1
.
.
.
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
(XEN) spurious IRQ irq got=-1
(XEN) Error: shadow lock held by shadow_update_cr3
(XEN) BUG at multi.c:2864
(XEN) ----[ Xen-3.0-unstable x86_64 debug=n Not tainted ]----
(XEN) CPU: 1
(XEN) RIP: e010:[<ffff8300001181c4>] __bug+0x24/0x30
(XEN) RFLAGS: 0000000000010286 CONTEXT: hypervisor
(XEN) rax: 0000000000000000 rbx: 0000000000000b30 rcx: 0000000000004da5
(XEN) rdx: 000000000000000a rsi: 000000000000000a rdi: ffff8300001beff4
(XEN) rbp: ffff8300001a2080 rsp: ffff8300001eba48 r8: 0000000000000000
(XEN) r9: 0000000000000020 r10: 0000000000000004 r11: ffff830000118880
(XEN) r12: ffff830000174d15 r13: 0000000000000af9 r14: ffff8300001a2080
(XEN) r15: 0000000000024999 cr0: 000000008005003b cr4: 00000000000026f0
(XEN) cr3: 0000000017838000 cr2: 0000000000000af9
(XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: 0000 cs: e010
(XEN) Xen stack trace from rsp=ffff8300001eba48:
(XEN) ffff830000199080 ffff830000199080 ffff830000199080 ffff830000156ebe
(XEN) 000000000b521067 ffff8300001ebc78 0000000000000af9 ffffffffffffffff
(XEN) 000000002d867067 ffffffffffffffff 000000002d880067 ffff8300001ebe18
(XEN) 00000000cb521cd8 0000000000000004 ffff83000018fb40 00000000000000ce
(XEN) 0000000000000089 ffff83000014ba57 000000000bd38025 ffff830000131ec0
(XEN) ffff830010d89040 ffff830000000000 ffff8300001ebb58 ffff8300001ebc70
(XEN) ffff83000013d3ce 00000000c0116758 ffff8300001a2080 0000830000147967
(XEN) 0000000000000003 0000000000000006 00000000c0116752 0000000000000000
(XEN) 0000000400000004 0000000000000000 0000000000000000 0000000000000000
(XEN) 0000000000000000 0000000000000000 00000000c117a700 000000000bd38025
(XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000
(XEN) 000000000bd38025 00000000cba1817c 0000000000000000 0000000000000000
(XEN) 00000000cb521cd8 000000a000000003 00000000c014d2f8 0000000000000060
(XEN) 0000000000010246 00000000cb51ae84 0000000000000068 ffff830000199080
(XEN) 0000000000000200 ffff8300001ebc78 0000000000000af9 ffff8300001a2080
(XEN) 0000000000024999 ffff83000012e9d0 0000000000011f48 ffff8300001a2080
(XEN) 0000000000000200 ffff830000199080 00000000000249a2 ffff8300001a2080
(XEN) 0000000000024999 ffff83000015fe85 0000000000024999 ffff8300001a2080
(XEN) 00000000000249a2 ffff830000199080 0000000000000200 ffff828400076cc8
(XEN) 0000000000000001 0000000000000004 000000000002e135 00000000a0000003
(XEN) Xen call trace:
(XEN) [<ffff8300001181c4>] __bug+0x24/0x30
(XEN) [<ffff830000156ebe>] sh_page_fault__shadow_3_guest_3+0x6e/0xdb0
(XEN) [<ffff83000014ba57>] sh_x86_emulate_write_emulated+0x47/0x50
(XEN) [<ffff830000131ec0>] x86_emulate_memop+0x28b0/0x3540
(XEN) [<ffff83000013d3ce>] vlapic_write+0x3e/0xa00
(XEN) [<ffff83000012e9d0>] do_page_fault+0x210/0x320
(XEN) [<ffff83000015fe85>] handle_exception+0x45/0x6e
(XEN) [<ffff830000124c75>] put_page_from_l1e+0x85/0x140
(XEN) [<ffff83000015474d>] sh_destroy_l1_shadow__shadow_3_guest_3+0xed/0x110
(XEN) [<ffff830000154fdb>] sh_destroy_l2_shadow__shadow_3_guest_3+0x18b/0x1c0
(XEN) [<ffff83000015593b>] sh_destroy_l3_subshadow__shadow_3_guest_3+0x9b/0xc0
(XEN) [<ffff8300001559bc>] sh_detach_old_tables__shadow_3_guest_3+0x5c/0x110
(XEN) [<ffff830000155aa5>] sh_update_cr3__shadow_3_guest_3+0x35/0x480
(XEN) [<ffff8300001494f0>] vmx_cr_access+0x720/0x1080
(XEN) [<ffff83000014a989>] vmx_vmexit_handler+0xb39/0x12b0
(XEN) [<ffff83000013ddfa>] cpu_has_apic_interrupt+0x1a/0x50
(XEN) [<ffff83000013de61>] cpu_has_pending_irq+0x31/0x50
(XEN) [<ffff8300001440c8>] vmx_intr_assist+0x108/0x420
(XEN) [<ffff83000014b125>] vmx_asm_vmexit_handler+0x25/0x30
(XEN)
(XEN)
(XEN) ****************************************
(XEN) Panic on CPU 1:
(XEN) CPU1 FATAL TRAP: vector = 6 (invalid opcode)
(XEN) ****************************************
(XEN)
(XEN) Reboot in five seconds...
[-- Attachment #5: failure.4 --]
[-- Type: text/plain, Size: 5697 bytes --]
File: failure.4
Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
Kernel 2.6.16.29-xen on an x86_64
tst110 login: root
Password:
Last login: Sun Sep 24 22:44:22 from 10.1.2.13
You have new mail.
[root@tst110 ~]# xm info
host : tst110
release : 2.6.16.29-xen
version : #1 SMP Sun Sep 24 04:39:18 EDT 2006
machine : x86_64
nr_cpus : 2
nr_nodes : 1
sockets_per_node : 1
cores_per_socket : 2
threads_per_core : 1
cpu_mhz : 2793
hw_caps : bfebfbff:20100800:00000000:00000180:0000e43d:00000000:00000001
total_memory : 1022
free_memory : 0
xen_major : 3
xen_minor : 0
xen_extra : -unstable
xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Sat Sep 23 14:54:58 2006 +0100 11600:c4f3f719d997
cc_compiler : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
cc_compile_by : build
cc_compile_domain : virtualiron.com
cc_compile_date : Sun Sep 24 03:50:32 EDT 2006
xend_config_format : 2
[root@tst110 ~]# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 449 2 r----- 3167.3
vs161 2 256 2 ------ 11029.0
vs171 3 256 2 r----- 61.4
[root@tst110 ~]# peth1: received packet with own address as source address
peth1: received packet with own address as source address
[root@tst110 ~]#
[root@tst110 ~]# peth1: received packet with own address as source address
peth1: received packet with own address as source address
peth1: received packet with own address as source address
peth1: received packet with own address as source address
(XEN) BUG at multi.c:3958
(XEN) ----[ Xen-3.0-unstable x86_64 debug=n Not tainted ]----
(XEN) CPU: 1
(XEN) RIP: e010:[<ffff830000118204>] __bug+0x24/0x30
(XEN) RFLAGS: 0000000000010282 CONTEXT: hypervisor
(XEN) rax: 0000000000000000 rbx: 0000000000000f76 rcx: 00000000000039d6
(XEN) rdx: 000000000000000a rsi: 000000000000000a rdi: ffff8300001beff4
(XEN) rbp: ffff8300001a2080 rsp: ffff8300001eb9d8 r8: 0000000000000000
(XEN) r9: 0000000000000020 r10: 0000000000000004 r11: ffff8300001188c0
(XEN) r12: ffff830000174e54 r13: 000000000002e5d7 r14: ffff82840073e998
(XEN) r15: 0000000000000000 cr0: 000000008005003b cr4: 00000000000026f0
(XEN) cr3: 0000000029998000 cr2: 000000000028a1b0
(XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: 0000 cs: e010
(XEN) Xen stack trace from rsp=ffff8300001eb9d8:
(XEN) 0000000000000000 0000000000000001 0000000000010807 ffff830000155817
(XEN) ffff8300001a2080 ffff83000014bc9a 0000000000000010 ffff83000014e38f
(XEN) 000000000f80a025 ffff83002e5d73a0 ffff8300001a2080 000000000002e5d7
(XEN) 0000000000000010 0000000000000000 000000000f80a025 ffff8300001587b9
(XEN) ffff8300001ebe28 0000000000000004 00000000ce7b13a0 ffff83002cef35b8
(XEN) ffff83001d08d398 0000000000000000 000000000e7b1067 000000000002cef3
(XEN) 000000000001d08d ffffffffffffffff 000000002e5d7067 ffff8300001ebe28
(XEN) 00000000ce7b13a0 ffff8300001ebe28 00000000ce7b13a0 0000000000000004
(XEN) ffff830000190780 000000000000004e 0000000000000087 ffff83000013240e
(XEN) ffff83002cd89040 ffff830000000000 ffff8300001ebb68 ffff8300001ebc80
(XEN) ffff83000013d74e 00000000c0117346 ffff8300001a2080 0000830000147a47
(XEN) 0000000000000000 000000000000000a 00000000c011733c 0000000000000000
(XEN) 0000000400000004 0000000000000001 0000000000000000 0000000000000000
(XEN) 0000000000000000 0000000000000000 00000000ce7b13a0 00000000001f0140
(XEN) 0000000000000000 0000000000000000 0000000000000000 0000000000000000
(XEN) 000000000f80a025 00000000c11f0140 00000000c1000000 0000000000000000
(XEN) 00000000cbe4c008 000000f000000003 00000000c014b5b8 0000000000000060
(XEN) 0000000000010246 00000000cbeb7ddc 0000000000000068 000000000000007b
(XEN) 000000000000007b 0000000000000000 0000000000000000 ffff8300001545cb
(XEN) 0000000400000001 0000000000000000 000000000f80a025 00000000ce7b13a0
(XEN) Xen call trace:
(XEN) [<ffff830000118204>] __bug+0x24/0x30
(XEN) [<ffff830000155817>] sh_clear_shadow_entry__shadow_3_guest_3+0x87/0x90
(XEN) [<ffff83000014bc9a>] sh_remove_shadow_via_pointer+0xfa/0x130
(XEN) [<ffff83000014e38f>] sh_remove_shadows+0x12f/0x4a0
(XEN) [<ffff8300001587b9>] sh_x86_emulate_cmpxchg__shadow_3_guest_3+0x499/0x610
(XEN) [<ffff83000013240e>] x86_emulate_memop+0x286e/0x3540
(XEN) [<ffff83000013d74e>] vlapic_EOI_set+0x5e/0xc0
(XEN) [<ffff8300001545cb>] sh_guess_wrmap__shadow_3_guest_3+0xbb/0xd0
(XEN) [<ffff830000157b25>] sh_page_fault__shadow_3_guest_3+0xbf5/0xdb0
(XEN) [<ffff830000137bd0>] intercept_pic_io+0x0/0x410
(XEN) [<ffff830000149a60>] vmx_cr_access+0x720/0x1080
(XEN) [<ffff83000014617b>] vmx_do_page_fault+0x2b/0x50
(XEN) [<ffff83000014a77c>] vmx_vmexit_handler+0x3bc/0xe60
(XEN) [<ffff83000013e21a>] cpu_has_apic_interrupt+0x1a/0x50
(XEN) [<ffff83000013e281>] cpu_has_pending_irq+0x31/0x50
(XEN) [<ffff8300001445d8>] vmx_intr_assist+0x108/0x420
(XEN) [<ffff83000014b245>] vmx_asm_vmexit_handler+0x25/0x30
(XEN)
(XEN)
(XEN) ****************************************
(XEN) Panic on CPU 1:
(XEN) CPU1 FATAL TRAP: vector = 6 (invalid opcode)
(XEN) ****************************************
(XEN)
(XEN) Reboot in five seconds...
[-- Attachment #6: failure.5 --]
[-- Type: text/plain, Size: 5241 bytes --]
File: failure.5
Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
Kernel 2.6.16.29-xen on an x86_64
tst177 login: root
Password:
Last login: Tue Sep 26 08:37:55 on ttyS0
You have new mail.
[root@tst177 ~]# Bridge firewalling registered
ip_tables: (C) 2000-2006 Netfilter Core Team
[root@tst177 ~]# xm info
host : tst177
release : 2.6.16.29-xen
version : #1 SMP Tue Sep 26 04:39:21 EDT 2006
machine : x86_64
nr_cpus : 2
nr_nodes : 1
sockets_per_node : 1
cores_per_socket : 2
threads_per_core : 1
cpu_mhz : 2793
hw_caps : bfebfbff:20100800:00000000:00000180:0000e43d:00000000:00000001
total_memory : 2046
free_memory : 273
xen_major : 3
xen_minor : 0
xen_extra : -unstable
xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Mon Sep 25 18:19:30 2006 +0100 11616:7de1715d185e
cc_compiler : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
cc_compile_by : build
cc_compile_domain : virtualiron.com
cc_compile_date : Tue Sep 26 03:51:16 EDT 2006
xend_config_format : 2
[root@tst177 ~]# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 1733 2 r----- 39.0
[root@tst177 ~]#
(XEN) sh_update_paging_modes: postponing determination of shadow mode
(XEN) sh_update_paging_modes: postponing determination of shadow mode
ip_tables: (C) 2000-2006 Netfilter Core Team
(XEN) vmx_do_launch(): GUEST_CR3<=00fdd7a0, HOST_CR3<=4f26f000
(XEN) (GUEST: 1) HVM Loader
(XEN) (GUEST: 1) Detected Xen v3.0-unstable
(XEN) (GUEST: 1) Loading ROMBIOS ...
(XEN) (GUEST: 1) Creating MP tables ...
(XEN) (GUEST: 1) Loading Cirrus VGABIOS ...
(XEN) (GUEST: 1) Loading ACPI ...
(XEN) (GUEST: 1) Writing SMBIOS tables ...
(XEN) (GUEST: 1) Loading VMXAssist ...
(XEN) (GUEST: 1) VMX go ...
(XEN) (GUEST: 1) VMXAssist (Sep 26 2006)
(XEN) (GUEST: 1) Memory size 256 MB
(XEN) (GUEST: 1) E820 map:
(XEN) (GUEST: 1) 0000000000000000 - 000000000009F000 (RAM)
(XEN) (GUEST: 1) 000000000009F000 - 00000000000A0000 (Reserved)
(XEN) (GUEST: 1) 00000000000A0000 - 00000000000C0000 (Type 16)
(XEN) (GUEST: 1) 00000000000F0000 - 0000000000100000 (Reserved)
(XEN) (GUEST: 1) 0000000000100000 - 000000000FFF0000 (RAM)
(XEN) (GUEST: 1) 000000000FFF0000 - 000000000FFFA000 (ACPI Data)
(XEN) (GUEST: 1) 000000000FFFA000 - 000000000FFFD000 (ACPI NVS)
(XEN) (GUEST: 1) 000000000FFFD000 - 000000000FFFE000 (Type 19)
(XEN) (GUEST: 1) 000000000FFFE000 - 000000000FFFF000 (Type 18)
(XEN) (GUEST: 1) 000000000FFFF000 - 0000000010000000 (Type 17)
(XEN) (GUEST: 1) 00000000FEC00000 - 0000000100000000 (Type 16)
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Start BIOS ...
(XEN) (GUEST: 1) Starting emulated 16-bit real-mode: ip=F000:FFF0
(XEN) (GUEST: 1) rombios.c,v 1.138 2005/05/07 15:55:26 vruppert Exp $
(XEN) (GUEST: 1) Remapping master: ICW2 0x8 -> 0x20
(XEN) (GUEST: 1) Remapping slave: ICW2 0x70 -> 0x28
(XEN) (GUEST: 1) VGABios $Id: vgabios.c,v 1.61 2005/05/24 16:50:50 vruppert Exp $
(XEN) (GUEST: 1) HVMAssist BIOS, 1 cpu, $Revision: 1.138 $ $Date: 2005/05/07 15:55:26 $
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
(XEN) (GUEST: 1) ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (12997 MBytes)
(XEN) (GUEST: 1) ata0 slave: Unknown device
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Booting from Hard Disk...
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 08, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=00C0, BX=0000 not yet supported!
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=EC00, BX=0002 not yet supported!
(XEN) (GUEST: 1) KBD: unsupported int 16h function 03
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 02, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) trying to set reserved bit in EFER
(XEN) domain_crash_sync called from vmx.c:2268
(XEN) Domain 1 (vcpu#0) crashed on cpu#0:
(XEN) ----[ Xen-3.0-unstable x86_64 debug=n Not tainted ]----
(XEN) CPU: 0
(XEN) RIP: 0010:[<000000000010005e>]
(XEN) RFLAGS: 0000000000010046 CONTEXT: hvm
(XEN) rax: 0000000000101901 rbx: 0000000000000000 rcx: 00000000c0000080
(XEN) rdx: 0000000020100800 rsi: 0000000000090000 rdi: 0000000020100800
(XEN) rbp: 0000000000000000 rsp: 00000000001010c0 r8: 0000000000000000
(XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 0000000000000000
(XEN) r12: 0000000000000000 r13: 0000000000000000 r14: 0000000000000000
(XEN) r15: 0000000000000000 cr0: 0000000000050031 cr4: 00000000000000a0
(XEN) cr3: 0000000000fdd7a0 cr2: 0000000000000000
(XEN) ds: 0018 es: 0018 fs: 0018 gs: 0018 ss: 0018 cs: 0010
[-- Attachment #7: failure.6 --]
[-- Type: text/plain, Size: 4416 bytes --]
File: failure.6
Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
Kernel 2.6.16.29-xen on an x86_64
tst110 login: root
Password:
Last login: Tue Sep 26 08:33:23 from 10.1.2.13
You have new mail.
[root@tst110 ~]# Bridge firewalling registered
ip_tables: (C) 2000-2006 Netfilter Core Team
[root@tst110 ~]# xm info
host : tst110
release : 2.6.16.29-xen
version : #1 SMP Tue Sep 26 04:39:21 EDT 2006
machine : x86_64
nr_cpus : 2
nr_nodes : 1
sockets_per_node : 1
cores_per_socket : 2
threads_per_core : 1
cpu_mhz : 2793
hw_caps : bfebfbff:20100800:00000000:00000180:0000e43d:00000000:00000001
total_memory : 1022
free_memory : 68
xen_major : 3
xen_minor : 0
xen_extra : -unstable
xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Mon Sep 25 18:19:30 2006 +0100 11616:7de1715d185e
cc_compiler : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
cc_compile_by : build
cc_compile_domain : virtualiron.com
cc_compile_date : Tue Sep 26 03:51:16 EDT 2006
xend_config_format : 2
[root@tst110 ~]# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 927 2 r----- 32.4
[root@tst110 ~]# (XEN) sh_update_paging_modes: postponing determination of shadow mode
(XEN) sh_update_paging_modes: postponing determination of shadow mode
ip_tables: (C) 2000-2006 Netfilter Core Team
(XEN) vmx_do_launch(): GUEST_CR3<=001a57a0, HOST_CR3<=29ffb000
(XEN) (GUEST: 1) HVM Loader
(XEN) (GUEST: 1) Detected Xen v3.0-unstable
(XEN) (GUEST: 1) Loading ROMBIOS ...
(XEN) (GUEST: 1) Creating MP tables ...
(XEN) (GUEST: 1) Loading Cirrus VGABIOS ...
(XEN) (GUEST: 1) Loading ACPI ...
(XEN) (GUEST: 1) Writing SMBIOS tables ...
(XEN) (GUEST: 1) Loading VMXAssist ...
(XEN) (GUEST: 1) VMX go ...
(XEN) (GUEST: 1) VMXAssist (Sep 26 2006)
(XEN) (GUEST: 1) Memory size 256 MB
(XEN) (GUEST: 1) E820 map:
(XEN) (GUEST: 1) 0000000000000000 - 000000000009F000 (RAM)
(XEN) (GUEST: 1) 000000000009F000 - 00000000000A0000 (Reserved)
(XEN) (GUEST: 1) 00000000000A0000 - 00000000000C0000 (Type 16)
(XEN) (GUEST: 1) 00000000000F0000 - 0000000000100000 (Reserved)
(XEN) (GUEST: 1) 0000000000100000 - 000000000FFF0000 (RAM)
(XEN) (GUEST: 1) 000000000FFF0000 - 000000000FFFA000 (ACPI Data)
(XEN) (GUEST: 1) 000000000FFFA000 - 000000000FFFD000 (ACPI NVS)
(XEN) (GUEST: 1) 000000000FFFD000 - 000000000FFFE000 (Type 19)
(XEN) (GUEST: 1) 000000000FFFE000 - 000000000FFFF000 (Type 18)
(XEN) (GUEST: 1) 000000000FFFF000 - 0000000010000000 (Type 17)
(XEN) (GUEST: 1) 00000000FEC00000 - 0000000100000000 (Type 16)
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Start BIOS ...
(XEN) (GUEST: 1) Starting emulated 16-bit real-mode: ip=F000:FFF0
(XEN) (GUEST: 1) rombios.c,v 1.138 2005/05/07 15:55:26 vruppert Exp $
(XEN) (GUEST: 1) Remapping master: ICW2 0x8 -> 0x20
(XEN) (GUEST: 1) Remapping slave: ICW2 0x70 -> 0x28
(XEN) (GUEST: 1) VGABios $Id: vgabios.c,v 1.61 2005/05/24 16:50:50 vruppert Exp $
(XEN) (GUEST: 1) HVMAssist BIOS, 1 cpu, $Revision: 1.138 $ $Date: 2005/05/07 15:55:26 $
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
(XEN) (GUEST: 1) ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (10757 MBytes)
(XEN) (GUEST: 1) ata0 slave: Unknown device
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Booting from Hard Disk...
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 08, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=00C0, BX=0000 not yet supported!
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) KBD: unsupported int 16h function 03
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=E980, BX=E6F5 not yet supported!
(XEN) (GUEST: 1) int13_harddisk: function 02, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) trying to set reserved bit in EFER
*** GUEST HUNG at "Uncompressing Linux... OK booting the kernel" ***
[-- Attachment #8: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616
2006-09-26 14:04 Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616 Ed Smith
@ 2006-09-26 14:42 ` Steven Hand
2006-09-26 15:33 ` Ed Smith
0 siblings, 1 reply; 9+ messages in thread
From: Steven Hand @ 2006-09-26 14:42 UTC (permalink / raw)
To: Ed Smith; +Cc: Xen Devel, Steven.Hand
Hi Ed,
any chance you can test with debug=y ? The back-traces aren't
really very useful otherwise.
It'd also be good to know what the h/w platform is - AMD or Intel.
>Summary:
>Changeset 11616
>- NEW: 32bit SMP HVM Guests hang on boot:
> "Uncompressing Linux... OK booting the kernel" (failure.6)
By '32bit' do you mean PAE? What guest is this? What's the guest
config? I cannot reproduce this myself on 11616...
>- NEW: 64bit UP and SMP guests crash domain on boot:
> domain_crash_sync called from vmx.c:2268 (failure.5)
This looks like the same bug to me, also cannot repro.
Once more, guest + guest config info would be useful.
> 2. XEN crash on an xm destroy of a dead guest
> 32bit SMP HVM guest:
> Fatal page fault - put_page_from_l1e+0x85/0x140
Hmm - when you say "GUEST CRASHED IN GUEST CONSOLE", what actually
happens? Can you post the output? Have you seen this post 11486, or
has it gone away?
Can you let us know what guest and guest config you are using?
Testing with a debug build of Xen will also help.
> 3. XEN crash running ltp "mtest01 -p80" on 32bit SMP HVM guest:
> BUG at multi.c:2864 from sh_page_fault__shadow_3_guest_3
This is probably the same as #2, just taking a different path through
Xen. Have you seen this post 11486, or has it gone away?
[Again: guest, guest config, debug xen]
> 4. XEN crash running ltp "mtest01 -p80" on 32bit SMP HVM guest:
> BUG at multi.c:3958 from sh_clear_shadow_entry__shadow_3_guest_3
May be related to #2 and #3.
[Again: guest, guest config, debug xen]
cheers,
S.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616
2006-09-26 14:42 ` Steven Hand
@ 2006-09-26 15:33 ` Ed Smith
2006-09-26 16:19 ` Steven Hand
2006-09-26 16:28 ` Keir Fraser
0 siblings, 2 replies; 9+ messages in thread
From: Ed Smith @ 2006-09-26 15:33 UTC (permalink / raw)
To: Steven Hand; +Cc: Xen Devel
Steven Hand wrote:
> Hi Ed,
>
> any chance you can test with debug=y ? The back-traces aren't
> really very useful otherwise.
>
These are automated builds and tests that run each night. We don't
normally build a debug XEN as we try and test the bits a customer
would run. If these backtraces are useful in the release build how
will we diagnose crashes on a customer's site?
> It'd also be good to know what the h/w platform is - AMD or Intel.
This hardware and guest information is in the test report but I've
added it here as well. Also I tried booting the guests with/without
the kernarg noapic, no difference. Did you need more guest config
information that this? I can send you the actual config if you like
but these are the key settings.
Test Configuration:
Dell Precision WorkStation 380, Dual Core, 2GB, 3 SATA (Intel VT)
64bit XEN Hypervisor on a RHEL4U2 64bit root (/dev/sda)
32bit fully virtualized (HVM) guest RHEL4U2 256MB (/dev/sdb)
pae=1(smp) pae=0(up), acpi=1, apic=1
kernargs noapic
64bit fully virtualized (HVM) guest RHEL4U2 256MB (/dev/sdc)
pae=1, acpi=1, apic=1
kernargs noapic
>
>> Summary:
>> Changeset 11616
>> - NEW: 32bit SMP HVM Guests hang on boot:
>> "Uncompressing Linux... OK booting the kernel" (failure.6)
>
> By '32bit' do you mean PAE? What guest is this? What's the guest
> config? I cannot reproduce this myself on 11616...
RedHat 4 SMP kernels as shipped are PAE, while their UP kernels
are non-PAE. The appropriate setting is used in HVM config
depending on which kernel I'm booting.
>
>
>> - NEW: 64bit UP and SMP guests crash domain on boot:
>> domain_crash_sync called from vmx.c:2268 (failure.5)
>
> This looks like the same bug to me, also cannot repro.
> Once more, guest + guest config info would be useful.
Hardware and guest information is in the report, see above.
>
>
>> 2. XEN crash on an xm destroy of a dead guest
>> 32bit SMP HVM guest:
>> Fatal page fault - put_page_from_l1e+0x85/0x140
>
> Hmm - when you say "GUEST CRASHED IN GUEST CONSOLE", what actually
> happens? Can you post the output? Have you seen this post 11486, or
> has it gone away?
I did not have the guest configured for serial console so the stack
traces scrolled by on the guests VGA console. If I can reproduce this
I'll capture the serial console output and post it. I did not reproduce
this yesterday on c/s 11600.
>
> Can you let us know what guest and guest config you are using?
In report.
>
> Testing with a debug build of Xen will also help.
>
>
>> 3. XEN crash running ltp "mtest01 -p80" on 32bit SMP HVM guest:
>> BUG at multi.c:2864 from sh_page_fault__shadow_3_guest_3
>
> This is probably the same as #2, just taking a different path through
> Xen. Have you seen this post 11486, or has it gone away?
>
> [Again: guest, guest config, debug xen]
Again in report. This particular crash was not reproduced yesterday on
c/s 11600.
>
>> 4. XEN crash running ltp "mtest01 -p80" on 32bit SMP HVM guest:
>> BUG at multi.c:3958 from sh_clear_shadow_entry__shadow_3_guest_3
>
> May be related to #2 and #3.
This bug was reproduced on c/s 11600.
>
> [Again: guest, guest config, debug xen]
Again in report.
>
>
>
> cheers,
>
> S.
>
>
Thanks,
Ed
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616
2006-09-26 15:33 ` Ed Smith
@ 2006-09-26 16:19 ` Steven Hand
2006-09-26 16:28 ` Keir Fraser
1 sibling, 0 replies; 9+ messages in thread
From: Steven Hand @ 2006-09-26 16:19 UTC (permalink / raw)
To: Ed Smith; +Cc: Xen Devel, Steven.Hand
>Steven Hand wrote:
>> Hi Ed,
>>
>> any chance you can test with debug=y ? The back-traces aren't
>> really very useful otherwise.
>>
>
>These are automated builds and tests that run each night. We don't
>normally build a debug XEN as we try and test the bits a customer
>would run. If these backtraces are useful in the release build how
>will we diagnose crashes on a customer's site?
Erm, not sure what you're going to do if you have customers with Xen
crashes but that doesn't seem to be a good reason not to use debug
builds to try and track down known issues...
>> It'd also be good to know what the h/w platform is - AMD or Intel.
>
>This hardware and guest information is in the test report but I've
>added it here as well. Also I tried booting the guests with/without
>the kernarg noapic, no difference. Did you need more guest config
>information that this? I can send you the actual config if you like
>but these are the key settings.
>
>Test Configuration:
>Dell Precision WorkStation 380, Dual Core, 2GB, 3 SATA (Intel VT)
>64bit XEN Hypervisor on a RHEL4U2 64bit root (/dev/sda)
>32bit fully virtualized (HVM) guest RHEL4U2 256MB (/dev/sdb)
> pae=1(smp) pae=0(up), acpi=1, apic=1
> kernargs noapic
>64bit fully virtualized (HVM) guest RHEL4U2 256MB (/dev/sdc)
> pae=1, acpi=1, apic=1
> kernargs noapic
Ah great, thanks. Missed that first time around.
>>> 2. XEN crash on an xm destroy of a dead guest
>>> 32bit SMP HVM guest:
>>> Fatal page fault - put_page_from_l1e+0x85/0x140
>>
>> Hmm - when you say "GUEST CRASHED IN GUEST CONSOLE", what actually
>> happens? Can you post the output? Have you seen this post 11486, or
>> has it gone away?
>
>I did not have the guest configured for serial console so the stack
>traces scrolled by on the guests VGA console. If I can reproduce this
>I'll capture the serial console output and post it. I did not reproduce
>this yesterday on c/s 11600.
Ok, great.
>>> 4. XEN crash running ltp "mtest01 -p80" on 32bit SMP HVM guest:
>>> BUG at multi.c:3958 from sh_clear_shadow_entry__shadow_3_guest_3
>>
>> May be related to #2 and #3.
>
>This bug was reproduced on c/s 11600.
Ok - we're looking at this now.
cheers,
S.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616
2006-09-26 15:33 ` Ed Smith
2006-09-26 16:19 ` Steven Hand
@ 2006-09-26 16:28 ` Keir Fraser
2006-09-26 18:31 ` Ed Smith
1 sibling, 1 reply; 9+ messages in thread
From: Keir Fraser @ 2006-09-26 16:28 UTC (permalink / raw)
To: Ed Smith, Steven Hand; +Cc: Xen Devel
On 26/9/06 16:33, "Ed Smith" <esmith@virtualiron.com> wrote:
>> any chance you can test with debug=y ? The back-traces aren't
>> really very useful otherwise.
>
> These are automated builds and tests that run each night. We don't
> normally build a debug XEN as we try and test the bits a customer
> would run. If these backtraces are useful in the release build how
> will we diagnose crashes on a customer's site?
They take more deciphering, sometimes with the aid of the xen-syms file, as
the backtrace contains functions that aren't really in the call chain (and
misses some that are). It's less time consuming with a debug build, and
there's less reliance on the xen-syms file, as we include frame pointers.
Trying to match customer bits doesn't make sense. There is no customer for
these bits! So why throw away debug info during development testing just
because there are situations where debug info is not available? Is it
considered good training for developers? :-)
-- Keir
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616
2006-09-26 16:28 ` Keir Fraser
@ 2006-09-26 18:31 ` Ed Smith
2006-09-26 18:34 ` Keir Fraser
0 siblings, 1 reply; 9+ messages in thread
From: Ed Smith @ 2006-09-26 18:31 UTC (permalink / raw)
To: Keir Fraser; +Cc: Xen Devel, Steven Hand
Keir Fraser wrote:
> On 26/9/06 16:33, "Ed Smith" <esmith@virtualiron.com> wrote:
>
>>> any chance you can test with debug=y ? The back-traces aren't
>>> really very useful otherwise.
>> These are automated builds and tests that run each night. We don't
>> normally build a debug XEN as we try and test the bits a customer
>> would run. If these backtraces are useful in the release build how
>> will we diagnose crashes on a customer's site?
>
> They take more deciphering, sometimes with the aid of the xen-syms file, as
> the backtrace contains functions that aren't really in the call chain (and
> misses some that are). It's less time consuming with a debug build, and
> there's less reliance on the xen-syms file, as we include frame pointers.
>
> Trying to match customer bits doesn't make sense. There is no customer for
> these bits! So why throw away debug info during development testing just
> because there are situations where debug info is not available? Is it
> considered good training for developers? :-)
>
> -- Keir
>
Debug builds are fine and certainly easier to well, debug with, but they often
run slower than release builds and hide problems. Humm... I wonder if thats
why you are not seeing this problem. Also when we rely on debug builds to
diagnose problems we do not design in the ability to diagnose problems when
the bits are in customers hands. 'Good training for developers'? No just
trying to work towards a released product that is easier to debug because
just enough debug-ability is built-in.
I'm building a debug build now and will post the results of booting a 64bit
HVM guest on it. Hopefully that will help diagnose this problem.
Thanks,
Ed
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616
2006-09-26 18:31 ` Ed Smith
@ 2006-09-26 18:34 ` Keir Fraser
2006-09-26 20:26 ` Ed Smith
0 siblings, 1 reply; 9+ messages in thread
From: Keir Fraser @ 2006-09-26 18:34 UTC (permalink / raw)
To: Ed Smith; +Cc: Xen Devel, Steven Hand
On 26/9/06 7:31 pm, "Ed Smith" <esmith@virtualiron.com> wrote:
> Debug builds are fine and certainly easier to well, debug with, but they often
> run slower than release builds and hide problems. Humm... I wonder if thats
> why you are not seeing this problem.
It is usually the other way round, since debug builds contain lots of cross
checks and assertions that are not included in production builds. Certainly
a few bugs do only crop up in production builds, and so we test both types
of builds ourselves, but it's rare and the first thing we'll do if we see a
production-build crash is to try and repro with a debug build.
> Also when we rely on debug builds to
> diagnose problems we do not design in the ability to diagnose problems when
> the bits are in customers hands. 'Good training for developers'? No just
> trying to work towards a released product that is easier to debug because
> just enough debug-ability is built-in.
It's not entirely a diagnosis issue (production build backtraces can be
useful, but as I said they are more hassle). A debug build will often crash
earlier and with more immediately useful information about what has gone
wrong.
-- Keir
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616
2006-09-26 18:34 ` Keir Fraser
@ 2006-09-26 20:26 ` Ed Smith
2006-09-27 9:29 ` Keir Fraser
0 siblings, 1 reply; 9+ messages in thread
From: Ed Smith @ 2006-09-26 20:26 UTC (permalink / raw)
To: Keir Fraser; +Cc: Xen Devel, Steven Hand
[-- Attachment #1: Type: text/plain, Size: 1052 bytes --]
Keir Fraser wrote:
> On 26/9/06 7:31 pm, "Ed Smith" <esmith@virtualiron.com> wrote:
>
>> Debug builds are fine and certainly easier to well, debug with, but they often
>> run slower than release builds and hide problems. Humm... I wonder if thats
>> why you are not seeing this problem.
>
> It is usually the other way round, since debug builds contain lots of cross
> checks and assertions that are not included in production builds. Certainly
> a few bugs do only crop up in production builds, and so we test both types
> of builds ourselves, but it's rare and the first thing we'll do if we see a
> production-build crash is to try and repro with a debug build.
This must be one of those rare ones ;') Debug build works, release build fails.
I did a 64bit XEN debug build and tried booting 64bit RHEL4U2 2CPU 256MB HVM
guest and it boots fine. I then did a 64bit XEN release build and tried booting
the same guest and I crash in vmx.c:2268. dom0 console output for both debug
and release builds is attached.
This is c/s 11616.
Cheers,
Ed
[-- Attachment #2: debug_dom0.console --]
[-- Type: text/plain, Size: 7738 bytes --]
File: debug_dom0.console
Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
Kernel 2.6.16.29-xen on an x86_64
tst177 login: root
Password:
Last login: Tue Sep 26 08:38:08 on ttyS0
You have new mail.
[root@tst177 ~]# Bridge firewalling registered
ip_tables: (C) 2000-2006 Netfilter Core Team
[root@tst177 ~]# xm info
host : tst177
release : 2.6.16.29-xen
version : #1 SMP Tue Sep 26 15:05:30 EDT 2006
machine : x86_64
nr_cpus : 2
nr_nodes : 1
sockets_per_node : 1
cores_per_socket : 2
threads_per_core : 1
cpu_mhz : 2793
hw_caps : bfebfbff:20100800:00000000:00000180:0000e43d:00000000:00000001
total_memory : 2046
free_memory : 131
xen_major : 3
xen_minor : 0
xen_extra : -unstable
xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Mon Sep 25 18:19:30 2006 +0100 11616:7de1715d185e
cc_compiler : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
cc_compile_by : esmith
cc_compile_domain : virtualiron.com
cc_compile_date : Tue Sep 26 14:21:17 EDT 2006
xend_config_format : 2
[root@tst177 ~]# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 1876 2 r----- 33.5
[root@tst177 ~]# (XEN) sh_update_paging_modes: postponing determination of shadow mode
(XEN) sh_update_paging_modes: postponing determination of shadow mode
(XEN) (file=hvm.c, line=195) Allocated port 3 for hvm.
(XEN) (file=hvm.c, line=195) Allocated port 4 for hvm.
ip_tables: (C) 2000-2006 Netfilter Core Team
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 7e754 (pseudophys a0): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5b17 (pseudophys a1): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5b16 (pseudophys a2): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5717 (pseudophys a3): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5716 (pseudophys a4): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 6781 (pseudophys a5): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 6780 (pseudophys a6): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5ae9 (pseudophys a7): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5ae8 (pseudophys a8): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5ae7 (pseudophys a9): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5ae6 (pseudophys aa): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5881 (pseudophys ab): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5880 (pseudophys ac): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5a2f (pseudophys ad): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5a2e (pseudophys ae): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5a47 (pseudophys af): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5a46 (pseudophys b0): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 6787 (pseudophys b1): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 6786 (pseudophys b2): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5a39 (pseudophys b3): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5a38 (pseudophys b4): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5a33 (pseudophys b5): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5a32 (pseudophys b6): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page cf15 (pseudophys b7): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page cf14 (pseudophys b8): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page cb15 (pseudophys b9): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page cb14 (pseudophys ba): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page cf23 (pseudophys bb): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page cf22 (pseudophys bc): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5bbf (pseudophys bd): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5bbe (pseudophys be): count=2 type=0
(XEN) (file=memory.c, line=180) Dom1 freeing in-use page 5bbd (pseudophys bf): count=2 type=0
(XEN) vmx_do_launch(): GUEST_CR3<=00fd57a0, HOST_CR3<=013fb000
(XEN) (GUEST: 1) HVM Loader
(XEN) (GUEST: 1) Detected Xen v3.0-unstable
(XEN) (GUEST: 1) Loading ROMBIOS ...
(XEN) (GUEST: 1) Creating MP tables ...
(XEN) (GUEST: 1) Loading Cirrus VGABIOS ...
(XEN) (GUEST: 1) Loading ACPI ...
(XEN) (GUEST: 1) Writing SMBIOS tables ...
(XEN) (GUEST: 1) Loading VMXAssist ...
(XEN) (GUEST: 1) VMX go ...
(XEN) (GUEST: 1) VMXAssist (Sep 26 2006)
(XEN) (GUEST: 1) Memory size 256 MB
(XEN) (GUEST: 1) E820 map:
(XEN) (GUEST: 1) 0000000000000000 - 000000000009F000 (RAM)
(XEN) (GUEST: 1) 000000000009F000 - 00000000000A0000 (Reserved)
(XEN) (GUEST: 1) 00000000000A0000 - 00000000000C0000 (Type 16)
(XEN) (GUEST: 1) 00000000000F0000 - 0000000000100000 (Reserved)
(XEN) (GUEST: 1) 0000000000100000 - 000000000FFF0000 (RAM)
(XEN) (GUEST: 1) 000000000FFF0000 - 000000000FFFA000 (ACPI Data)
(XEN) (GUEST: 1) 000000000FFFA000 - 000000000FFFD000 (ACPI NVS)
(XEN) (GUEST: 1) 000000000FFFD000 - 000000000FFFE000 (Type 19)
(XEN) (GUEST: 1) 000000000FFFE000 - 000000000FFFF000 (Type 18)
(XEN) (GUEST: 1) 000000000FFFF000 - 0000000010000000 (Type 17)
(XEN) (GUEST: 1) 00000000FEC00000 - 0000000100000000 (Type 16)
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Start BIOS ...
(XEN) (GUEST: 1) Starting emulated 16-bit real-mode: ip=F000:FFF0
(XEN) (GUEST: 1) rombios.c,v 1.138 2005/05/07 15:55:26 vruppert Exp $
(XEN) (GUEST: 1) Remapping master: ICW2 0x8 -> 0x20
(XEN) (GUEST: 1) Remapping slave: ICW2 0x70 -> 0x28
(XEN) (GUEST: 1) VGABios $Id: vgabios.c,v 1.61 2005/05/24 16:50:50 vruppert Exp $
(XEN) (GUEST: 1) HVMAssist BIOS, 1 cpu, $Revision: 1.138 $ $Date: 2005/05/07 15:55:26 $
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
(XEN) (GUEST: 1) ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (12997 MBytes)
(XEN) (GUEST: 1) ata0 slave: Unknown device
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Booting from Hard Disk...
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 08, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=00C0, BX=0000 not yet supported!
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=EC00, BX=0002 not yet supported!
(XEN) (GUEST: 1) KBD: unsupported int 16h function 03
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 02, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) Local APIC Write to read-only register
(XEN) This hvm_vlapic is for P4, no work for De-assert init
(XEN) AP 1 bringup suceeded.
(XEN) vmx_do_launch(): GUEST_CR3<=00fd37a0, HOST_CR3<=0133c000
(XEN) (GUEST: 1) Start AP 1 from 00006000 ...
(XEN) (GUEST: 1) Starting emulated 16-bit real-mode: ip=0600:0000
[-- Attachment #3: release_dom0.console --]
[-- Type: text/plain, Size: 5193 bytes --]
File: release_dom0.console
Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
Kernel 2.6.16.29-xen on an x86_64
tst177 login: root
Password:
Last login: Tue Sep 26 15:15:15 from 10.1.2.13
You have new mail.
[root@tst177 ~]# Bridge firewalling registered
ip_tables: (C) 2000-2006 Netfilter Core Team
[root@tst177 ~]# xm info
host : tst177
release : 2.6.16.29-xen
version : #1 SMP Tue Sep 26 16:07:55 EDT 2006
machine : x86_64
nr_cpus : 2
nr_nodes : 1
sockets_per_node : 1
cores_per_socket : 2
threads_per_core : 1
cpu_mhz : 2793
hw_caps : bfebfbff:20100800:00000000:00000180:0000e43d:00000000:00000001
total_memory : 2046
free_memory : 131
xen_major : 3
xen_minor : 0
xen_extra : -unstable
xen_caps : xen-3.0-x86_64 hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_pagesize : 4096
platform_params : virt_start=0xffff800000000000
xen_changeset : Mon Sep 25 18:19:30 2006 +0100 11616:7de1715d185e
cc_compiler : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
cc_compile_by : esmith
cc_compile_domain : virtualiron.com
cc_compile_date : Tue Sep 26 15:30:14 EDT 2006
xend_config_format : 2
[root@tst177 ~]# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 1876 2 r----- 31.1
[root@tst177 ~]# (XEN) sh_update_paging_modes: postponing determination of shadow mode
(XEN) sh_update_paging_modes: postponing determination of shadow mode
ip_tables: (C) 2000-2006 Netfilter Core Team
(XEN) vmx_do_launch(): GUEST_CR3<=00fdd7a0, HOST_CR3<=038cb000
(XEN) (GUEST: 1) HVM Loader
(XEN) (GUEST: 1) Detected Xen v3.0-unstable
(XEN) (GUEST: 1) Loading ROMBIOS ...
(XEN) (GUEST: 1) Creating MP tables ...
(XEN) (GUEST: 1) Loading Cirrus VGABIOS ...
(XEN) (GUEST: 1) Loading ACPI ...
(XEN) (GUEST: 1) Writing SMBIOS tables ...
(XEN) (GUEST: 1) Loading VMXAssist ...
(XEN) (GUEST: 1) VMX go ...
(XEN) (GUEST: 1) VMXAssist (Sep 26 2006)
(XEN) (GUEST: 1) Memory size 256 MB
(XEN) (GUEST: 1) E820 map:
(XEN) (GUEST: 1) 0000000000000000 - 000000000009F000 (RAM)
(XEN) (GUEST: 1) 000000000009F000 - 00000000000A0000 (Reserved)
(XEN) (GUEST: 1) 00000000000A0000 - 00000000000C0000 (Type 16)
(XEN) (GUEST: 1) 00000000000F0000 - 0000000000100000 (Reserved)
(XEN) (GUEST: 1) 0000000000100000 - 000000000FFF0000 (RAM)
(XEN) (GUEST: 1) 000000000FFF0000 - 000000000FFFA000 (ACPI Data)
(XEN) (GUEST: 1) 000000000FFFA000 - 000000000FFFD000 (ACPI NVS)
(XEN) (GUEST: 1) 000000000FFFD000 - 000000000FFFE000 (Type 19)
(XEN) (GUEST: 1) 000000000FFFE000 - 000000000FFFF000 (Type 18)
(XEN) (GUEST: 1) 000000000FFFF000 - 0000000010000000 (Type 17)
(XEN) (GUEST: 1) 00000000FEC00000 - 0000000100000000 (Type 16)
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Start BIOS ...
(XEN) (GUEST: 1) Starting emulated 16-bit real-mode: ip=F000:FFF0
(XEN) (GUEST: 1) rombios.c,v 1.138 2005/05/07 15:55:26 vruppert Exp $
(XEN) (GUEST: 1) Remapping master: ICW2 0x8 -> 0x20
(XEN) (GUEST: 1) Remapping slave: ICW2 0x70 -> 0x28
(XEN) (GUEST: 1) VGABios $Id: vgabios.c,v 1.61 2005/05/24 16:50:50 vruppert Exp $
(XEN) (GUEST: 1) HVMAssist BIOS, 1 cpu, $Revision: 1.138 $ $Date: 2005/05/07 15:55:26 $
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) ata0-0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
(XEN) (GUEST: 1) ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (12997 MBytes)
(XEN) (GUEST: 1) ata0 slave: Unknown device
(XEN) (GUEST: 1)
(XEN) (GUEST: 1) Booting from Hard Disk...
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 08, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=00C0, BX=0000 not yet supported!
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) *** int 15h function AX=EC00, BX=0002 not yet supported!
(XEN) (GUEST: 1) KBD: unsupported int 16h function 03
(XEN) (GUEST: 1) int13_harddisk: function 15, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 02, unmapped device for ELDL=81
(XEN) (GUEST: 1) int13_harddisk: function 41, unmapped device for ELDL=81
(XEN) trying to set reserved bit in EFER
(XEN) domain_crash_sync called from vmx.c:2268
(XEN) Domain 1 (vcpu#0) crashed on cpu#1:
(XEN) ----[ Xen-3.0-unstable x86_64 debug=n Not tainted ]----
(XEN) CPU: 1
(XEN) RIP: 0010:[<000000000010005e>]
(XEN) RFLAGS: 0000000000010046 CONTEXT: hvm
(XEN) rax: 0000000000101901 rbx: 0000000000000000 rcx: 00000000c0000080
(XEN) rdx: 0000000020100800 rsi: 0000000000090000 rdi: 0000000020100800
(XEN) rbp: 0000000000000000 rsp: 00000000001010c0 r8: 0000000000000000
(XEN) r9: 0000000000000000 r10: 0000000000000000 r11: 0000000000000000
(XEN) r12: 0000000000000000 r13: 0000000000000000 r14: 0000000000000000
(XEN) r15: 0000000000000000 cr0: 0000000000050031 cr4: 00000000000000a0
(XEN) cr3: 0000000000fdd7a0 cr2: 0000000000000000
(XEN) ds: 0018 es: 0018 fs: 0018 gs: 0018 ss: 0018 cs: 0010
[-- Attachment #4: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616
2006-09-26 20:26 ` Ed Smith
@ 2006-09-27 9:29 ` Keir Fraser
0 siblings, 0 replies; 9+ messages in thread
From: Keir Fraser @ 2006-09-27 9:29 UTC (permalink / raw)
To: Ed Smith; +Cc: Xen Devel, Steven Hand
> I did a 64bit XEN debug build and tried booting 64bit RHEL4U2 2CPU 256MB HVM
> guest and it boots fine. I then did a 64bit XEN release build and tried
> booting
> the same guest and I crash in vmx.c:2268. dom0 console output for both debug
> and release builds is attached.
>
> This is c/s 11616.
11626 has a possible fix for this and at least will print out some more info
(even on production builds ;-) if the MSR_EFER write fails.
-- Keir
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2006-09-27 9:29 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-26 14:04 Testing status of HVM (Intel VT) on 64bit XEN unstable c/s 11616 Ed Smith
2006-09-26 14:42 ` Steven Hand
2006-09-26 15:33 ` Ed Smith
2006-09-26 16:19 ` Steven Hand
2006-09-26 16:28 ` Keir Fraser
2006-09-26 18:31 ` Ed Smith
2006-09-26 18:34 ` Keir Fraser
2006-09-26 20:26 ` Ed Smith
2006-09-27 9:29 ` Keir Fraser
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.