Re: [Xen-ia64-devel] [Patch] fix buildconfigs of domU

2006-09-04 Thread Tristan Gingold
Le Vendredi 01 Septembre 2006 22:13, Alex Williamson a écrit :
 On Fri, 2006-09-01 at 15:13 +0900, Akio Takebe wrote:
  Hi,
 
  I fix buildconfigs of domU.

It didn't seem right to enable the netdev backend on xenU, so I fixed
 the Kconfig file and updated all the ia64 buildconfigs.  Thanks,
netdev backend may be useful in domU (with driver domain feature), but this is 
certainly not for beginners.

Tristan.

___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel


[Xen-ia64-devel] Cleanup for PV-on-HVM for IPF

2006-09-04 Thread DOI Tsunehisa
Hi all,

  I will post patche for PV-on-HVM on ia64 platform to cleanup for
common code modification minimized.

  These patch include:

   * cleanup.patch
 - ia64_xenmem_reservation_op() and is_running_on_xen() are
   macro-nize if CONFIG_VMX_GUEST is defined.
 - xen_machphys_update() is funcition-ize if CONFIG_VMX_GUEST
   is defined.

  We have tested compiling.

Thanks,
- Tsunehisa Doi
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID 4a17792e0a5a05caad68244abfe09948a6f2d90d
# Parent  1bab7d65171b762bb3cf1ae426bc6c403f847ebf
Cleanup for PV-on-HVM on IPF

Signed-off-by: Tsunehisa Doi [EMAIL PROTECTED]
Signed-off-by: Tomonari Horikoshi [EMAIL PROTECTED]

diff -r 1bab7d65171b -r 4a17792e0a5a 
linux-2.6-xen-sparse/include/asm-ia64/hypercall.h
--- a/linux-2.6-xen-sparse/include/asm-ia64/hypercall.h Fri Sep 01 13:04:02 
2006 -0600
+++ b/linux-2.6-xen-sparse/include/asm-ia64/hypercall.h Mon Sep 04 16:04:27 
2006 +0900
@@ -205,8 +205,12 @@ HYPERVISOR_memory_op(
 }
 
 #include xen/interface/memory.h
+#ifdef CONFIG_VMX_GUEST
+# define ia64_xenmem_reservation_op(op, xmr) (0)
+#else /* CONFIG_VMX_GUEST */
 int ia64_xenmem_reservation_op(unsigned long op,
   struct xen_memory_reservation* reservation__);
+#endif /* CONFIG_XEN_HVM_GUEST */
 static inline int
 HYPERVISOR_memory_op(
 unsigned int cmd, void *arg)
diff -r 1bab7d65171b -r 4a17792e0a5a 
linux-2.6-xen-sparse/include/asm-ia64/hypervisor.h
--- a/linux-2.6-xen-sparse/include/asm-ia64/hypervisor.hFri Sep 01 
13:04:02 2006 -0600
+++ b/linux-2.6-xen-sparse/include/asm-ia64/hypervisor.hMon Sep 04 
16:04:27 2006 +0900
@@ -33,13 +33,17 @@
 #ifndef __HYPERVISOR_H__
 #define __HYPERVISOR_H__
 
-#if !defined(CONFIG_XEN)  !defined(CONFIG_VMX_GUEST)
-#define is_running_on_xen()(0)
-#define HYPERVISOR_ioremap(offset, size)   (offset)
-#else
+#ifdef CONFIG_XEN
 extern int running_on_xen;
 #define is_running_on_xen()(running_on_xen)
-#endif
+#else /* CONFIG_XEN */
+# ifdef CONFIG_VMX_GUEST
+#  define is_running_on_xen()  (1)
+# else /* CONFIG_VMX_GUEST */
+#  define is_running_on_xen()  (0)
+#  define HYPERVISOR_ioremap(offset, size) (offset)
+# endif /* CONFIG_VMX_GUEST */
+#endif /* CONFIG_XEN */
 
 #if defined(CONFIG_XEN) || defined(CONFIG_VMX_GUEST)
 #include linux/config.h
