On 10/11/06 5:49 am, "Isaku Yamahata" <[EMAIL PROTECTED]> wrote:
> fix xenmem hypercall for non-trivial xencomm arch(i.e. ia64, and powerpc)
> On ia64 and powerpc, guest_handle_add_offset() effect persists over
> hypercall continuation because its consumed offset is recorced in
> guest domains mem
On Fri, Nov 10, 2006 at 08:03:51AM +, Keir Fraser wrote:
> On 10/11/06 5:49 am, "Isaku Yamahata" <[EMAIL PROTECTED]> wrote:
>
> > fix xenmem hypercall for non-trivial xencomm arch(i.e. ia64, and powerpc)
> > On ia64 and powerpc, guest_handle_add_offset() effect persists over
> > hypercall cont
On 10/11/06 08:45, "Isaku Yamahata" <[EMAIL PROTECTED]> wrote:
> - introduce guest_handle_add_offset_after_continuatiton() and
> replace guest_handle_add_offset() in memory.c with it.
> leave do_multicall() and guest_console_write() as is.
This is the best option I think. But I'm loathe to ma
On Fri, Nov 10, 2006 at 09:57:44AM +, Keir Fraser wrote:
> On 10/11/06 08:45, "Isaku Yamahata" <[EMAIL PROTECTED]> wrote:
>
> > - introduce guest_handle_add_offset_after_continuatiton() and
> > replace guest_handle_add_offset() in memory.c with it.
> > leave do_multicall() and guest_consol
On 10/11/06 10:42, "Isaku Yamahata" <[EMAIL PROTECTED]> wrote:
>> This is the best option I think. But I'm loathe to make it part of the
>> guest_handle API. We should avoid getting into this mess in the first place
>> for future hypercalls, so this will be a memory-specific function.
>>
>> We sh
Thanks for the watchful eye
On Nov 9, 2006, at 4:49 PM, Muli Ben-Yehuda wrote:
On Thu, Nov 09, 2006 at 12:02:45AM +, Xen patchbot-linux-
ppc-2.6 wrote:
+struct page *alloc_foreign_page(void)
+{
+ int bit;
+ do {
+ bit = find_first_zero_bit(foreign_map_bitmap,
+
Thanks Yi,
On Nov 9, 2006, at 5:22 PM, geyi wrote:
Jimi,
We made several tests on the save/restore with different guest
domain configuration. Here is the problems we meet in the tests:
1. Cannot get the pfn list on large domain (domain memory >= 1GB).
The xc_get_pfn_list will fail for la
Jimi Xenidis wrote:
Thanks Yi,
On Nov 9, 2006, at 5:22 PM, geyi wrote:
Jimi,
We made several tests on the save/restore with different guest domain
configuration. Here is the problems we meet in the tests:
1. Cannot get the pfn list on large domain (domain memory >= 1GB). The
xc_get_pfn_li
On Wed, 2006-11-08 at 05:53 +, 장현승 wrote:
> I am using 970 Simulator for testing PPC Xen but I found that PPC Xen did not
> work on 970 simulator from rev 11963.
>
> It hangs after domain 0 is initialized and before shell prompt comes.
>
>
>
> By some tracing, I found that there is no hyp
I don't know how to find what rev I
have. I built Mambo for gpul from the Austin trees as of August 14
and I successfully run the very latest Xen and Linux on this simulator,
both with and without my patches for noHV.
Mark___
Xen-ppc-devel mailing list
IA64 & PPC aren't making use of this right now, but it's silly to have
the build fail for some trivial x86 specific assembly. I snagged the
appropriate bitops for ia64 and ppc (untested) and tossed in an
unoptimized option as well in case we want to make use of it. Thanks,
Alex
Signe
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID 7553b5170236ffe6ed3805c321bfd1ce2010793e
# Parent e6688f786b21d74a4616a56415d2b11562d7fcc0
[XEN] up the XEN_DOMCTL_INTERFACE_VERSION to 4
Signed-off-by: Jimi Xenidis <[EMAIL PROTECTED]>
---
include/xen/interface/domctl.h |
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID ef51ca28a1fc1e49299f0492194f921a309abc64
# Parent 7553b5170236ffe6ed3805c321bfd1ce2010793e
[XEN][POWERPC] Fixes int he bitmap managment of the Foriegn Map
Bitmap bit position are ulongs, and more error checking.
Thanks to: [EM
# HG changeset patch
# User Jimi Xenidis <[EMAIL PROTECTED]>
# Node ID e6688f786b21d74a4616a56415d2b11562d7fcc0
# Parent 15c1ca41a412014e942f72c908861c963a35e306
[XEN] file is removed upstream
---
drivers/xen/netfront/Kconfig |6 --
1 files changed, 6 deletions(-)
diff -r 15c1ca41a412 -r
14 matches
Mail list logo
