Re: [Xen-ia64-devel] xen/ia64 supported hardware

2006-05-31 Thread Tristan Gingold
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

Re: [Xen-ia64-devel] Should we give up transparent virtualization ?

2006-05-31 Thread Tristan Gingold
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 feature, this

Re: [Xen-ia64-devel] Should we give up transparent virtualization ?

2006-05-31 Thread Tristan Gingold
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

Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Tristan Gingold
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 implement

RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Xu, Anthony
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 previous

RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Xu, Anthony
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;

Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Tristan Gingold
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 patch intends to

[Xen-ia64-devel] PATCH: vcpu hotplug

2006-05-31 Thread Tristan Gingold
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

Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Tristan Gingold
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: Tristan

RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Xu, Anthony
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 from lid.

Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Tristan Gingold
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 almost useless. Like in

[Xen-ia64-devel] PATCH: remaining warnings removed

2006-05-31 Thread Tristan Gingold
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

RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Xu, Anthony
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:01 I

Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Tristan Gingold
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 a domU with

RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Xu, Anthony
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 concern is, If

Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Tristan Gingold
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: Tristan Gingold

RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Xu, Anthony
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:04 To: Xu,

[Xen-ia64-devel] [PATCH]Fix domain0 no VGA console bug.

2006-05-31 Thread Zhang, Xiantao
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

Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Tristan Gingold
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, Anthony a écrit

RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Xu, Anthony
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] Sent:

Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Tristan Gingold
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, Anthony a écrit

[Xen-ia64-devel] [PATCH] Enable VGA acceleration for VTI domain

2006-05-31 Thread Tian, Kevin
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

RE: [Xen-ia64-devel] Should we give up transparent virtualization ?

2006-05-31 Thread Tian, Kevin
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 channel)

[Xen-ia64-devel] [PATCH] Add missing is_running_on_xen...

2006-05-31 Thread Tian, Kevin
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:

[Xen-ia64-devel] Can not create xenU again after create/destroy a lot of times.

2006-05-31 Thread You, Yongkang
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

[Xen-ia64-devel] Re: PATCH: vcpu hotplug

2006-05-31 Thread Alex Williamson
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

Re: [Xen-ia64-devel] [PATCH] preparation for vga acceleration of VTI domain

2006-05-31 Thread Alex Williamson
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. ___

RE: [Xen-ia64-devel] [PATCH]set isr before injecting fault to guest.

2006-05-31 Thread Alex Williamson
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

[Xen-ia64-devel] Re: PATCH: remaining warnings removed

2006-05-31 Thread 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.

Re: [Xen-ia64-devel] [PATCH] Add missing is_running_on_xen...

2006-05-31 Thread Alex Williamson
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 HP

Re: [Xen-ia64-devel] [patch] remove xenconsole.c

2006-05-31 Thread Alex Williamson
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.

RE: [Xen-ia64-devel] [PATCH]Fix domain0 no VGA console bug.

2006-05-31 Thread Zhang, Xiantao
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

RE: [Xen-ia64-devel] [PATCH]Fix domain0 no VGA console bug.

2006-05-31 Thread Alex Williamson
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 efi

[Xen-ia64-devel] Re: PATCH: vcpu hotplug

2006-05-31 Thread Alex Williamson
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) ? +

[PATCH] check memory descriptor over lap in dom_fw_init() (was Re: [Xen-ia64-devel] [PATCH]Fix domain0 no VGA console bug.)

2006-05-31 Thread Isaku Yamahata
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

[Xen-ia64-devel] [PATCH] fix vmx_vcpu_ptr_i(), vmx_vcpu_ptr_d()

2006-05-31 Thread Isaku Yamahata
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

RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Xu, Anthony
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 VTI domain.

Re: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Isaku Yamahata
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 03:32:06PM

RE: [Xen-ia64-devel][PATCH] Enable SMP on VTI domain.

2006-05-31 Thread Xu, Anthony
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 meant local_irq_save(),