diff -r 1bab7d65171b -r 4a17792e0a5a 
linux-2.6-xen-sparse/include/asm-ia64/maddr.h
--- a/linux-2.6-xen-sparse/include/asm-ia64/maddr.h Fri Sep 01 13:04:02 
2006 -0600
+++ b/linux-2.6-xen-sparse/include/asm-ia64/maddr.h Mon Sep 04 16:04:27 
2006 +0900
@@ -60,6 +60,8 @@ mfn_to_local_pfn(unsigned long mfn)
return pfn;
 }
 
+#define xen_machphys_update(mfn, pfn) do { } while (0)
+
 #else /* !CONFIG_XEN */
 
 #define pfn_to_mfn_for_dma(pfn) (pfn)
@@ -67,6 +69,8 @@ mfn_to_local_pfn(unsigned long mfn)
 #define phys_to_machine_for_dma(phys) (phys)
 #define machine_to_phys_for_dma(machine) (machine)
 #define mfn_to_local_pfn(mfn) (mfn)
+
+extern void xen_machphys_update(unsigned long mfn, unsigned long pfn);
 
 #endif /* !CONFIG_XEN */
 
@@ -81,7 +85,6 @@ mfn_to_local_pfn(unsigned long mfn)
 #define virt_to_machine(virt) __pa(virt) // for tpmfront.c
 
 #define set_phys_to_machine(pfn, mfn) do { } while (0)
-#define xen_machphys_update(mfn, pfn) do { } while (0)
 
 typedef unsigned long maddr_t; // to compile netback, netfront
 
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] [PATCH] hwclock support

2006-09-04 Thread Masaki Kanno
Hi,

This patch supports the hwclock on Domain-0.
It adds the following EFI runtime service emulations for the 
hwclock support.
 1. SetTime
 2. Get/SetWakeupTime

Test result:
1. Results of SetTime
 # hwclock --show
 Sun 03 Sep 2006 01:12:42 PM JST  -0.242322 seconds
 # hwclock --set --date=03 Sep 2006 15:00
 # hwclock --show
 Sun 03 Sep 2006 03:00:05 PM JST  -0.281547 seconds
 # hwclock --systohc
 # hwclock --show
 Sun 03 Sep 2006 01:14:42 PM JST  -0.676491 seconds

2. Results of Get/SetWakeupTime
 Because I didn't find any applications that uses these EFI 
 runtime services, I didn't test them. 

Signed-off-by: Masaki Kanno [EMAIL PROTECTED]

Best regards,
 Kan



hwclock.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] PATCH: avoid crash if not FPSWA

2006-09-04 Thread Tristan Gingold
Hi,

this patch avoid xen early crash if no FPSWA.

Tristan.

# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID afe74d7dcd8b7be768b0ffdb16ccca3b90e26463
# Parent  1bab7d65171b762bb3cf1ae426bc6c403f847ebf
Bug fix: do not crash if no FPSWA.

Signed-off-by: Tristan Gingold [EMAIL PROTECTED]

diff -r 1bab7d65171b -r afe74d7dcd8b xen/arch/ia64/xen/dom_fw.c
--- a/xen/arch/ia64/xen/dom_fw.c	Fri Sep 01 13:04:02 2006 -0600
+++ b/xen/arch/ia64/xen/dom_fw.c	Mon Sep 04 14:06:23 2006 +0200
@@ -816,9 +816,12 @@ dom_fw_init(struct domain *d,
 	   FW_HYPERCALL_SAL_RETURN, 0, hypercalls_imva);
 
 	/* Fill in the FPSWA interface: */
-	tables-fpswa_inf.revision = fpswa_interface-revision;
-	dom_fpswa_hypercall_patch(d, hypercalls_imva);
-	tables-fpswa_inf.fpswa = (void *)FW_HYPERCALL_FPSWA_ENTRY_PADDR;
+	if (fpswa_interface) {
+		tables-fpswa_inf.revision = fpswa_interface-revision;
+		dom_fpswa_hypercall_patch(d, hypercalls_imva);
+		tables-fpswa_inf.fpswa = 
+			(void *)FW_HYPERCALL_FPSWA_ENTRY_PADDR;
+	}
 
 	i = 0; /* Used by MAKE_MD */
 
