[Xen-ia64-devel] [Patch] massage of elf_sanity_check as x86

Hi, This small patch output message of elf_sanity_check as x86. Currently this panic is the only following message. (XEN) *** LOADING DOMAIN 0 *** (XEN) (XEN) (XEN) Panic on CPU 0: (XEN) Could not set up DOM0 guest

Re: [Xen-ia64-devel] PATCH: more mmio insn for VTi

Le Lundi 24 Avril 2006 03:55, Xu, Anthony a écrit : One more comment Since we have emulated st8 and st.spill in mmio, Maybe we also need to handle floating register rotation just like in linux kernel. What's your opinion? Sorry, I haven't looked on all these issues. I have to read a little

Re: [Xen-ia64-devel] alt_itlb_miss?

Hi Kevin, Thanks for your explanation. Sorry, I'd like you to explain this once again. Please look at the below figure. 1) Instruction TLB Fault ---+ | +--+ | +--- ENTRY(iltb_miss) /* Check ifa (It was

RE: [Xen-ia64-devel] PATCH: more mmio insn for VTi

From: Tristan Gingold [mailto:[EMAIL PROTECTED] Sent: 2006?4?24? 15:42 To: Xu, Anthony; xen-ia64-devel@lists.xensource.com; Magenheimer, Dan (HP Labs Fort Collins); Alex Williamson Subject: Re: [Xen-ia64-devel] PATCH: more mmio insn for VTi Le Lundi 24 Avril 2006 03:55, Xu, Anthony a écrit : One

RE: [Xen-ia64-devel] alt_itlb_miss?

Hi, Kan, Thanks for detail figure. From architecture correctness, I think your patch is yes required though case 2 is only walked before dom0 loads rr7 (After that, vhpt table will be enabled from then on and case 1 is the only path then). So please re-submit the patch again and

[Xen-ia64-devel] PATCH: [resent] cleanup + fph handling

Hi, this patch moves switch_to macro from xensystem.h and put its body directly in context_switch. FP saved and restore is slighly optimized: fph is *still* enabled and not anymore disabled. Misc cleanup. Note: not enabling fph before saving fph in context switch does not work. I will

Re: [Xen-ia64-devel] alt_itlb_miss?

Le Lundi 24 Avril 2006 10:30, Tian, Kevin a écrit : From: Tristan Gingold [mailto:[EMAIL PROTECTED] Sent: 2006年4月24日 16:24 Le Lundi 24 Avril 2006 09:52, Tian, Kevin a écrit : Hi, Kan, Thanks for detail figure. From architecture correctness, I think your patch is yes required though

RE: [Xen-ia64-devel] PATCH: [resent] cleanup + fph handling

From: Tristan Gingold Sent: 2006年4月24日 16:40 Hi, this patch moves switch_to macro from xensystem.h and put its body directly in context_switch. FP saved and restore is slighly optimized: fph is *still* enabled and not anymore disabled. Misc cleanup. Note: not enabling fph before saving fph in

Re: [Xen-ia64-devel] PATCH: [resent] cleanup + fph handling

Le Lundi 24 Avril 2006 11:51, Tristan Gingold a écrit : Le Lundi 24 Avril 2006 11:06, Tian, Kevin a écrit : From: Tristan Gingold Sent: 2006年4月24日 16:40 Hi, this patch moves switch_to macro from xensystem.h and put its body directly in context_switch. FP saved and restore is

[Xen-ia64-devel] PATCH [resent**2]: FPH handling and cleanup

Hi, thank you for all the comments. This patch improve context switch time (by a few ns). FPH is always enabled in Xen. Tristan. # HG changeset patch # User [EMAIL PROTECTED] # Node ID f9ffc95fbd428c006b3ecae297ab98278ae1351a # Parent de0c04ed4ab7b9c4572c42df2de838e2b243a8e2 Move contents of

[Xen-ia64-devel] [PATCH] Remove FORCE_CRASH from alt_itlb_miss

Hi, This patch removed FORCE_CRASH from alt_itlb_miss handler. Signed-off-by: Masaki Kanno [EMAIL PROTECTED] Best regards, Kan remove_FORCE_CRASH.patch Description: Binary data ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com

RE: [Xen-ia64-devel] PATCH: [resent] cleanup + fph handling

From: Tristan Gingold [mailto:[EMAIL PROTECTED] Sent: 2006年4月24日 18:03 Le Lundi 24 Avril 2006 11:51, Tristan Gingold a écrit : Le Lundi 24 Avril 2006 11:06, Tian, Kevin a écrit : From: Tristan Gingold Sent: 2006年4月24日 16:40 Hi, this patch moves switch_to macro from xensystem.h

the P2M/VP patch merge plan (was Re: [Xen-ia64-devel] [PATCH][RFC][TAKE5] the P2M/VP patches)

Hello. For those who are curious about the P2M/VP patch merge. I finished tedious patch clean up and attached the patches for those who want to review. My plan is that the merge will be done at the 5 steps as follows. I plan to send the next patches once the previous step patches are accepted.

Re: [Xen-ia64-devel] PATCH [resent**2]: FPH handling and cleanup

Alex, please do not integrate xen-system4.diffs. After much testing, there is at least one path where saving fp registers faults (I got it with a 12 VCPUs domain). I have to look more. Please, integrate xen-system3.diffs (the previous one), it is much more safer. Excuse me for not testing

Re: the P2M/VP patch merge plan (was Re: [Xen-ia64-devel] [PATCH][RFC][TAKE5] the P2M/VP patches)

Hi, just a question: is P2M/VP SMP-h/g safe ? Please do the merge even if not yet SMP ready. I will work to re-enable SMP. Tristan. ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] [PATCH] SetVirtualAddressMap emulation support

Hi, I'm working on FPSWA support, and I'm thinking that I will offer a dummy fpswa function to dom0/domU. Therefore I think that Xen has to support the SetVirtualAddressMap() emulation of EFI. This patch supports the SetVirtualAddressMap() emulation in Xen. I confirmed that following EFI

Re: [Xen-ia64-devel] [PATCH] SetVirtualAddressMap emulation support

Le Lundi 24 Avril 2006 16:45, Masaki Kanno a écrit : Hi, I'm working on FPSWA support, and I'm thinking that I will offer a dummy fpswa function to dom0/domU. Therefore I think that Xen has to support the SetVirtualAddressMap() emulation of EFI. This patch supports the SetVirtualAddressMap()

[Xen-ia64-devel] RFC: which version of as/gas are you using?

Hi, In order to remove some warnings from as, we need to enable the .serialize directive. Unfortunatly this directive is not available in old verion of gas (before 1.15 ?). RHEL4 gas supports it. If we want to use the directive, everybody should either use a recent enough distribution or a

Re: [Xen-ia64-devel] rx2600 boot failure since 9739

Update: Boot is successful with mem=1024M on the xen cmdline. It only fails when Xen is allowed to see all 4G Aron ___ Xen-ia64-devel mailing list Xen-ia64-devel@lists.xensource.com http://lists.xensource.com/xen-ia64-devel

[Xen-ia64-devel] [PATCH 3/9] [P2M/VP step 1] xen: introduce efi_memmap_walk_type

3 / 9 # HG changeset patch # User [EMAIL PROTECTED] # Node ID 66dac877aa4264c42188a3cee6176cef940fd344 # Parent 290b8d621c031a9fa2c72a60f4ce37dfc6029191 introduce efi_memmap_walk_type() for the next dom0 builder patch. PATCHNAME: efi_memmap_walk_type_xen Signed-off-by: Isaku Yamahata [EMAIL

[Xen-ia64-devel] [PATCH 2/9] [P2M/VP step 1] xen: introduce P2M conversion

2 / 9 # HG changeset patch # User [EMAIL PROTECTED] # Node ID 290b8d621c031a9fa2c72a60f4ce37dfc6029191 # Parent e277622cc9429abcc3b9c33479ed3784ba909c87 introduce P2M conversion functions necessary for dom0vp model. PATCHNAME: assign_lookup_xen Signed-off-by: Isaku Yamahata [EMAIL PROTECTED]

[Xen-ia64-devel] [PATCH 9/9] [P2M/VP step 1] linux: arch/ia64/xen/makefile change

9 / 9 # HG changeset patch # User [EMAIL PROTECTED] # Node ID a1cb7dec2862f15e9f51a330ec2dd9ae8dc482a9 # Parent ed0baafd91fb6379a9111c6388e6a07c865d6d88 update linux-2.6-xen-sparse/arch/ia64/xen/Makefile PATCHNAME: arch_ia64_xen_makefile_linux Signed-off-by: Isaku Yamahata [EMAIL PROTECTED]

[Xen-ia64-devel] [PATCH 5/9] [P2M/VP step 1] xen: introduce dom0vp hypercalls

5 / 9 # HG changeset patch # User [EMAIL PROTECTED] # Node ID 9636abaa69590d7284f72c35efc7808d572d9c1b # Parent 796aadb735e04f2beadcf1bb5be599829099438c implement dom0vp hypercall. PATCHNAME: dom0vp_hypercall_xen Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 796aadb735e0 -r