Accelerate MOV_FROM_ITC and MOV_FROM_RR virtualization faults,
More will be added.
Signed-off-by: Anthony Xu [EMAIL PROTECTED]
Thanks,
Anthony
accelerate_some_virtualization_fault.patch
Description: accelerate_some_virtualization_fault.patch
___
Hi,
I was so bad.
I should not use p?d_populate() functions to create the page table for
virtual frametable. It should be independent of domain's page table
structure. p?d_populate() are also used for domain's page table.
Currently page table for virtual frametable consists of 3-level
table.
Isaku == Isaku Yamahata [EMAIL PROTECTED] writes:
Isaku Hi. As Jes explained, p?d_populate() requires virtual address
Isaku for third argument. So alloc_dir_page() should return virtual
Isaku address. On the otherhand __pa(__pa(va)) == __pa(va) because
Isaku __pa() masks high 3bits instead of
When handling fpswa fault, Xen needs to fetch opcode, it may fail.
This patch finishes retry mechanism.
Signed-off-by: Anthony Xu [EMAIL PROTECTED]
Thanks,
Anthony
fpswa_retry.patch
Description: fpswa_retry.patch
___
Xen-ia64-devel mailing list
On Fri, Sep 22, 2006 at 01:50:34PM +0800, Xu, Anthony wrote:
1) 2 cases failed because can not allocate memory issue.
This may be caused by failure of hypercall.
Hypercal fails because this hypercall use pointer to pass parameter.
But in XEN/IA64, copy_from/to_user don't guarantee to work.
-Original Message-
From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
Sent: 2006年9月22日 17:09
To: Xu, Anthony
Cc: You, Yongkang; xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] Xen/IA64 Healthiness Report -Cset#11460
On Fri, Sep 22, 2006 at 01:50:34PM +0800, Xu, Anthony
From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
Sent: 2006年9月22日 17:09
I think xencomm is the way to go.
If Tristan ceases pushing it,
we, VA Linux, are willing to take over it.
--
I guess Tristan ceased doing that.
That would be great that VA linux can do that.
Thanks,
Anthony
Anthony and Isaku,
I need to talk with Tristan on Monday (when he is back from vacation) about that.
I think he still has a few changes almost ready to be sent in this area.
Jean-Paul
Xu, Anthony [EMAIL PROTECTED]
Envoyé par : [EMAIL PROTECTED]
22/09/2006 11:13
Hi, Aron and all
We may have to change dom0_mem of FC6 default to 1GB.
But I think the best fix is (1) statically link the modules.
(Because all kernel-xen need blkbk/netbk and xenblk/net.
ide module is also static link. And because xen community member
test the statically linked modules, I
On 9/22/06, Xu, Anthony [EMAIL PROTECTED] wrote:
From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
Sent: 2006年9月22日 17:09
I think xencomm is the way to go.
If Tristan ceases pushing it,
we, VA Linux, are willing to take over it.
--
I guess Tristan ceased doing that.
That would be great that VA
This thread should be helpful.
http://lists.xensource.com/archives/html/xen-ia64-devel/2006-08/msg00285.html
-Anthony
-Original Message-
From: Magnus Damm [mailto:[EMAIL PROTECTED]
Sent: 2006年9月22日 17:40
To: Xu, Anthony
Cc: Isaku Yamahata; xen-ia64-devel@lists.xensource.com; Magnus Damm
Kouya == Kouya SHIMURA [EMAIL PROTECTED] writes:
Kouya Hi, I was so bad.
Kouya I should not use p?d_populate() functions to create the page
Kouya table for virtual frametable. It should be independent of
Kouya domain's page table structure. p?d_populate() are also used for
Kouya domain's page
Hi Akio,
Sorry for response late. It is very detailed instructions. :)
I found my initrd doesn't preload xenblk.ko. Then it failed to create root
device.
Now I can create xenU too with your guide. Thank you so much.
But did you notice xenU booting is a little slow?
Best Regards,
Yongkang
Hi, all
The following patches are improvement and cleanup patches of the MCA
support for xen/ia64 we've posted.
http://lists.xensource.com/archives/html/xen-ia64-devel/2006-09/msg00034.html
We have already tested not only MCA uncorrectable error handler but
also corrected error(CMC/CPE)
[1/12] patch for MCA handler.[mca-mca.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/arch/ia64/linux-xen/mca.c
--- a/xen/arch/ia64/linux-xen/mca.c Tue Sep 12 11:43:22
[4/12] Add binding of virq/ipi to irq.[mca-irq_ia64.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 linux-2.6-xen-sparse/arch/ia64/kernel/irq_ia64.c
---
[2/12] Add percpu data physical addr mca_asm.S [mca-mca_asm.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/arch/ia64/linux-xen/mca_asm.S
---
[3/12] Fix GET_THIS_PADDR and define log queue struct.[mca-header.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/include/asm-ia64/xenmca.h
--- /dev/null Thu Jan 01
[5/12] Define MCA interrupt vector.[mca-irq.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 linux-2.6-xen-sparse/include/asm-ia64/irq.h
---
[8/12] smpboot support for MCA.[mca-smpboot.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/arch/ia64/linux-xen/smpboot.c
--- a/xen/arch/ia64/linux-xen/smpboot.c Tue Sep
[7/12] Add lid and percpu paddr table.[mca-mm_init.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/arch/ia64/xen/mm_init.c
--- a/xen/arch/ia64/xen/mm_init.c Tue Sep
[10/12] Define VIRQs for MCA.[mca-arch-ia64.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/include/public/arch-ia64.h
--- a/xen/include/public/arch-ia64.hTue Sep 12
[6/12] Add sal emulation.[mca-fw_emul.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/arch/ia64/xen/fw_emul.c
--- a/xen/arch/ia64/xen/fw_emul.c Tue Sep 12 11:43:22
[9/12] Add MCA offset entry.[mca-asm-offset.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/arch/ia64/asm-offsets.c
--- a/xen/arch/ia64/asm-offsets.c Tue Sep 12
[12/12] Fix conflicts of typedef of UINT64 and BOOLEAN.[mca-typedef.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/include/acpi/actypes.h
--- a/xen/include/acpi/actypes.h
[11/12] Add softirq handle for MCA.[mca-softirq.patch]
Signed-off-by: Yutaka Ezaki [EMAIL PROTECTED]
Signed-off-by: Masaki Kanno [EMAIL PROTECTED]
Signed-off-by: Kazuhiro Suzuki [EMAIL PROTECTED]
diff -r 3e4fa8b5b245 xen/include/xen/softirq.h
--- a/xen/include/xen/softirq.h Tue Sep 12 11:43:22
Hi, Yongkang
Hi Akio,
Sorry for response late. It is very detailed instructions. :)
I found my initrd doesn't preload xenblk.ko. Then it failed to create root
device.
Now I can create xenU too with your guide. Thank you so much.
But did you notice xenU booting is a little slow?
Yes, starting
Hi Jes,
I checked your old mail.
I might figure out your problem.
Xen/IPF assumes that the location of its kernel is starting at
physical address 0x400. And its virtual address must be
0xf400. Xen uses __pa() macro everywhere to get a physical
address of symbol which is declared
Hi all,
I would push a new command xm pcpu-list that reports physical
CPU configuration.
I suppose that Xen works on a machine where a lot of physical
CPUs are installed. It is useful for users to know the
configuration of physical CPUs so that they can allocate VCPUs
efficiently. This
Isaku Yamahata wrote:
Hi Jes. Your patch works for me.
However I have two comments.
- xen_heap_start
xenheap_virt_start might be consistent compared to xenheap_phys_end.
But this is only my preference.
I'm not sure which is consistent for others.
Hi Isaku,
Glad it works, maybe we can
I would push a new command xm pcpu-list that reports physical
CPU configuration.
I suppose that Xen works on a machine where a lot of physical
CPUs are installed. It is useful for users to know the
configuration of physical CPUs so that they can allocate VCPUs
efficiently. This command
31 matches
Mail list logo