@@ -867,7 +870,8 @@ dom_fw_init(struct domain *d,
 	bp-console_info.num_rows = 25;
 	bp-console_info.orig_x = 0;
 	bp-console_info.orig_y = 24;
-	bp-fpswa = FW_FIELD_MPA(fpswa_inf);
+	if (fpswa_interface)
+		bp-fpswa = FW_FIELD_MPA(fpswa_inf);
 }
 
 void dom_fw_setup(struct domain *d, unsigned long bp_mpa, unsigned long maxmem)
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] PATCH (ACM): keep binary stream aligned

2006-09-04 Thread Tristan Gingold
Hi,

I am currently porting ACM to xen/ia64.
Because ia64 can't handle unaligned accesses, the binary policy file should be 
aligned.  This patch fixes this issue.
(There is the same issue within xen/acm for dumping feature.  A patch will 
follow).

Tested on xen/ia64.

Tristan.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID a0507fa13cc774afd707153477af10081e42cedb
# Parent  afe74d7dcd8b7be768b0ffdb16ccca3b90e26463
Keep stream aligned.

Signed-off-by: Tristan Gingold [EMAIL PROTECTED]

diff -r afe74d7dcd8b -r a0507fa13cc7 tools/security/secpol_xml2bin.c
--- a/tools/security/secpol_xml2bin.c	Mon Sep 04 14:06:23 2006 +0200
+++ b/tools/security/secpol_xml2bin.c	Mon Sep 04 14:51:09 2006 +0200
@@ -979,13 +979,15 @@ unsigned char *write_policy_reference_bi
 unsigned char *buf, *ptr;
 struct acm_policy_reference_buffer *pr_header;
 u_int32_t len;
+u_int32_t name_len;
 
 if (policy_reference_name == NULL) {
 printf(ERROR: No policy reference name found.\n);
 exit(EXIT_FAILURE);
 }
-len = (sizeof(struct acm_policy_reference_buffer) +
-   strlen(policy_reference_name) + 1);
+name_len = strlen(policy_reference_name) + 1; /* strend '\0' */
+len = sizeof(struct acm_policy_reference_buffer) + name_len;
+len = (len + 7)  ~7; /* Alignment.  */
 buf = malloc(len);
 ptr = buf;
 
@@ -994,9 +996,9 @@ unsigned char *write_policy_reference_bi
 (ERROR: out of memory allocating label reference buffer.\n);
 exit(EXIT_FAILURE);
 }
+memset (buf, 0, len);
 pr_header = (struct acm_policy_reference_buffer *) buf;
-pr_header-len =
-htonl(strlen(policy_reference_name) + 1 /* strend \'0' */ );
+pr_header-len = htonl(name_len);
 ptr += sizeof(struct acm_policy_reference_buffer);
 strcpy((char *) ptr, policy_reference_name);
 
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] Setting up VTi Xen - where do you get guest firmware

2006-09-04 Thread Gareth Knight

I'm trying to get my first VTi guest running on a Tiger4 system.

I've upgraded to the latest PAL and built Xen Cset 11133 - which from  
the health report should be a good build.  I can successfully boot  
Dom0 in the normal way and start a traditional (linuxbuilder) DomU  
successfully.  I can't find anything that builds this guest  
paravirtualized firmware though - I saw mention on the mailing list  
archives that its available by email request, but the archive server  
masks the email domain name, so I'm not sure who to ask.


Thanks,

Gareth.

___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel


Re: [Xen-ia64-devel] [PATCH] hwclock support

