Hi,
I reflected comment for this patch.
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Best regards,
Kan
efi_set_virt_addr_map.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
Le Lundi 08 Mai 2006 08:32, Masaki Kanno a écrit :
Hi Kevin,
Thanks for your comment.
I correct a patch and will send it again.
BTW, I think it is a good idea to create a new file for firmware. I'd prefer
to put all fw functions ie pal/sal/efi emulator, because dom_fw.c is already
rather
Le Lundi 08 Mai 2006 18:24, Magenheimer, Dan (HP Labs Fort Collins) a écrit :
Note that it may be possible to move some things around
to make shared_archinfo contiguous so that it can share
the same TR. I think there was some discussion about this
on xen-ia64-devel (along with the
Le Mardi 09 Mai 2006 03:50, Xu, Anthony a écrit :
From: Tristan Gingold
Sent: 2006?5?5? 16:25
To: Magenheimer, Dan (HP Labs Fort Collins);
xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] Stability has improved but there is still
worktobe done.
Le Jeudi 04 Mai 2006
Hi,
during this long week-end, I was able to compile 900+700 times linux kernel.
Config is: dom0: 2 cpus, 2*(domU: 4 cpus).
I'd like to thank Anthony again :-)
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
Good news.
Thanks,
Kevin
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Tristan Gingold
Sent: 2006年5月9日 16:19
To: xen-ia64-devel@lists.xensource.com
Subject: [Xen-ia64-devel] Stability results
Hi,
during this long week-end, I was able to compile
Hi Tristan,
Sorry, I don't forget your idea. But I postponed your idea to put
out all firmware functions of dom_fw.c due to the following reasons.
- Your idea was magnificent to me. Therefore I put out only EFI to
give priority to work of FPSWA support.
- About a PAL function, there is
Le Mardi 09 Mai 2006 12:31, Masaki Kanno a écrit :
Hi Tristan,
Sorry, I don't forget your idea. But I postponed your idea to put
out all firmware functions of dom_fw.c due to the following reasons.
- Your idea was magnificent to me. Therefore I put out only EFI to
give priority to work
Hi,
this path removes the warnings in .S files.
You may enforce the no-warning policy using make no_warns=y, which is not
enabled by default.
Tested by boot+halt of dom0+domU.
Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 1927f639434b15408c0498936272dd289d4f2ebf
# Parent
Hi,
I have slightly changed interface of ia64_new_rr7 (in order to pass
shared_info_va as a parameter and directly use pal_vaddr variable).
I have also simplified it: lot's of ;; removed, better use of registers...
Also, longs_peak_putc was removed (not used).
Tested by boot+halt of dom0+domU
Hi Tristan,
BTW, may I write copyright when I made a new file?
My point of view: I don't really like copyright in file headers because they
are not updated and the real copyright belongs to all the contributor. But I
won't reject it.
Thank you.
Because a new file moves most codes from
Hi,
this patch tries to make vtlb/vhpt management interface cleaner. No new
features added.
It also allow to flush region 7 (which fixes a bug).
We really have to think on domain_dirty_cpumask and tlb_flush_mask.
Currently, domain_dirty_cpumask is never set. Setting it kills performance.
Or specify an architected value and provide a hypercall
that allows a guest to change it to a different value if
it wishes.
Do you have any usage model for changing hypercall imm value ?
I can't imagine a reason. Changing hypercall imm value is
not easy: it is
almost hard-coded into
Le Mardi 09 Mai 2006 15:38, Magenheimer, Dan (HP Labs Fort Collins) a écrit :
Or specify an architected value and provide a hypercall
that allows a guest to change it to a different value if
it wishes.
Do you have any usage model for changing hypercall imm value ?
I can't imagine a
I have slightly changed interface of ia64_new_rr7 (in order to pass
shared_info_va as a parameter and directly use pal_vaddr variable).
I have also simplified it: lot's of ;; removed, better use of
registers...
Also, longs_peak_putc was removed (not used).
Tested by boot+halt of
Good cleanup. No specific problems noted however something
this basic should probably get more thorough testing. Since
rr7 changes only on domain switch, booting a few domains
simultaneously and actively exercising them would probably
be a good idea.
Sure.
But a single error and the
On Mon, 2006-05-08 at 14:34 +0900, Isaku Yamahata wrote:
Subject: [PATCH 01/12] [P2M/VP patches step 2] linux: xen-mkbuildtree-pre
more cleanup
Subject: [PATCH 02/12] [P2M/VP patches step 2] linux: macro clean up
Subject: [PATCH 03/12] [P2M/VP patches step 2] xen: hypercall no clean up
On Tue, 2006-05-09 at 12:41 +0900, Isaku Yamahata wrote:
Here is the patch.
Isaku,
I only applied the first 2 chunks of this patch. The rest seems to
be patching code that doesn't yet exist. This fixes the build problem,
but I can't boot with a XEN_IA64_DOM0_VP=y xenlinux kernel. It
On Tue, 2006-05-09 at 13:40 +0800, Zhang, Xiantao wrote:
This patch uses panic domain instead of panic when the panic happening
is only related to current domain other than whole system.
Applied.
--
Alex Williamson HP Linux Open Source Lab
On Tue, 2006-05-09 at 13:12 +0200, Tristan Gingold wrote:
Hi,
this path removes the warnings in .S files.
You may enforce the no-warning policy using make no_warns=y, which is not
enabled by default.
Applied. I can build with --fatal-warnings enabled now. Perhaps we
should make it the
Now that we've started integrating some of Isaku-san's patches,
we need to make sure the default kernel configurations contain
proper configuration values. This patch adds a default for
XEN_IA64_DOM0_VP so that the make oldconfig step completes
properly.
Signed-off-by: Al Stone [EMAIL PROTECTED]
On Tue, 2006-05-09 at 16:49 -0600, Al Stone wrote:
Now that we've started integrating some of Isaku-san's patches,
we need to make sure the default kernel configurations contain
proper configuration values. This patch adds a default for
XEN_IA64_DOM0_VP so that the make oldconfig step
Hi Alex,
I'd like you to apply this patch. Or do you have comment about
this patch?
Best regards,
Kan
Hi,
I reflected comment for this patch.
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Best regards,
Kan
---text/plain---
From: Tristan Gingold
Sent: 2006年5月9日 21:23
Hi,
this patch tries to make vtlb/vhpt management interface cleaner. No
new
features added.
It also allow to flush region 7 (which fixes a bug).
We really have to think on domain_dirty_cpumask and tlb_flush_mask.
Currently, domain_dirty_cpumask is
On Tue, May 09, 2006 at 03:11:09PM -0600, Alex Williamson wrote:
I only applied the first 2 chunks of this patch. The rest seems to
be patching code that doesn't yet exist. This fixes the build problem,
but I can't boot with a XEN_IA64_DOM0_VP=y xenlinux kernel. It fails
booting dom0
25 matches
Mail list logo