Krzysztof Chojnowski
2008-Oct-27 13:51 UTC
[Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb ram problem
Hi, we''re using Xen 3.3.0 on Debian Etch with 2.6.18.8 kernel from xen.org on dom0. We have problems starting Intrepid domU (using Intrepid''s kernel 2.6.27-7-server) if we give more than 4GB of memory to this domain. Using memory = ''4096'' works perfectly, but changing it to ''4097'' already gives an error. Can anyone put some light on this? domU config: kernel = ''/etc/xen/kernels/amd64/vmlinuz-2.6.27-7-server'' ramdisk = ''/etc/xen/kernels/amd64/initrd.img-2.6.27-7-server'' root = ''/dev/xvda3 ro'' extra = ''2 console=hvc0'' memory = ''4097'' disk = [ ''phy:/dev/vg0/intrepid-new,xvda,w'' ] vif = [ ''bridge=xenbr0,mac=00:16:3e:7a:52:c0'' ] vcpus = ''4'' name = ''intrepid-new'' on_poweroff = ''destroy'' on_reboot = ''restart'' on_crash = ''restart'' console output: [ 0.010000] ------------[ cut here ]------------ [ 0.010000] kernel BUG at /build/buildd/linux-2.6.27/arch/x86/xen/enlighten.c:836! [ 0.010000] invalid opcode: 0000 [1] SMP [ 0.010000] CPU 0 [ 0.010000] Modules linked in: [ 0.010000] Pid: 0, comm: swapper Not tainted 2.6.27-7-server #1 [ 0.010000] RIP: e030:[<ffffffff8020b182>] [<ffffffff8020b182>] pin_pagetable_pfn+0x52/0x70 [ 0.010000] RSP: e02b:ffffffff806f5c88 EFLAGS: 00010282 [ 0.010000] RAX: 00000000ffffffea RBX: 000000000000f000 RCX: 0000000000000000 [ 0.010000] RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffffffff806f5c88 [ 0.010000] RBP: ffffffff806f5ca8 R08: ffff880100002100 R09: 0000000000000000 [ 0.010000] R10: 0000000000007ff0 R11: 0000000000000000 R12: 0000000000000003 [ 0.010000] R13: 000000000010000f R14: ffffc20000403000 R15: ffffffff806f5dc8 [ 0.010000] FS: 0000000000000000(0000) GS:ffffffff806e0a80(0000) knlGS:0000000000000000 [ 0.010000] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b [ 0.010000] CR2: 0000000000000000 CR3: 0000000000201000 CR4: 0000000000000660 [ 0.010000] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 0.010000] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 0.010000] Process swapper (pid: 0, threadinfo ffffffff806f4000, task ffffffff80647340) [ 0.010000] Stack: ffff880100000000 0000000000501ee5 00000001806f5cc8 000000000000f000 [ 0.010000] ffffffff806f5cd8 ffffffff8020b22d ffffc20000401000 ffff88010000f000 [ 0.010000] ffff88010000e010 ffffc20000401000 ffffffff806f5ce8 ffffffff8020b293 [ 0.010000] Call Trace: [ 0.010000] [<ffffffff8020b22d>] xen_alloc_ptpage+0x8d/0xa0 [ 0.010000] [<ffffffff8020b293>] xen_alloc_pte+0x13/0x20 [ 0.010000] [<ffffffff802bef21>] __pte_alloc_kernel+0x61/0xc0 [ 0.010000] [<ffffffff802cbdf4>] map_vm_area+0x2d4/0x350 [ 0.010000] [<ffffffff802cc5f0>] __vmalloc_area_node+0x140/0x1a0 [ 0.010000] [<ffffffff80740856>] ? alloc_large_system_hash+0x24c/0x2b0 [ 0.010000] [<ffffffff802cc6f1>] __vmalloc_node+0xa1/0xb0 [ 0.010000] [<ffffffff80740856>] ? alloc_large_system_hash+0x24c/0x2b0 [ 0.010000] [<ffffffff80740856>] ? alloc_large_system_hash+0x24c/0x2b0 [ 0.010000] [<ffffffff802cc511>] __vmalloc_area_node+0x61/0x1a0 [ 0.010000] [<ffffffff802cb8db>] ? __get_vm_area_node+0xcb/0x220 [ 0.010000] [<ffffffff80740856>] ? alloc_large_system_hash+0x24c/0x2b0 [ 0.010000] [<ffffffff802cc6f1>] __vmalloc_node+0xa1/0xb0 [ 0.010000] [<ffffffff80740856>] ? alloc_large_system_hash+0x24c/0x2b0 [ 0.010000] [<ffffffff80501ffd>] ? _spin_unlock_irqrestore+0x1d/0x30 [ 0.010000] [<ffffffff802cc777>] __vmalloc+0x17/0x20 [ 0.010000] [<ffffffff80740856>] alloc_large_system_hash+0x24c/0x2b0 [ 0.010000] [<ffffffff807420be>] vfs_caches_init+0x11d/0x16a [ 0.010000] [<ffffffff8071eda9>] start_kernel+0x2a7/0x3b5 [ 0.010000] [<ffffffff807285e0>] ? reserve_early+0x30/0x3b [ 0.010000] [<ffffffff8071e2b9>] x86_64_start_reservations+0x99/0xb6 [ 0.010000] [<ffffffff807256e2>] xen_start_kernel+0x493/0x4ee [ 0.010000] [ 0.010000] [ 0.010000] Code: 48 b8 ff ff ff 7f ff ff ff ff 48 21 c2 48 89 55 e8 48 8d 7d e0 be 01 00 00 00 31 d2 41 ba f0 7f 00 00 e8 c2 e1 ff ff 85 c0 74 0e <0f> 0b eb fe 66 2e 0f 1f 84 00 00 00 00 00 c9 c3 66 66 66 66 66 [ 0.010000] RIP [<ffffffff8020b182>] pin_pagetable_pfn+0x52/0x70 [ 0.010000] RSP <ffffffff806f5c88> [ 0.010016] ---[ end trace 4eaa2a86a8e2da22 ]--- [ 0.010023] Kernel panic - not syncing: Attempted to kill the idle task! _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Krzysztof Chojnowski
2008-Oct-27 14:16 UTC
Re: [Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb ram problem
Krzysztof Chojnowski wrote:> Hi, > > we''re using Xen 3.3.0 on Debian Etch with 2.6.18.8 kernel from xen.org > on dom0. We have problems starting Intrepid domU (using Intrepid''s > kernel 2.6.27-7-server) if we give more than 4GB of memory to this domain. > Using memory = ''4096'' works perfectly, but changing it to ''4097'' already > gives an error. Can anyone put some light on this?I just found out that the problem is occurring only on amd64 architecture. 32bit kernel is loading correctly even with mem > 4096. regards Notch _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Boris Derzhavets
2008-Oct-27 16:05 UTC
Re: [Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb ram problem
--- On Mon, 10/27/08, Krzysztof Chojnowski <notch@toltech.nl> wrote:
From: Krzysztof Chojnowski <notch@toltech.nl>
Subject: [Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb ram
problem
To: xen-users@lists.xensource.com
Date: Monday, October 27, 2008, 9:51 AM
Hi,
we''re using Xen 3.3.0 on Debian Etch with 2.6.18.8 kernel from xen.org
on dom0. We have problems starting Intrepid domU (using Intrepid''s
kernel 2.6.27-7-server) if we give more than 4GB of memory to this domain.
Using memory = ''4096'' works perfectly, but changing it to
''4097'' already
gives an error. Can anyone put some light on this?
domU config:
*************************************************
I guess, that''s not a xenified kernel and ramdisk
*************************************************
kernel = ''/etc/xen/kernels/amd64/vmlinuz-2.6.27-7-server''
ramdisk = ''/etc/xen/kernels/amd64/initrd.img-2.6.27-7-server''
root = ''/dev/xvda3 ro''
extra = ''2 console=hvc0''
memory = ''4097''
disk = [ ''phy:/dev/vg0/intrepid-new,xvda,w'' ]
vif = [ ''bridge=xenbr0,mac=00:16:3e:7a:52:c0'' ]
vcpus = ''4''
name = ''intrepid-new''
on_poweroff = ''destroy''
on_reboot = ''restart''
on_crash = ''restart''
console output:
[ 0.010000] ------------[ cut here ]------------
[ 0.010000] kernel BUG at
/build/buildd/linux-2.6.27/arch/x86/xen/enlighten.c:836!
[ 0.010000] invalid opcode: 0000 [1] SMP
[ 0.010000] CPU 0
[ 0.010000] Modules linked in:
[ 0.010000] Pid: 0, comm: swapper Not tainted 2.6.27-7-server #1
[ 0.010000] RIP: e030:[<ffffffff8020b182>] [<ffffffff8020b182>]
pin_pagetable_pfn+0x52/0x70
[ 0.010000] RSP: e02b:ffffffff806f5c88 EFLAGS: 00010282
[ 0.010000] RAX: 00000000ffffffea RBX: 000000000000f000 RCX:
0000000000000000
[ 0.010000] RDX: 0000000000000000 RSI: 0000000000000001 RDI:
ffffffff806f5c88
[ 0.010000] RBP: ffffffff806f5ca8 R08: ffff880100002100 R09:
0000000000000000
[ 0.010000] R10: 0000000000007ff0 R11: 0000000000000000 R12:
0000000000000003
[ 0.010000] R13: 000000000010000f R14: ffffc20000403000 R15:
ffffffff806f5dc8
[ 0.010000] FS: 0000000000000000(0000) GS:ffffffff806e0a80(0000)
knlGS:0000000000000000
[ 0.010000] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 0.010000] CR2: 0000000000000000 CR3: 0000000000201000 CR4:
0000000000000660
[ 0.010000] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
0000000000000000
[ 0.010000] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
0000000000000400
[ 0.010000] Process swapper (pid: 0, threadinfo ffffffff806f4000,
task ffffffff80647340)
[ 0.010000] Stack: ffff880100000000 0000000000501ee5
00000001806f5cc8 000000000000f000
[ 0.010000] ffffffff806f5cd8 ffffffff8020b22d ffffc20000401000
ffff88010000f000
[ 0.010000] ffff88010000e010 ffffc20000401000 ffffffff806f5ce8
ffffffff8020b293
[ 0.010000] Call Trace:
[ 0.010000] [<ffffffff8020b22d>] xen_alloc_ptpage+0x8d/0xa0
[ 0.010000] [<ffffffff8020b293>] xen_alloc_pte+0x13/0x20
[ 0.010000] [<ffffffff802bef21>] __pte_alloc_kernel+0x61/0xc0
[ 0.010000] [<ffffffff802cbdf4>] map_vm_area+0x2d4/0x350
[ 0.010000] [<ffffffff802cc5f0>] __vmalloc_area_node+0x140/0x1a0
[ 0.010000] [<ffffffff80740856>] ?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff802cc6f1>] __vmalloc_node+0xa1/0xb0
[ 0.010000] [<ffffffff80740856>] ?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff80740856>] ?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff802cc511>] __vmalloc_area_node+0x61/0x1a0
[ 0.010000] [<ffffffff802cb8db>] ? __get_vm_area_node+0xcb/0x220
[ 0.010000] [<ffffffff80740856>] ?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff802cc6f1>] __vmalloc_node+0xa1/0xb0
[ 0.010000] [<ffffffff80740856>] ?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff80501ffd>] ? _spin_unlock_irqrestore+0x1d/0x30
[ 0.010000] [<ffffffff802cc777>] __vmalloc+0x17/0x20
[ 0.010000] [<ffffffff80740856>] alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff807420be>] vfs_caches_init+0x11d/0x16a
[ 0.010000] [<ffffffff8071eda9>] start_kernel+0x2a7/0x3b5
[ 0.010000] [<ffffffff807285e0>] ? reserve_early+0x30/0x3b
[ 0.010000] [<ffffffff8071e2b9>] x86_64_start_reservations+0x99/0xb6
[ 0.010000] [<ffffffff807256e2>] xen_start_kernel+0x493/0x4ee
[ 0.010000]
[ 0.010000]
[ 0.010000] Code: 48 b8 ff ff ff 7f ff ff ff ff 48 21 c2 48 89 55 e8
48 8d 7d e0 be 01 00 00 00 31 d2 41 ba f0 7f 00 00 e8 c2 e1 ff ff 85 c0
74 0e <0f> 0b eb fe 66 2e 0f 1f 84 00 00 00 00 00 c9 c3 66 66 66 66 66
[ 0.010000] RIP [<ffffffff8020b182>] pin_pagetable_pfn+0x52/0x70
[ 0.010000] RSP <ffffffff806f5c88>
[ 0.010016] ---[ end trace 4eaa2a86a8e2da22 ]---
[ 0.010023] Kernel panic - not syncing: Attempted to kill the idle task!
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Boris Derzhavets
2008-Oct-27 16:09 UTC
Re: [Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb ram problem
Sorry, does
vmlinuz-2.6.27-7-serversupport pv_ops in DomU ?
--- On Mon, 10/27/08, Boris Derzhavets <bderzhavets@yahoo.com> wrote:
From: Boris Derzhavets <bderzhavets@yahoo.com>
Subject: Re: [Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb
ram problem
To: xen-users@lists.xensource.com, "Krzysztof Chojnowski"
<notch@toltech.nl>
Date: Monday, October 27, 2008, 12:05 PM
--- On Mon, 10/27/08, Krzysztof Chojnowski <notch@toltech.nl> wrote:
From: Krzysztof Chojnowski <notch@toltech.nl>
Subject: [Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb ram
problem
To: xen-users@lists.xensource.com
Date: Monday, October 27, 2008, 9:51 AM
Hi,
we''re using Xen 3.3.0 on Debian Etch with 2.6.18.8 kernel from xen.org
on dom0. We have problems starting Intrepid domU (using Intrepid''s
kernel 2.6.27-7-server) if we give more than 4GB of memory to this domain.
Using memory = ''4096'' works perfectly, but changing it to
''4097'' already
gives an error. Can anyone put some light on this?
domU
config:
*************************************************
I guess, that''s not a xenified kernel and ramdisk
*************************************************
kernel = ''/etc/xen/kernels/amd64/vmlinuz-2.6.27-7-server''
ramdisk = ''/etc/xen/kernels/amd64/initrd.img-2.6.27-7-server''
root = ''/dev/xvda3 ro''
extra = ''2 console=hvc0''
memory = ''4097''
disk = [ ''phy:/dev/vg0/intrepid-new,xvda,w'' ]
vif = [ ''bridge=xenbr0,mac=00:16:3e:7a:52:c0'' ]
vcpus = ''4''
name = ''intrepid-new''
on_poweroff = ''destroy''
on_reboot = ''restart''
on_crash = ''restart''
console output:
[ 0.010000] ------------[ cut here ]------------
[ 0.010000] kernel BUG at
/build/buildd/linux-2.6.27/arch/x86/xen/enlighten.c:836!
[ 0.010000] invalid opcode: 0000 [1] SMP
[ 0.010000] CPU 0
[ 0.010000] Modules linked in:
[ 0.010000] Pid: 0, comm: swapper Not tainted
2.6.27-7-server #1
[ 0.010000] RIP: e030:[<ffffffff8020b182>] [<ffffffff8020b182>]
pin_pagetable_pfn+0x52/0x70
[ 0.010000] RSP: e02b:ffffffff806f5c88 EFLAGS: 00010282
[ 0.010000] RAX: 00000000ffffffea RBX: 000000000000f000 RCX:
0000000000000000
[ 0.010000] RDX: 0000000000000000 RSI: 0000000000000001 RDI:
ffffffff806f5c88
[ 0.010000] RBP: ffffffff806f5ca8 R08: ffff880100002100 R09:
0000000000000000
[ 0.010000] R10: 0000000000007ff0 R11: 0000000000000000 R12:
0000000000000003
[ 0.010000] R13: 000000000010000f R14: ffffc20000403000 R15:
ffffffff806f5dc8
[ 0.010000] FS: 0000000000000000(0000) GS:ffffffff806e0a80(0000)
knlGS:0000000000000000
[ 0.010000] CS: e033 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 0.010000] CR2: 0000000000000000 CR3: 0000000000201000 CR4:
0000000000000660
[ 0.010000] DR0: 0000000000000000 DR1: 0000000000000000 DR2:
0000000000000000
[ 0.010000] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7:
0000000000000400
[ 0.010000] Process swapper (pid: 0, threadinfo ffffffff806f4000,
task ffffffff80647340)
[ 0.010000] Stack: ffff880100000000 0000000000501ee5
00000001806f5cc8 000000000000f000
[ 0.010000] ffffffff806f5cd8 ffffffff8020b22d ffffc20000401000
ffff88010000f000
[ 0.010000] ffff88010000e010 ffffc20000401000 ffffffff806f5ce8
ffffffff8020b293
[ 0.010000] Call Trace:
[ 0.010000] [<ffffffff8020b22d>] xen_alloc_ptpage+0x8d/0xa0
[ 0.010000] [<ffffffff8020b293>] xen_alloc_pte+0x13/0x20
[ 0.010000] [<ffffffff802bef21>] __pte_alloc_kernel+0x61/0xc0
[ 0.010000] [<ffffffff802cbdf4>] map_vm_area+0x2d4/0x350
[ 0.010000] [<ffffffff802cc5f0>] __vmalloc_area_node+0x140/0x1a0
[ 0.010000] [<ffffffff80740856>]
?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff802cc6f1>] __vmalloc_node+0xa1/0xb0
[ 0.010000] [<ffffffff80740856>] ?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff80740856>] ?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff802cc511>] __vmalloc_area_node+0x61/0x1a0
[ 0.010000] [<ffffffff802cb8db>] ? __get_vm_area_node+0xcb/0x220
[ 0.010000] [<ffffffff80740856>] ?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff802cc6f1>] __vmalloc_node+0xa1/0xb0
[ 0.010000] [<ffffffff80740856>] ?
alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff80501ffd>] ? _spin_unlock_irqrestore+0x1d/0x30
[ 0.010000] [<ffffffff802cc777>] __vmalloc+0x17/0x20
[ 0.010000] [<ffffffff80740856>] alloc_large_system_hash+0x24c/0x2b0
[ 0.010000] [<ffffffff807420be>]
vfs_caches_init+0x11d/0x16a
[ 0.010000] [<ffffffff8071eda9>] start_kernel+0x2a7/0x3b5
[ 0.010000] [<ffffffff807285e0>] ? reserve_early+0x30/0x3b
[ 0.010000] [<ffffffff8071e2b9>] x86_64_start_reservations+0x99/0xb6
[ 0.010000] [<ffffffff807256e2>] xen_start_kernel+0x493/0x4ee
[ 0.010000]
[ 0.010000]
[ 0.010000] Code: 48 b8 ff ff ff 7f ff ff ff ff 48 21 c2 48 89 55 e8
48 8d 7d e0 be 01 00 00 00 31 d2 41 ba f0 7f 00 00 e8 c2 e1 ff ff 85 c0
74 0e <0f> 0b eb fe 66 2e 0f 1f 84 00 00 00 00 00 c9 c3 66 66 66 66 66
[ 0.010000] RIP [<ffffffff8020b182>] pin_pagetable_pfn+0x52/0x70
[ 0.010000] RSP <ffffffff806f5c88>
[ 0.010016] ---[ end trace 4eaa2a86a8e2da22 ]---
[ 0.010023] Kernel panic - not syncing: Attempted to kill the idle task!
_______________________________________________
Xen-users mailing
list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
Krzysztof Chojnowski
2008-Oct-27 16:19 UTC
Re: [Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb ram problem
Boris Derzhavets wrote:> Sorry, does > > vmlinuz-2.6.27-7-server > > support pv_ops in DomU ? >grep -i paravirt /boot/config-2.6.27-7-server CONFIG_PARAVIRT=y CONFIG_PARAVIRT_CLOCK=y # CONFIG_PARAVIRT_DEBUG is not set CONFIG_PARAVIRT_GUEST=y _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Boris Derzhavets
2008-Oct-28 14:04 UTC
Re: [Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb ram problem
Same limit in environment :- http://bderzhavets.wordpress.com/2008/10/28/install-ubuntu-intrepid-server-pv-domu-at-xen-33-port-via-httpgetco-centos-52-dom0/ ************************************************************* SSH login from Intrepid PV DomU to Xen 3.3 CentOS 5.2 Dom0 ************************************************************* boris@IntrepidServer:~$ uname -a Linux IntrepidServer 2.6.27-7-server #1 SMP Wed Oct 22 02:10:40 UTC 2008 x86_64 GNU/Linux boris@IntrepidServer:~$ ssh root@192.168.1.33 root@192.168.1.33''s password: Last login: Tue Oct 28 16:44:03 2008 from 192.168.1.60 [root@ServerCentOS52 ~]# uname -a Linux ServerCentOS52 2.6.18-92.1.13.el5xen #1 SMP Wed Sep 24 20:01:15 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux [root@ServerCentOS52 ~]# xm info|grep xen_ xen_major : 3 xen_minor : 3 xen_extra : .0 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 xen_changeset : unavailable [root@ServerCentOS52 ~]# xm list Name ID Mem VCPUs State Time(s) CENTOS52PV 2048 1 0.0 Domain-0 0 7000 2 r----- 116.3 IntrepidHVM 2048 1 0.0 IntrepidPV 5 4096 1 -b---- 25.3 SNV98HVM 2048 1 394.9 U8HVM 2048 1 45.6 [root@ServerCentOS52 ~]# --- On Mon, 10/27/08, Krzysztof Chojnowski <notch@toltech.nl> wrote: From: Krzysztof Chojnowski <notch@toltech.nl> Subject: Re: [Xen-users] xen 3.3.0 + intrepid domU (2.6.27-7-server) + >4gb ram problem To: bderzhavets@yahoo.com Cc: xen-users@lists.xensource.com Date: Monday, October 27, 2008, 12:19 PM Boris Derzhavets wrote:> Sorry, does > > vmlinuz-2.6.27-7-server > > support pv_ops in DomU ? >grep -i paravirt /boot/config-2.6.27-7-server CONFIG_PARAVIRT=y CONFIG_PARAVIRT_CLOCK=y # CONFIG_PARAVIRT_DEBUG is not set CONFIG_PARAVIRT_GUEST=y _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Reasonably Related Threads
- Dmesg log for 2.6.31-rc8 kernel been built on F12 (rawhide) vs log for same kernel been built on F11 and installed on F12
- change pxe filename/prefix
- Dereverberation - is it work?
- Libguestfs hangs after issuing a launch command
- [PATCH v15 09/15] pvqspinlock: Implement simple paravirt support for the qspinlock