2006-09-04 Thread Alex Williamson
On Mon, 2006-09-04 at 19:31 +0900, Masaki Kanno wrote:
 Hi,
 
 This patch supports the hwclock on Domain-0.
 It adds the following EFI runtime service emulations for the 
 hwclock support.
  1. SetTime
  2. Get/SetWakeupTime

   Applied, thanks

Alex


___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel


[Xen-ia64-devel] Re: [Xen-devel] Re: [PATCH] kexec: framework and i386 (Take XIV)

2006-09-04 Thread Akio Takebe
Hi, Horms

I tested the following patch with Horms kexec patch.

My tests is:
  push NMI bottun after loading kdump kernel.
  
The results is:
  OK, I could get vmcore

diff -r b688d4a68a3e xen/arch/x86/traps.c
--- a/xen/arch/x86/traps.c  Tue Aug 22 14:59:16 2006 +0100
+++ b/xen/arch/x86/traps.c  Tue Sep 05 06:37:49 2006 +0900
@@ -105,6 +105,8 @@ static int debug_stack_lines = 20;
 static int debug_stack_lines = 20;
 integer_param(debug_stack_lines, debug_stack_lines);
 
+extern void crash_kexec(struct cpu_user_regs *regs);
+
 #ifdef CONFIG_X86_32
 #define stack_words_per_line 8
 #define ESP_BEFORE_EXCEPTION(regs) ((unsigned long *)regs-esp)
@@ -1611,8 +1613,10 @@ asmlinkage void do_nmi(struct cpu_user_r
 mem_parity_error(regs);
 else if ( reason  0x40 )
 io_check_error(regs);
-else if ( !nmi_watchdog )
+else if ( !nmi_watchdog ){
+crash_kexec(NULL);
 unknown_nmi_error((unsigned char)(reason0xff));
+}
 }
 }
 


Best Regards,

Akio Takebe

On Fri, Sep 01, 2006 at 05:45:59PM +0900, Akio Takebe wrote:
 Hi, Horms
 
 That seems like a good idea to me. Though I think you are missing { }.
 Can you test to see if this works?
 Oops, You're right. But I think unknown_nmi_error() is not called,
 because crash_kexec() is called before that.
 Sorry.
 In the only case of CONFIG_KEXEC=y, the above is right.

Yes, I think that is the case. I will put your patch into the kexec
series, as I think that it is a worthy addition.

-- 
Horms
  H: http://www.vergenet.net/~horms/
  W: http://www.valinux.co.jp/en/


___
Xen-devel mailing list
[EMAIL PROTECTED]
http://lists.xensource.com/xen-devel


___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel


Re: [Xen-ia64-devel] Cleanup for PV-on-HVM for IPF

2006-09-04 Thread DOI Tsunehisa
Hi,

  Thank you for your comment.

Alex Williamson wrote:
 On Mon, 2006-09-04 at 16:57 +0900, DOI Tsunehisa wrote: 
  #include xen/interface/memory.h
 +#ifdef CONFIG_VMX_GUEST
 +# define ia64_xenmem_reservation_op(op, xmr) (0)
 +#else /* CONFIG_VMX_GUEST */
  int ia64_xenmem_reservation_op(unsigned long op,
 struct xen_memory_reservation* reservation__);
 +#endif /* CONFIG_XEN_HVM_GUEST */
 
Typo, CONFIG_XEN_HVM_GUEST?  Personally I'd leave out the comment
 next to the #else and #endif for such a short block of code.

 Yes, it's typo. And I have removed the comment.

  #define pfn_to_mfn_for_dma(pfn) (pfn)
 @@ -67,6 +69,8 @@ mfn_to_local_pfn(unsigned long mfn)
  #define phys_to_machine_for_dma(phys) (phys)
  #define machine_to_phys_for_dma(machine) (machine)
  #define mfn_to_local_pfn(mfn) (mfn)
 +
 +extern void xen_machphys_update(unsigned long mfn, unsigned long pfn);
 
Isn't this going to be bad for the !CONFIG_XEN  !CONFIG_VMX_GUEST
 case?  I think we still want the old empty definition then.  Thanks,

  I agree. I have modified it.

