Le Jeudi 06 Juillet 2006 04:35, Alex Williamson a écrit :
On Wed, 2006-07-05 at 09:48 -0600, Alex Williamson wrote:
On Tue, 2006-07-04 at 14:33 +0200, Tristan Gingold wrote:
Le Mardi 04 Juillet 2006 09:22, Tristan Gingold a écrit :
Hi Alex,
have you any problems to integrate this
Le Jeudi 06 Juillet 2006 04:35, Alex Williamson a écrit :
On Wed, 2006-07-05 at 09:48 -0600, Alex Williamson wrote:
On Tue, 2006-07-04 at 14:33 +0200, Tristan Gingold wrote:
Le Mardi 04 Juillet 2006 09:22, Tristan Gingold a écrit :
Hi Alex,
have you any problems to integrate this
Le Jeudi 06 Juillet 2006 05:20, Tian, Kevin a écrit :
From: Tristan Gingold
Sent: 2006年7月5日 23:15
The live migration requires a bitmap of dirtied pages. So the d bit
(dirty bit) has to be virtualized.
I can see at least two issues now:
* When a dirty bit fault occurs Xen has to
Hello Tristan!
It`s strange, because now my Debian doesn`t boot too !!!
Occurrs the same error!
ConvertPages: Incompatible memory types
gzip.c(line 445): realocation is disabled, cannot load kernel
gzip.c(line 602): gzip_ia64: invalid exec header
exit status code: Load Error
Thanks!
Hi,
this patch adds the save restore feature.
Two files are added: xc_ia64_linux_save.c and xc_ia64_linux_restore.c. They
are in a ia64/ subdirectory of libxc, as recently recommended by Keir.
The other changes are:
* more register in vcpu context (eg: TRs).
* drivers/xen/core/reboot.c in
I will try Akio! Thanks!
Tristan:
Which machine are you using ?
Model: Itanium2 rx5670 900MHZ
Try with -v to get more details.
#xlilo -v xen
read_config=Success
kernel is 'vmlinux-2.6.16.13-xen0'
arguments are 'append=com2=57600,8n1 console=com2 sched=bvt maxcpus=4
dom0_mem=512 --nomca
On Thu, 2006-07-06 at 13:58 +, Rodrigo Lord wrote:
Also could you send the output of memmap ?
#memmap
LoaderData: 157 Pages (643,072)
BS_data: 2,123 Pages (8,695,808)
RT_code: 1,506 Pages (6,168,576)
RT_data: 186 Pages (761,856)
available: 2,093,056 Pages (8,573,157,376)
Unusable:
On Thu, 2006-07-06 at 11:23 +0200, Tristan Gingold wrote:
I was able to reproduce the bug, but Xend didn't crash. I got libc messages
when using MALLOC_CHECK_=1.
Using this patch, the message disappeared.
So it should fix the root of the bug.
Yep, that fixes it. Thanks!
Alex
On Wed, 2006-06-28 at 14:07 +0800, Tian, Kevin wrote:
Yes, we also observed such problem and have rooted caused the reason
(new ACPI logic added to qemu). Solution is in progress...
Hi Kevin,
Any news on this? I'd like to make sure I add it back into my
testing when it gets fixed.
Alex,
There is GFW change needed to address upstream IRQ logic indirectly
derived from ACPI. The new GFW will be sent out tomorrow.
Thanks,
-Fred
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Alex
Williamson
Sent: Thursday, July 06, 2006 8:41 AM
To:
into the
linux-xen structure, and making them match upstream. I've committed the
changes into a test tree here:
http://free.linux.hp.com/~awilliam/20060706-init/
Please review changesets 10666 through 10679 of this tree and let me
know if you approve of the modifications. If so, I'll push
This patch enables xen-ia64 support in the fedora kernel. It applies
to the cvs tree checked out according to the instructions at
http://people.redhat.com/davej/
At this point I'm requesting this patch be applied. Until the
hypervisor is updated to match the generic linux-2.6-xen.patch, it
Hi Daniel,
Daniel Veillard wrote: [Fri Jun 23 2006, 11:29:59AM EDT]
Initially xen didn't compiled on ia64, I will fix it, thanks for the
head-up !
It appears this hasn't been fixed yet. Here is the patch against the
current src.rpm. Could you please apply it at this point?
Thanks,
Aron
Here is the updated patch against xen-3.0.2-9.src.rpm. Could this be
applied at this point?
Signed-off-by: Aron Griffis [EMAIL PROTECTED]
xen.spec | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff -r e99d0fc56705 -r ca34d01a0d0b SPECS/xen.spec
--- a/SPECS/xen.spec
Hi Tristan,
Generally looks very good, and it works on my system too! How much
more is required for SMP support? I tried saving a 2-way domU.
Unfortunately it restored with only a single CPU and wasn't very happy
about it. A couple trivial comments below. Thanks,
Alex
On Thu,
Daniel Veillard wrote: [Thu Jul 06 2006, 05:41:16PM EDT]
I really can't change it before xen itself is rebuilt and available for this
architecture.
By xen, I assume you're referring to xen.rpm (tools) rather than the
hypervisor... I've also requested that to be patched. See
Hi all,
On Cset 10665, when I
create a xenU domain I find the console stayed at Freeing unused kernel
memory:304KB freed. But I am sure that it has been created. Because I
can ping its dhcp_hostname and I can use ssh to log on it.
What is wrong in the xenU
console? Thank you.
Hi Zhang and all,
We also had same your issue on cset 10665 too.
And as you said, that's okay to ping/ssh domU.
In addition, we found a new issue that is
compile failure(make tools) when using the same
cset on FedoraCore6. please see attachment.
Thanks,
Fujita
Hi, Fujita
The compile error is a bug of fedora core6.
fedoracore6 don't have linux/compile.h in glibc-kernheaders.
Best Regards,
Akio Takebe
Hi Zhang and all,
We also had same your issue on cset 10665 too.
And as you said, that's okay to ping/ssh domU.
In addition, we found a new issue that
On Fri, 2006-07-07 at 13:41 +0900, Akio Takebe wrote:
Hi, Fujita
The compile error is a bug of fedora core6.
fedoracore6 don't have linux/compile.h in glibc-kernheaders.
I agree, my build system has compiler.h provided by the
linux-kernel-headers package (Debian). You could try copying
Hi Akio,
I still have some issues with these patches being maintainable. I've
spent some time cleaning up the patches, moving them back into the
linux-xen structure, and making them match upstream. I've committed the
changes into a test tree here:
http://free.linux.hp.com/~awilliam/20060706
21 matches
Mail list logo