All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ed Smith <esmith@virtualiron.com>
To: "Zhao, Yunfeng" <yunfeng.zhao@intel.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: Problem booting fully virtualized (Intel VT) 32b gueston XEN32 unstable
Date: Fri, 28 Apr 2006 10:56:24 -0400	[thread overview]
Message-ID: <44522D18.2060808@virtualiron.com> (raw)
In-Reply-To: <08B1877B2880CE42811294894F33AD5C024965@pdsmsx411.ccr.corp.intel.com>

That worked.  I set my dom0_mem=256M and my domUs now boot fine.

Is this currently a restriction in 32bit XEN?  I don't have to adjust
the dom0 memory on 64bit XEN.  I thought the balloon driver was supposed
to allow dom0 to allocate up all the available memory for the hypervisor
and then let the hypervisor give it out to domU's as needed.

Thanks,
Ed Smith

Zhao, Yunfeng wrote:
> You need to add dom0_mem=XXXm to xen or scale back the memory of domain0 with using  "xm mem-set <DomId> <Mem>" command.
> Your domain0 used up almost all physical mem.
>> total_memory           : 1023
>> free_memory            : 62
> 
> 
> Thanks
> Yunfeng
> 
>> -----Original Message-----
>> From: xen-devel-bounces@lists.xensource.com
>> [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Ed Smith
>> Sent: 2006年4月28日 4:56
>> To: xen-devel@lists.xensource.com
>> Subject: [Xen-devel] Problem booting fully virtualized (Intel VT) 32b gueston
>> XEN32 unstable
>>
>> Has anyone been able to boot a fully virtualized (Intel VT) 32bit guest
>> on XEN32 unstable?  I'm trying to setup a nightly test environment for
>> this configuration and XEN32 nosmp hangs when launching a 32bit guest,
>> and XEN32 smp gets a double fault launching a 32bit guest.  It happens
>> pretty early as the SDL window doesn't come up.   I tried with apic,
>> pae, and acpi all on and all off, same problem.  Example config attached.
>>
>> Here is my XEN32 nosmp console:
>>
>> Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
>> Kernel 2.6.16-xen on an i686
>>
>> tst122 login: root
>> Password:
>> Last login: Thu Apr 27 16:13:40 from 10.1.2.13
>> [root@tst122 ~]# /etc/init.d/xend start
>> Bridge firewalling registered
>> ip_tables: (C) 2000-2006 Netfilter Core Team
>> [root@tst122 ~]# xm info
>> host                   : tst122
>> release                : 2.6.16-xen
>> version                : #1 SMP Wed Apr 26 00:58:26 EDT 2006
>> machine                : i686
>> nr_cpus                : 1
>> nr_nodes               : 1
>> sockets_per_node       : 1
>> cores_per_socket       : 1
>> threads_per_core       : 1
>> cpu_mhz                : 2793
>> hw_caps                :
>> bfebfbff:20000000:00000000:00000180:0000e43d:00000000:00000001
>> total_memory           : 1023
>> free_memory            : 62
>> xen_major              : 3
>> xen_minor              : 0
>> xen_extra              : -unstable
>> xen_caps               : xen-3.0-x86_32 hvm-3.0-x86_32
>> platform_params        : virt_start=0xfc000000
>> xen_changeset          : Tue Apr 25 18:22:11 2006 +0100 9744:1ad06bd6832d
>> cc_compiler            : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
>> cc_compile_by          : build
>> cc_compile_domain      : katana-technology.com
>> cc_compile_date        : Wed Apr 26 00:10:30 EDT 2006
>> [root@tst122 ~]# xm list
>> Name                              ID Mem(MiB) VCPUs State  Time(s)
>> Domain-0                           0      939     1 r-----    27.7
>> [root@tst122 ~]# xm create /boot/vs179_sdl.hvm
>> Using config file "/boot/vs179_sdl.hvm".
>> ip_tables: (C) 2000-2006 Netfilter Core Team
>> Started domain vs
>>
>> *** HUNG ***
>>
>>
>> Here is my XEN32 smp console:
>>
>> Red Hat Enterprise Linux ES release 4 (Nahant Update 2)
>> Kernel 2.6.16-xen on an i686
>>
>> tst122 login: root
>> Password:
>> Last login: Thu Apr 27 16:22:46 from 10.1.2.13
>> [root@tst122 ~]# /etc/init.d/xend start
>> Bridge firewalling registered
>> ip_tables: (C) 2000-2006 Netfilter Core Team
>> [root@tst122 ~]# xm info
>> host                   : tst122
>> release                : 2.6.16-xen
>> version                : #1 SMP Wed Apr 26 00:58:26 EDT 2006
>> machine                : i686
>> nr_cpus                : 2
>> nr_nodes               : 1
>> sockets_per_node       : 1
>> cores_per_socket       : 2
>> threads_per_core       : 1
>> cpu_mhz                : 2793
>> hw_caps                :
>> bfebfbff:20000000:00000000:00000180:0000e43d:00000000:00000001
>> total_memory           : 1023
>> free_memory            : 62
>> xen_major              : 3
>> xen_minor              : 0
>> xen_extra              : -unstable
>> xen_caps               : xen-3.0-x86_32 hvm-3.0-x86_32
>> platform_params        : virt_start=0xfc000000
>> xen_changeset          : Tue Apr 25 18:22:11 2006 +0100 9744:1ad06bd6832d
>> cc_compiler            : gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
>> cc_compile_by          : build
>> cc_compile_domain      : katana-technology.com
>> cc_compile_date        : Wed Apr 26 00:10:30 EDT 2006
>> [root@tst122 ~]# xm list
>> Name                              ID Mem(MiB) VCPUs State  Time(s)
>> Domain-0                           0      939     2 r-----    31.2
>> [root@tst122 ~]# xm create /boot/vs179_sdl.hvm
>> Using config file "/boot/vs179_sdl.hvm".
>> ip_tables: (C) 2000-2006 Netfilter Core Team
>> Started domain vs179
>> [root@tst122 ~]# (XEN) CPU:    1
>> (XEN) EIP:    e008:[<ff1282f3>] do_page_fault+0x53/0x410
>> (XEN) EFLAGS: 00010213
>> (XEN) CR3:    00000000
>> (XEN) eax: 00000000   ebx: 00000000   ecx: 00000073   edx: ff1ddfb4
>> (XEN) esi: ff1dd0e8   edi: 0000000c   ebp: 00000000   esp: ff1dd0b4
>> (XEN) ds: e010   es: e010   fs: e010   gs: e010   ss: e010
>> (XEN) ************************************
>> (XEN) CPU1 DOUBLE FAULT -- system shutdown
>> (XEN) System needs manual reset.
>> (XEN) ************************************
>>

  reply	other threads:[~2006-04-28 14:56 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-28  7:28 Problem booting fully virtualized (Intel VT) 32b gueston XEN32 unstable Zhao, Yunfeng
2006-04-28 14:56 ` Ed Smith [this message]
2006-04-28 15:31   ` Ewan Mellor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=44522D18.2060808@virtualiron.com \
    --to=esmith@virtualiron.com \
    --cc=xen-devel@lists.xensource.com \
    --cc=yunfeng.zhao@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.