From: Keir Fraser [mailto:[EMAIL PROTECTED]
Sent: 2006年3月2日 16:26
On 2 Mar 2006, at 05:43, Tian, Kevin wrote:
However the interesting thing is, following Cset is only for
changing way to map dom0's store page, instead of domU. DomU's
store page is still mapped by foreign page map. If
Hi all,
These patches support domU destroy and Page reference counter.
We reversed the cset:8790 patch, and tested these. As a result,
there was no problem. Please review these patches, and give us
comment.
# We don't test VT-i domain.
[1/2] : domU destroy
[2/2] : Page reference counter
hi,
I have just tried the SEDF scheduler. It doesn't seem as broken as several
monthes ago.
Did anyone tried SEDF recently ?
Tristan.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi Tristan,
Fujitsu team is testing Xen with the SEDF scheduler.
However, the SEDF scheduler has bugs. Fujitsu team is trying a bug-fix.
Best regards,
Kan, and Fujitsu team
Tristan Gingold wrote:
hi,
I have just tried the SEDF scheduler. It doesn't seem as broken as several
monthes ago.
Did
Le Jeudi 02 Mars 2006 15:47, Masaki Kanno a écrit :
Hi Trisran,
The SEDF scheduler bugs are only xen/ia64.
To be precise, the SEDF scheduler source codes does not include bugs.
Because there are not the following functions, action of the SEDF
scheduler becomes inaccuracy.
Ok, thank you for
Hi, Kevin
Thank you for your advice.
I tried to compile define ARCH_HAS_DEV_MEM.
but nothing changed.
Best Regards,
Akio Takebe
Hi, Akio,
Currently linux-2.6-xen-sparse/driver/xen/char/ is not included
in compilation for xen/ia64, so you're still using linux-style kmem
path.
I have a couple of concerns with this patch:
1) Because of vcpu_quick_region_check() this patch will
matter (on Linux) only for code/data in region 7 that
is not pinned by a guest TR. Vcpu_quick_region_check() avoids
checking the guest TRs if accessing a region that has no TRs
set
On 2 Mar 2006, at 18:08, Magenheimer, Dan (HP Labs Fort Collins) wrote:
are missing in xen-unstable.hg though they
exist in xen-ia64-unstable.hg. I'm not
sure how this could have happened but it has
broken the Xen/ia64 build (in xen-unstable.hg).
Keir, could you hg add them (as empty files)
On Thu, 2006-03-02 at 18:41 +, Ewan Mellor wrote:
These are requests from the xenbus driver to create watches to monitor for new
devices being created. That presumably means that either your xenbus driver
is fubar'd, or the mmap'd page is bust, as discussed earlier.
The requests that
From: Magenheimer, Dan (HP Labs Fort Collins)
Sent: 2006年3月3日 1:52
I have a couple of concerns with this patch:
1) Because of vcpu_quick_region_check() this patch will
matter (on Linux) only for code/data in region 7 that
is not pinned by a guest TR. Vcpu_quick_region_check() avoids
Xu, Anthony wrote:
3) I think we should be very careful about making changes
that are intended to improve performance without doing any
benchmarking. Many times I have seen code that was intended
to improve performance actually -- surprise! -- result in
performance degradation.
Hi,
This patch removed xen/include/asm-ia64/linux/mmzohe.h which
is not used now, and removed warning MAX_ORDER redefined
from xen/common/page_alloc.c.
However, mmzohe.h may be necessary when we support virtual
memmap. I hope that we create new header files specific to
xen/ia64 if necessary
Good work, Kan. It's cleaner to remove unused files though it's possibly used
in the future. As you said, we can pull it back if necessary, and it's very
likely original files will be modified more or less to accommodate XEN
specific requirement even copying that time.
Thanks,
Kevin
13 matches
Mail list logo