On Mon, 2007-01-08 at 18:38 -0500, Jimi Xenidis wrote:
Removing our custom allocator is important to simplify the upcoming
multiboot2 conversion.
how?
We have currently have three page allocators. The first is PPC-specific,
and it includes the Xen image, RTAS, and our copy of the Open
On Thu, 2007-01-04 at 15:56 -0500, Jimi Xenidis wrote:
We did a lot of work here so that stuff could be placed anywhere. I
admit it was not pretty but I'd expect this patch to
replace/improve
not remove.
The memmove below means this logic is unnecessary.
I'd prefer some logic over
On Jan 9, 2007, at 12:09 PM, Hollis Blanchard wrote:
On Thu, 2007-01-04 at 15:56 -0500, Jimi Xenidis wrote:
We did a lot of work here so that stuff could be placed anywhere. I
admit it was not pretty but I'd expect this patch to
replace/improve
not remove.
The memmove below means this
On Jan 9, 2007, at 12:34 PM, Segher Boessenkool wrote:
Wait a minute, doesn't systemsim has a passthrough call for
memmove? If
we should wire that up then this won't impact performance at all.
We were/are trying to eliminate all simulator specific passthrus
in the Xen core code.
That
Keir, can you commit this patch to the tree. It has been tested and does
not appear to cause any issues.
Signed-off-by: Jerone Young [EMAIL PROTECTED]
On Fri, 2007-01-05 at 12:19 +0900, Isaku Yamahata wrote:
fix xencomm_copy_{from, to}_guest.
It should not call paddr_to_maddr() with invalid
This patch removes an invalid optimization that works great if you are a
kernel address (which is contiguous), but if you are module then you
have a kernel address but you are not contiguous. So this check is
invalid.
diff -r bbf2db4ddf54 arch/powerpc/platforms/xen/xencomm.c
---
On Mon, Jan 01, 2007 at 04:44:30PM +, Keir Fraser wrote:
On 1/1/07 12:21 am, Rik van Riel [EMAIL PROTECTED] wrote:
XenSource has usually been less than useful when it comes
to tracking the upstream kernel. I suspect they'll be
obsoleted by KVM and/or lhype at some point in the future,