>From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
>Sent: 2006?6?1? 12:45
>> >I just took a quick look at your patch though.
>> >There is no protection to IPI.
>> >Is it O.K? Does the use of IPI cause race?
>> >
>> Do you mean below code?
>> #ifdef XEN
>> spin_lock(&call_lock);
>> #else
>
>I mean
On Thu, Jun 01, 2006 at 11:46:05AM +0800, Xu, Anthony wrote:
> >From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
> >Sent: 2006?6?1? 10:12
> >To: Xu, Anthony
> >Cc: xen-ia64-devel@lists.xensource.com
> >Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
> >
> >
> >On Wed, May 31, 2006 at 0
>From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
>Sent: 2006?6?1? 10:12
>To: Xu, Anthony
>Cc: xen-ia64-devel@lists.xensource.com
>Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
>
>
>On Wed, May 31, 2006 at 03:32:06PM +0800, Xu, Anthony wrote:
>> This patch intends to enable SMP on VT
fix vmx_vcpu_ptr_d() and vmx_vcpu_ptr_i().
They must purge all tr registers which overlap. not only one.
--
yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 82e605a2b508fb558085d955c672d8bffd5360a4
# Parent 51f93cc34bb6ba4136edb14855dc6711269d1b29
fix vmx_vcpu_ptr_d() and vmx_vc
This patch tries to check MD's overlap and tries not to assign
page to non conventional area.
Maybe you may want to apply this patch before VGA-related modifications.
On Wed, May 31, 2006 at 08:10:42PM -0600, Alex Williamson wrote:
> On Thu, 2006-06-01 at 09:45 +0800, Zhang, Xiantao wrote:
> > Hi
On Wed, 2006-05-31 at 11:10 +0200, Tristan Gingold wrote:
> @@ -281,6 +282,9 @@ int arch_domain_create(struct domain *d)
> if ((d->arch.mm.pgd = pgd_alloc(&d->arch.mm)) == NULL)
> goto fail_nomem;
>
> + d->shared_info->arch.flags = (d == dom0) ?
> + (SIF_IN
Alex, could you apply this patch series?
priv_handle_op() should be fixed and There is no objection against
this patch series.
This patch focuses on performace, It should determined based on
a some sort of benchmark that whether we should go for option B or not.
So I attached para-virtualized bu
On Wed, May 31, 2006 at 03:32:06PM +0800, Xu, Anthony wrote:
> This patch intends to enable SMP on VTI domain.
>
> This patch depends on previous three patches I sent out.
> 1. fixed a bug which causes Oops
> 2. fixed a small bug about VTLB
> 3. Add sal emulation to VTI domain
>
> This patch use
On Thu, 2006-06-01 at 09:45 +0800, Zhang, Xiantao wrote:
> Hi Alex,
> We are using tiger4 platform. I didn't find md about space:
> 0xa-0xc in efi memmap, maybe it was assumed
> EFI_MEMORY_MAPPED_IO in native OS. But dom_fw_init shouldn't neglect
> it to set IO space according to MDs
Hi Alex,
We are using tiger4 platform. I didn't find md about space:
0xa-0xc in efi memmap, maybe it was assumed EFI_MEMORY_MAPPED_IO in
native OS. But dom_fw_init shouldn't neglect it to set IO space according to
MDs efi provides. Seems your platform has VGA console. So this pat
On Wed, 2006-05-31 at 16:19 -0400, Aron Griffis wrote:
> Rather than bother with a prototype, inline the snippet of code and
> get rid of xenconsole.c completely.
Applied.
--
Alex Williamson HP Open Source & Linux Org.
On Wed, 2006-05-31 at 23:01 +0800, Tian, Kevin wrote:
> Hi, Alex,
> This patch adds several missing is_running_on_xen(). Now only
> remaining point is hw_resend_irq since it's in the common code, and
> I'll find a way separately.
Applied.
--
Alex Williamson
On Wed, 2006-05-31 at 11:52 +0200, Tristan Gingold wrote:
> Hi,
>
> this patch cleans up all remaining warnings.
> -Werror and -Wno-uninitialized are added for make no_warns=y
Applied. I added back in the #ifdef XEN parts, they do hurt
readability, but I prefer it for the merge maintenance.
On Wed, 2006-05-31 at 13:01 +0800, Xu, Anthony wrote:
> Add sal emulation to VTI domain
Applied.
--
Alex Williamson HP Open Source & Linux Org.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://l
On Wed, 2006-05-31 at 12:28 +0800, Xu, Anthony wrote:
> Initialize VHPT headers invalid
Applied.
--
Alex Williamson HP Open Source & Linux Org.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://l
Applied.
--
Alex Williamson HP Open Source & Linux Org.
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
On Tue, 2006-05-30 at 23:18 +0800, Tian, Kevin wrote:
> This patch fixes several minor issues, as a prepare step to support VGA
> acceleration for VTI domain:
Applied.
--
Alex Williamson HP Open Source & Linux Org.
___
On Thu, 2006-06-01 at 05:11 +0800, You, Yongkang wrote:
> Hi all,
>
> I met this situation several times, just like the description in
> weekly Xen/VTI status report.
>
> I didn't use the loop program to duplicated create and destroy xenU.
> But after some testing (have several creating/destroyin
On Wed, 2006-05-31 at 11:10 +0200, Tristan Gingold wrote:
> Hi,
>
> updated after event channel patch.
Hi Tristan,
I'm still having trouble getting dom0 booted with this patch. I'll
debug some more tonight and let you know what I find. Thanks,
Alex
--
Alex Williamson
Hi Keir,
Please pull:
http://xenbits.xensource.com/ext/xen-ia64-unstable.hg
Changeset 10235 of this tree is sync'd up to xen-unstable.hg cset 10200.
Updates include evtchn support, GNTMAP_readonly support, floating point
software assist (FPSWA) support, as well as numerous bug fixes and
cleanu
Hi all,
I met this situation several times, just like the description in weekly Xen/VTI
status report.
I didn't use the loop program to duplicated create and destroy xenU. But after
some testing (have several creating/destroying) on VTI domain and XenU,
sometimes I can not create XenU successf
There's no declaration for early_console_setup(), defined in
xenconsole.c and used in setup.c. This generates a warning which
becomes an error when built with
-Werror-implicit-function-declaration, as in the Fedora kernel rpm.
Rather than bother with a prototype, inline the snippet of code and
ge
On Wed, 2006-05-31 at 12:13 +0800, Xu, Anthony wrote:
> @@ -171,8 +174,11 @@ void vtm_set_itm(VCPU *vcpu, uint64_t va
> clear_bit(ITV_VECTOR(vitv), &VCPU(vcpu, irr[0]));
> VCPU(vcpu,itm)=val;
> cur_itc =now_itc(vtm);
> +diff_itc = val-cur_itc;
> +if(diff_itc < 0)
> +d
On Wed, 2006-05-31 at 20:30 +0800, Zhang, Xiantao wrote:
> After enabling dom0_vp mode, we lost domain0's VGA console, and we have
> to connect it through network or serial console.
> The reason is that VGA frame buffer(0xa-0xc) was set to
> conventional
> memory not IO in dom0's p2m tabl
Hi, Alex,
This patch adds several missing is_running_on_xen(). Now only
remaining point is hw_resend_irq since it's in the common code, and
I'll find a way separately.
Signed-off-by Kevin Tian <[EMAIL PROTECTED]>
Thanks,
Kevin
add_missing_xen_check.patch
Description: add_missing_xen_c
>From: Tristan Gingold
>Sent: 2006年5月31日 15:40
>> My opinion: we should NOT give up this feature. The
>> recent VP patches are critical to catching up with
>> Xen/x86 functionality so we have to accept some short
>> term minor regressions for this. I think all other
>> patches (including event ch
Hi, Keir,
Attached patch is the qemu part to enable VGA acceleration for
VTI
domain. It also fixes a small point about increasing maximum mem for
the new linear buffer.
Signed-off-by Kevin Tian <[EMAIL PROTECTED]>
Thanks,
Kevin
vga_accl_vti.patch
Description: vga_accl_vti.patch
__
Le Mercredi 31 Mai 2006 15:02, Xu, Anthony a écrit :
> From: Tristan Gingold [mailto:[EMAIL PROTECTED]
>
> >Sent: 2006年5月31日 20:54
> >To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
> >Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
> >
> >Le Mercredi 31 Mai 2006 14:25, Xu, Antho
>From: Tristan Gingold [mailto:[EMAIL PROTECTED]
>Sent: 2006年5月31日 20:54
>To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
>Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
>
>Le Mercredi 31 Mai 2006 14:25, Xu, Anthony a écrit :
>> From: Tristan Gingold [mailto:[EMAIL PROTECTED]
>>
Le Mercredi 31 Mai 2006 14:25, Xu, Anthony a écrit :
> From: Tristan Gingold [mailto:[EMAIL PROTECTED]
>
> >Sent: 2006年5月31日 20:19
> >To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
> >Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
> >
> >Le Mercredi 31 Mai 2006 14:04, Xu, Antho
After enabling dom0_vp mode, we lost domain0's VGA console, and we have
to connect it through network or serial console.
The reason is that VGA frame buffer(0xa-0xc) was set to
conventional
memory not IO in dom0's p2m table. Attached patch fixes it.
Thanks
-Xiantao
fix_dom0_vga_consol
>From: Tristan Gingold [mailto:[EMAIL PROTECTED]
>Sent: 2006年5月31日 20:19
>To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
>Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
>
>Le Mercredi 31 Mai 2006 14:04, Xu, Anthony a écrit :
>> From: Tristan Gingold
>>
>> >Sent: 2006年5月31日 20:0
Le Mercredi 31 Mai 2006 14:04, Xu, Anthony a écrit :
> From: Tristan Gingold
>
> >Sent: 2006年5月31日 20:04
> >To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
> >Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
> >
> >Le Mercredi 31 Mai 2006 13:43, Xu, Anthony a écrit :
> >> From: Tr
>From: Tristan Gingold
>Sent: 2006年5月31日 20:04
>To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
>Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
>
>Le Mercredi 31 Mai 2006 13:43, Xu, Anthony a écrit :
>> From: Tristan Gingold [mailto:[EMAIL PROTECTED]
>[...]
>> >> Another concer
Le Mercredi 31 Mai 2006 13:43, Xu, Anthony a écrit :
> From: Tristan Gingold [mailto:[EMAIL PROTECTED]
[...]
> >> Another concern is,
> >> If SMP guest is running on a UP platform, vcpus may have same vcpuid.
> >
> >Why ? IMHO this can never happen.
>
> There are 4 LP on my box, if I want to boot
>From: Tristan Gingold [mailto:[EMAIL PROTECTED]
>Sent: 2006年5月31日 17:43
>To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
>Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
>
>Le Mercredi 31 Mai 2006 11:08, Xu, Anthony a écrit :
>> From: Tristan Gingold
>>
>> >Sent: 2006年5月31日 17:0
Hi,
this patch cleans up all remaining warnings.
-Werror and -Wno-uninitialized are added for make no_warns=y
Two comments:
I disable -Wuninitialized. The reason is simple: this warning can be falsly
triggered and thus depends on compiler version. I think it will be a
nightmare to enforce it
Le Mercredi 31 Mai 2006 11:08, Xu, Anthony a écrit :
> From: Tristan Gingold
>
> >Sent: 2006年5月31日 17:01
> >
> >> >I think Xen can
> >> >impose lid to the guest firmware. Things will be a little simpler.
> >>
> >> I don't catch you, Could you explain in more detail?
> >
> >I think lid_2_vcpu is al
>From: Tristan Gingold
>Sent: 2006年5月31日 17:01
>> >I think Xen can
>> >impose lid to the guest firmware. Things will be a little simpler.
>>
>> I don't catch you, Could you explain in more detail?
>I think lid_2_vcpu is almost useless. Like in paravirtualized, vcpuid should
>be simply extracted
Le Mercredi 31 Mai 2006 10:48, Xu, Anthony a écrit :
> From: [EMAIL PROTECTED]
>
> >[mailto:[EMAIL PROTECTED] On Behalf Of Xu,
> > Anthony Sent: 2006年5月31日 16:25
> >To: Tristan Gingold; xen-ia64-devel@lists.xensource.com
> >Subject: RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
> >
> >>From
Hi,
updated after event channel patch.
Tested on dom0 and domU.
Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 2c2ff77fb60f638185be56ee3a31460e757cf437
# Parent fca97f3ab031ad8a6547c66a3beb67225061a578
Vcpu hot-plug support.
Handle SAL return.
Handle ptr.i/ptr.d
Signed-off-by
Le Mercredi 31 Mai 2006 10:25, Xu, Anthony a écrit :
> From: Tristan Gingold
>
> >Sent: 2006年5月31日 16:07
> >To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
> >Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
> >
> >Le Mercredi 31 Mai 2006 09:32, Xu, Anthony a écrit :
> >> This pat
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Xu, Anthony
>Sent: 2006年5月31日 16:25
>To: Tristan Gingold; xen-ia64-devel@lists.xensource.com
>Subject: RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
>
>>From: Tristan Gingold
>>Sent: 2006年5月31日 16:07
>>To: Xu, Anthony; xen-ia6
>From: Tristan Gingold
>Sent: 2006年5月31日 16:07
>To: Xu, Anthony; xen-ia64-devel@lists.xensource.com
>Subject: Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.
>
>Le Mercredi 31 Mai 2006 09:32, Xu, Anthony a écrit :
>> This patch intends to enable SMP on VTI domain.
>>
>> This patch depends on
Le Mercredi 31 Mai 2006 09:32, Xu, Anthony a écrit :
> This patch intends to enable SMP on VTI domain.
>
> This patch depends on previous three patches I sent out.
> 1. fixed a bug which causes Oops
> 2. fixed a small bug about VTLB
> 3. Add sal emulation to VTI domain
>
> This patch uses IPI to im
Le Mardi 30 Mai 2006 17:41, Magenheimer, Dan (HP Labs Fort Collins) a écrit :
> Transparent paravirtualization has little value to developers
> or technology providers but definitely has value for distros
> and software/system/support providers. Note for example
> that Vmware's PVI (for x86) has t
Le Mardi 30 Mai 2006 17:40, Alex Williamson a écrit :
> On Tue, 2006-05-30 at 17:18 +0200, Tristan Gingold wrote:
> > Hi,
> >
> > most big recent patches (dom0vp, event channel) have broken transparent
> > virtualization.
> > Should we give up this feature ?
> >
> > If only Dan and I like this feat
Le Mardi 30 Mai 2006 18:54, Alex Williamson a écrit :
> Hi everyone,
>
>I know we're probably not to the point of officially supporting
> Xen/ia64 on hardware, but I'd like to get a list of known working
> hardware setups to use as reference. So far, I know we have:
>
> Intel Tiger4
> HP rx260
48 matches
Mail list logo
