Hi,
I've recently started to set up xen on one of my itanium servers. The
domains boot smoothly with only one thing being salt-in-the-eye:.
I cannot assign more than about 700MB to all my machines. My node has
2Gb of RAM in total.
I found on mailing lists, that you should enable high memory
Le Lundi 24 Juillet 2006 12:40, Piotr Siwczak a écrit :
Hi,
I've recently started to set up xen on one of my itanium servers. The
domains boot smoothly with only one thing being salt-in-the-eye:.
I cannot assign more than about 700MB to all my machines. My node has
2Gb of RAM in total.
I
Le Lundi 24 Juillet 2006 14:22, Akio Takebe a écrit :
Hi, all
I'm debugging Xwindow system of dom0.
[...]
At the results, I could startx, but not completely.
I found X run while using 100% CPU with top command.
The following messages were shown at that time.
(XEN) lookup_domain_mpa: bad
Le Lundi 24 Juillet 2006 14:22, Akio Takebe a 馗rit :
Hi, all
I'm debugging Xwindow system of dom0.
[...]
At the results, I could startx, but not completely.
I found X run while using 100% CPU with top command.
The following messages were shown at that time.
(XEN) lookup_domain_mpa: bad
Le Lundi 24 Juillet 2006 15:11, Dietmar Hahn a écrit :
Am Montag, 24. Juli 2006 10:15 schrieben Sie:
Le Lundi 24 Juillet 2006 09:20, Dietmar Hahn a écrit :
Hi,
is anybody working on the port of the mini-os from the xen hg to ia64?
As far as I know nobody is working on it.
OK,
On Mon, 2006-07-24 at 15:12 +0200, Dietmar Hahn wrote:
As far as I know nobody is working on it.
OK, then I will start.
Thanks Dietmar. I think this is something we need to watch closely
so that ia64 can be ready should mini-os start being used for fully
virtualized domains.
At the
Hi Tristan,
Sorry for the delay, I didn't have as much spare time last week at
OLS as I was hoping. A few comments on this patch below. Thanks,
Alex
On Tue, 2006-07-18 at 11:03 +0200, Tristan Gingold wrote:
+
+#define BITS_PER_LONG (sizeof(unsigned long) * 8)
+#define
Due to IA64 balloon driver not ready and it depends on max memory value
to allocate its memory. So this fix is necessary now.
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
fix_ia64_mem_alloc.patch
Description: fix_ia64_mem_alloc.patch
___
This patch adds the ia64-specific code for new Qemu .
In addition, some ia64 patches aren't checked into xen-unstable.hg, so I
reversed the related logic temporarily. Once sync with
xen-ia64-unstable.hg, the logic will regain automatically.
Thanks Best Regards
-Xiantao
OTC,Intel Corporation
On Mon, Jul 24, 2006 at 04:43:28PM +0200, Tristan Gingold wrote:
I don't understand why the per-vcpu patch relies on tlb-tracking. Is it for
convienience ?
It was just because of the patch order in my local repository.
It seems to be likely that the per-vcpu vhpt patch will be accepted
On Fri, 2006-07-21 at 09:48 +0800, Zhang, Xiantao wrote:
This patch intends to use __vmx_get_domain_bundle to fetch code
when FP fault @VTi side.
Applied.
--
Alex Williamson HP Open Source Linux Org.
___
On Fri, 2006-07-21 at 19:14 +0900, Akio Takebe wrote:
Hi,
This patch support domU of coredump on ia64.
xen_panic_event() is registered to panic_notifier_list,
and xen_panic_event() call HYPERVISOR_shutdown(SHUTDOWN_crash)
at panic time.
If xend notify crashed status, xend call dumpCore()
remove unnecessary panic_domain() declarations
--
yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID ad9d0d6179c0a2877971280d09c52a285e61f751
# Parent c80625d2fc06a4524411b4028076a78911dc843d
remove unnecessary panic_domain() declarations
PATCHNAME:
increase buffer size in panic_domain().
128 bytes is too short.
--
yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 23fc30baae321d79b9225ce92a8ac5e704afbc45
# Parent ad9d0d6179c0a2877971280d09c52a285e61f751
increase buffer size in panic_domain().
128 bytes is too short.
14 matches
Mail list logo
