From: Isaku Yamahata
Sent: 2006年5月24日 11:56
On Wed, May 24, 2006 at 06:10:53AM +0800, You, Yongkang wrote:
Well, I found a lot of bad address reported from serial port, no matter
creating VTI or XenU domain.
(XEN) vcpu_translate: bad physical address: 0xa001a0a0
Does the attached
Hi,
AFLAGS = -nostdinc $CPPFLAGS is removed.
http://xenbits.xensource.com/ext/xen-ia64-unstable.hg?cs=11b7dc3529b9
I think we cannot cross compile xen.
See xen/arch/ia64/linux/Makefile.
I make a fix patch.
Best Regards,
Akio Takebe
add_nostdinc_to_aflags.patch
Description: Binary data
Hi,
I'm sorry. I forgot our signed-off-by.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Signed-off-by: Kouya Shimura [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi,
AFLAGS = -nostdinc $CPPFLAGS is removed.
http://xenbits.xensource.com/ext/xen-ia64-unstable.hg?cs=11b7dc3529b9
I think we
Updated the patches following Alex comment.
- introduced ASSIGN_readonly, ASSIGN_writable
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
2 / 3
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID fcbf18aa1c7df039f01da6b5aca9343f59b072ac
# Parent 810b3f0491cef6f47496007366daccda57829d7d
add read only mapping support.
PATCHNAME: read_only_mapping_linux
Signed-off-by: Isaku Yamahata [EMAIL PROTECTED]
diff -r 810b3f0491ce -r
1 / 3
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 810b3f0491cef6f47496007366daccda57829d7d
# Parent 83c0449db67ac3c9b5e04c91ed042a0629ff48d8
add grant table GNTMAP_readonly support.
introduce ASSIGN_readonly flags for read only page assignment to
pseudo physical address space.
Hi Alex,
On Tue, 2006-05-23 at 11:33 -0600, Alex Williamson wrote:
On Fri, 2006-05-19 at 00:37 +0900, Masaki Kanno wrote:
Hi,
I resend the patch which reflected comment.
Hi Kan,
Sorry for the late comment, but could you consolidate
handle_fpu_swa_for_domain() and
This patch adds support for ptc.l emulation. In 2.6.16 kernel
flush_tlb_range will call global_tlb_purge directly, so ptc.l shouldn't
be used when CONFIG_SMP enable.
But in order to enhance performance (maybe), 2.6.17 kernel in smp
environment
will do mm check first. If mm is current-active_mm and
Am Mittwoch, 24. Mai 2006 06:07 schrieb Tian, Kevin:
From: Magenheimer, Dan (HP Labs Fort Collins)
Sent: 2006年5月23日 22:40
May it be that XEN_HYPER_ITC_D and XEN_HYPER_ITC_I are
in
the reverse
order?
Good catch.
Feel free to send a patch.
Does this
On Wed, 2006-05-24 at 19:22 +0900, Masaki Kanno wrote:
Why do we need handle_fpu_swa_for_xen()? Xen should never hit an FP
error that requires this support. Thanks,
Same as you, I think that Xen should never hit an FP error that requires
this support. However, the time when FPSWA is
Why do we need handle_fpu_swa_for_xen()? Xen should
never hit an FP
error that requires this support. Thanks,
Same as you, I think that Xen should never hit an FP error
that requires
this support. However, the time when FPSWA is necessary for
Xen may come.
Therefore I'd like to
On Wed, 2006-05-24 at 11:20 +0800, Tian, Kevin wrote:
Thanks a lot for pushing in. Attached is the patch for buildconfig file.
Applied. Can we also get rid of evtchn_ia64.c now? Thanks,
Alex
--
Alex Williamson HP Linux Open Source Lab
At first, I suspected that this degradation was entirely
due to the fact that large (64MB?) kernel pages were
now causing many more TLB/VHPT misses because they are
fragmented into 16KB pages. However, I am
seeing that domU performance is also reduced by ~3%,
and domU had this fragmentation prior
On Wed, 2006-05-24 at 19:25 +0800, Zhang, Xiantao wrote:
This patch adds support for ptc.l emulation. In 2.6.16 kernel
flush_tlb_range will call global_tlb_purge directly, so ptc.l shouldn't
be used when CONFIG_SMP enable.
But in order to enhance performance (maybe), 2.6.17 kernel in smp
On Wed, 2006-05-24 at 13:34 +0200, Dietmar Hahn wrote:
I hope the patch is in the right format.
Thanks.
Looks good; applied. Thanks,
Alex
--
Alex Williamson HP Linux Open Source Lab
___
Xen-ia64-devel
On Wed, 2006-05-24 at 09:46 -0600, Alex Williamson wrote:
On Tue, 2006-05-23 at 23:48 -0600, Alex Williamson wrote:
It appeared to be stuck in the -b state as shown by xm list,
but let me do some verification tomorrow. Thanks for testing this. I'm
running UP dom0 + 4-way SMP domU +
Hopefully the first of a few patches to get rid of
xen-mkbuildtree-pre. This isn't as elegant as it hopefully will be
eventually, but it gets the job done.
Tested by building on ia64
Signed-off-by: Aron Griffis [EMAIL PROTECTED]
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID
On Wed, 2006-05-24 at 15:08 -0400, Aron Griffis wrote:
Hopefully the first of a few patches to get rid of
xen-mkbuildtree-pre. This isn't as elegant as it hopefully will be
eventually, but it gets the job done.
I think it might be more acceptable to xen-unstable if we were to add
config
Alex Williamson wrote: [Wed May 24 2006, 03:16:18PM EDT]
On Wed, 2006-05-24 at 15:08 -0400, Aron Griffis wrote:
Hopefully the first of a few patches to get rid of
xen-mkbuildtree-pre. This isn't as elegant as it hopefully will be
eventually, but it gets the job done.
I think it
On Wed, 2006-05-24 at 17:01 +0900, Akio Takebe wrote:
Hi,
AFLAGS = -nostdinc $CPPFLAGS is removed.
http://xenbits.xensource.com/ext/xen-ia64-unstable.hg?cs=11b7dc3529b9
I think we cannot cross compile xen.
See xen/arch/ia64/linux/Makefile.
I make a fix patch.
Applied.
--
Alex
On Wed, May 24, 2006 at 03:04:27PM +0800, Tian, Kevin wrote:
From: Isaku Yamahata
Sent: 2006年5月24日 11:56
On Wed, May 24, 2006 at 06:10:53AM +0800, You, Yongkang wrote:
Well, I found a lot of bad address reported from serial port, no matter
creating VTI or XenU domain.
(XEN)
On Wed, May 24, 2006 at 10:23:10AM -0700, Magenheimer, Dan (HP Labs Fort
Collins) wrote:
At first, I suspected that this degradation was entirely
due to the fact that large (64MB?) kernel pages were
now causing many more TLB/VHPT misses because they are
fragmented into 16KB pages. However, I
From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
Sent: 2006年5月25日 9:42
Hi, Isaku,
I'm interesting why your patch can fix potential issue here. Ideally
XEN_HYPER_ITC_D is only the fast path which should have the same
effect as GP fault caused by itc.d. If your patch really helps, that means
From: Alex Williamson [mailto:[EMAIL PROTECTED]
Sent: 2006年5月25日 10:26
On Thu, 2006-05-25 at 10:04 +0800, Tian, Kevin wrote:
VTI network has not been tested aggressively and thus your
observation
is new and we'll take a look.
I'll try again by following your steps. As a confirmation required
Hi, Alex,
I've reproduced your observation at 8th wget for a 670MB image, and
now is looking into it.
Thanks,
Kevin
From: Tian, Kevin
Sent: 2006年5月25日 10:36
From: Alex Williamson [mailto:[EMAIL PROTECTED]
Sent: 2006年5月25日 10:26
On Thu, 2006-05-25 at 10:04 +0800, Tian, Kevin wrote:
25 matches
Mail list logo