Thanks,
- Tsunehisa Doi

Cleanup for PV-on-HVM on IPF

Signed-off-by: Tsunehisa Doi [EMAIL PROTECTED]
Signed-off-by: Tomonari Horikoshi [EMAIL PROTECTED]

diff -r 1bab7d65171b linux-2.6-xen-sparse/include/asm-ia64/hypercall.h
--- a/linux-2.6-xen-sparse/include/asm-ia64/hypercall.h Fri Sep 01 13:04:02 
2006 -0600
+++ b/linux-2.6-xen-sparse/include/asm-ia64/hypercall.h Tue Sep 05 08:13:57 
2006 +0900
@@ -205,8 +205,12 @@ HYPERVISOR_memory_op(
 }
 
 #include xen/interface/memory.h
+#ifdef CONFIG_VMX_GUEST
+# define ia64_xenmem_reservation_op(op, xmr) (0)
+#else
 int ia64_xenmem_reservation_op(unsigned long op,
   struct xen_memory_reservation* reservation__);
+#endif
 static inline int
 HYPERVISOR_memory_op(
 unsigned int cmd, void *arg)
diff -r 1bab7d65171b linux-2.6-xen-sparse/include/asm-ia64/hypervisor.h
--- a/linux-2.6-xen-sparse/include/asm-ia64/hypervisor.hFri Sep 01 
13:04:02 2006 -0600
+++ b/linux-2.6-xen-sparse/include/asm-ia64/hypervisor.hTue Sep 05 
08:13:57 2006 +0900
@@ -33,13 +33,17 @@
 #ifndef __HYPERVISOR_H__
 #define __HYPERVISOR_H__
 
-#if !defined(CONFIG_XEN)  !defined(CONFIG_VMX_GUEST)
-#define is_running_on_xen()(0)
-#define HYPERVISOR_ioremap(offset, size)   (offset)
-#else
+#ifdef CONFIG_XEN
 extern int running_on_xen;
 #define is_running_on_xen()(running_on_xen)
-#endif
+#else /* CONFIG_XEN */
+# ifdef CONFIG_VMX_GUEST
+#  define is_running_on_xen()  (1)
+# else /* CONFIG_VMX_GUEST */
+#  define is_running_on_xen()  (0)
+#  define HYPERVISOR_ioremap(offset, size) (offset)
+# endif /* CONFIG_VMX_GUEST */
+#endif /* CONFIG_XEN */
 
 #if defined(CONFIG_XEN) || defined(CONFIG_VMX_GUEST)
 #include linux/config.h
diff -r 1bab7d65171b linux-2.6-xen-sparse/include/asm-ia64/maddr.h
--- a/linux-2.6-xen-sparse/include/asm-ia64/maddr.h Fri Sep 01 13:04:02 
2006 -0600
+++ b/linux-2.6-xen-sparse/include/asm-ia64/maddr.h Tue Sep 05 08:13:57 
2006 +0900
@@ -81,7 +81,11 @@ mfn_to_local_pfn(unsigned long mfn)
 #define virt_to_machine(virt) __pa(virt) // for tpmfront.c
 
 #define set_phys_to_machine(pfn, mfn) do { } while (0)
+#ifdef CONFIG_VMX_GUEST
+extern void xen_machphys_update(unsigned long mfn, unsigned long pfn);
+#else /* CONFIG_VMX_GUEST */
 #define xen_machphys_update(mfn, pfn) do { } while (0)
+#endif /* CONFIG_VMX_GUEST */
 
 typedef unsigned long maddr_t; // to compile netback, netfront
 
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] [PATCH]Add VTI related perfc

2006-09-04 Thread Atsushi SAKAI
Hi, All 

This patch intends to add VTI-related and fw_hypercall counters.

Signed-off-by: Atsushi SAKAI [EMAIL PROTECTED]
Signed-off-by: Hiroya INAKOSHI [EMAIL PROTECTED]


Thanks
Atsushi SAKAI










vti_perfc.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel