Re: [Xen-ia64-devel] [PATCH] implemented vcpu_ptc_l()

2005-12-06 Thread Isaku Yamahata
to have same problem. I also fixed it. Signed-off-by Isaku Yamahata [EMAIL PROTECTED] vcpu_ptc_l() and vcpu_ptc_ga() should be aware of metaphysical mode. diff -r 13e0bf5113b9 -r ea3a4ab59710 xen/arch/ia64/xen/vcpu.c --- a/xen/arch/ia64/xen/vcpu.c Tue Dec 6 17:01:21 2005 +0900 +++ b/xen/arch

Re: R辿f . : [Xen-ia64-devel] Xen Summit

2005-12-19 Thread Isaku Yamahata
Hi. I'm working on xen/ia64 and want to contribute. Can I join in it? Thanks. On Fri, Dec 16, 2005 at 10:26:49AM -0800, Yang, Fred wrote: Community developers, Since majority of us will be in Xen Summit, we should definitely get a F2F meeting together to sort out next phase for Xen/ia64

[Xen-ia64-devel] [PATCH] [0/6] panic stack trace

2005-12-28 Thread Isaku Yamahata
With these patches, when xen panics symbolical stack trace is printed like xen/x86. 1/6:just import 4 files from Linux related to stack unwind. 2/6:port Linux stack unwinder to Xen 3/6:just import a file from Linux related to stack trace. it is renamed process-linux-xen.c

[Xen-ia64-devel] [PATCH] [2/6] panic stack trace: port stack unwinder to xen

2005-12-28 Thread Isaku Yamahata
2/6 port Linux stack unwinder to Xen Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] -- diff -r df6a9e0d7e05 -r a1626275b04b xen/arch/ia64/Makefile --- a/xen/arch/ia64/MakefileWed Dec 28 15:19:56 2005 +0900 +++ b/xen/arch/ia64/MakefileWed Dec 28 15:19:58 2005 +0900 @@ -22,6 +22,10

[Xen-ia64-devel] [PATCH] [4/6] panic stack trace: port reguster dump to xen

2005-12-28 Thread Isaku Yamahata
4/6 ported panic stack trace from linux. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] -- diff -r 14c97257fcd2 -r fc7f2f8057cb xen/arch/ia64/Makefile --- a/xen/arch/ia64/MakefileWed Dec 28 15:19:59 2005 +0900 +++ b/xen/arch/ia64/MakefileWed Dec 28 15:20:00 2005 +0900 @@ -26,6 +26,9

[Xen-ia64-devel] [PATCH] [6/6] panic stack trace: adds hook for vmx domain

2005-12-28 Thread Isaku Yamahata
6/6 inserted break 0x0 hook to vmx_process.c. This patch is included for completeness. Since 'break 0x0' is handled in vmx_ivt.S, this patch is of no effect. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] -- diff -r 8a92e8091a2f -r c4ee4184f0a4 xen/arch/ia64/vmx/vmx_process.c --- a/xen/arch

[Xen-ia64-devel] [PATCH] cdb: split cdb into arch independet/dependet part

2006-01-10 Thread Isaku Yamahata
split cdb into arch independent/dependet part. This is needed for cdb on xen/ia64 which I will post later. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 45fdc28bd5e0 -r b1068ef4ffb0 xen/arch/x86/cdb.c --- a/xen/arch/x86/cdb.cTue Jan 10 15:46:24 2006 +0900 +++ b/xen/arch/x86

[Xen-ia64-devel] [PATCH] cdb for xen/ia64

2006-01-10 Thread Isaku Yamahata
cdb for xen/ia64. stolen from kgdb the routine which gets register value. this includes a bug fix of kgdb/ia64. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r b1068ef4ffb0 -r 0722cc73a7a2 xen/arch/ia64/Makefile --- a/xen/arch/ia64/MakefileTue Jan 10 15:51:03 2006 +0900 +++ b/xen

Re: [Xen-ia64-devel] RE: [Xen-ia64-full 68] Fwd: Topics to for Xen Summit discussion

2006-01-11 Thread Isaku Yamahata
On Tue, Jan 10, 2006 at 03:52:36PM +0800, Tian, Kevin wrote: * my implementation proposal - map xen's arch_domain::mm pte pages to dom0 virtual address space linearly with read-only protection. Since pte pages are managed by xen, I think it is reasonable for xen to handles tlb

[Xen-ia64-devel] Re: [Xen-devel] [PATCH] cdb: split cdb into arch independet/dependet part

2006-01-11 Thread Isaku Yamahata
On Tue, Jan 10, 2006 at 08:32:19AM -0600, Hollis Blanchard wrote: What does cdb mean? Perhaps this is a good opportunity to rename the file to something like gdbstub. Within function names, I am ok with xendbg, but would again prefer gdb. I just followed the original x86 way. If a kind of

[Xen-ia64-devel] Re: [Xen-devel] [PATCH] cdb: split cdb into arch independet/dependet part

2006-01-13 Thread Isaku Yamahata
to gdbstub and split it into arch dependent/neutral part. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r bfcdf4099d23 -r f373e06cd2e7 xen/arch/x86/Makefile --- a/xen/arch/x86/Makefile Thu Jan 12 14:27:55 2006 +0100 +++ b/xen/arch/x86/Makefile Fri Jan 13 20:11:43 2006 +0900

[Xen-ia64-devel] Re: [Xen-devel] [PATCH] cdb: split cdb into arch independet/dependet part

2006-01-13 Thread Isaku Yamahata
to gdbstub and split it into arch dependent/neutral part. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] Signed-off-by: Hollis Blanchard [EMAIL PROTECTED] diff -r 9d72a5b18107 -r 3ca0840ea69e xen/arch/x86/Makefile --- a/xen/arch/x86/Makefile Sat Jan 14 01:04:06 2006 +0100 +++ b/xen/arch/x86/Makefile

[Xen-ia64-devel] Re: [Xen-devel] [PATCH] cdb: split cdb into arch independet/dependet part

2006-01-14 Thread Isaku Yamahata
. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] Signed-off-by: Hollis Blanchard [EMAIL PROTECTED] diff -r ef88c2db00ad -r a5aa872297f5 xen/arch/x86/Makefile --- a/xen/arch/x86/Makefile Sat Jan 14 10:36:40 2006 +0100 +++ b/xen/arch/x86/Makefile Sat Jan 14 20:16:23 2006 +0900 @@ -32,7 +32,7

[Xen-ia64-devel] CLONE_DOMAIN0 and DOMU_AUTO_RESTART

2006-01-24 Thread Isaku Yamahata
Are CLONE_DOMAIN0 and DOMU_AUTO_RESTART features used? I'd like to remove codes related to CLONE_DOMAIN0 and DOMU_AUTO_RESTART. It simplifies the domain construction a bit. I guess that those were needed for debugging in the very early development stage and are now useless. Am I right?

[PATCH] remove CLONE_DOMAIN0 and DOMU_AUTO_RESTART for simplicity (was Re: [Xen-ia64-devel] CLONE_DOMAIN0 and DOMU_AUTO_RESTART)

2006-01-24 Thread Isaku Yamahata
. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r cfa3b96b056d -r 5cb69109d5b2 xen/arch/ia64/xen/domain.c --- a/xen/arch/ia64/xen/domain.cFri Jan 13 14:58:41 2006 -0600 +++ b/xen/arch/ia64/xen/domain.cWed Jan 25 12:58:20 2006 +0900 @@ -658,15 +658,9 @@ else #endif

[Xen-ia64-devel] [PATCH] MAX_DMADOM_PFN

2006-01-25 Thread Isaku Yamahata
5b004f4e76cf90ef6f7155a4822e63b9e33cf7d8 made MAX_DMADOM_PFN aware of page size. 4K page size was assumed. It is not true for xen/ia64 by default. It should also be possible for arch dependent code to override it. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 5b004f4e76cf -r 0c2b703c7933 xen/common

[Xen-ia64-devel] [PATCH] tlb miss handler

2006-01-26 Thread Isaku Yamahata
. TODO: optimization tlb miss handlers are performance critical. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r cfa3b96b056d -r 07055de7ed15 xen/arch/ia64/xen/ivt.S --- a/xen/arch/ia64/xen/ivt.S Fri Jan 13 14:58:41 2006 -0600 +++ b/xen/arch/ia64/xen/ivt.S Thu Jan 26 21:48:35

Re: [Xen-ia64-devel] [PATCH] tlb miss handler

2006-01-26 Thread Isaku Yamahata
Hi. Thanks for your comment. On Thu, Jan 26, 2006 at 03:31:25PM +0100, Tristan Gingold wrote: Le Jeudi 26 Janvier 2006 13:59, Isaku Yamahata a écrit : This patch is not for commit. But for review, commnets. Current itlb/dtlb miss handlers don't handle a tlb miss in xen/ia64 identity

[Xen-ia64-devel] Re: [Xen-devel] [PATCH] MAX_DMADOM_PFN

2006-01-29 Thread Isaku Yamahata
On Thu, Jan 26, 2006 at 02:03:46PM -0600, Jon Mason wrote: On Thu, Jan 26, 2006 at 10:19:20AM +0900, Isaku Yamahata wrote: made MAX_DMADOM_PFN page size aware. 4K page size was assumed, however it is not true for xen/ia64. It should also be possible for arch dependent code to override

[Xen-ia64-devel] [PATCH] name conflict(map_domain_page)

2006-01-31 Thread Isaku Yamahata
() map_domain_page() - assign_domain_page() map_domain_io_page()- assign_domain_io_page() Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 5fcc346d6fe0 -r f7ff70e7e9d5 xen/arch/ia64/vmx/vmx_init.c --- a/xen/arch/ia64/vmx/vmx_init.c Thu Jan 26 11:31:28 2006 +0100 +++ b/xen/arch/ia64

[Xen-ia64-devel] [PATCH] zero clear pgd, pmd, pte page

2006-02-01 Thread Isaku Yamahata
5fcc346d6fe086436977a9b171f2bdb3a177d828 zero clear page for pgd, pmd, pte. xen heap page are not always zero cleared, so that explicit zeroing is needed. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 5fcc346d6fe0 -r 64313db770db xen/arch/ia64/xen/xenmisc.c --- a/xen/arch/ia64/xen

Re: [Xen-ia64-devel] [RFC] refcnt countup bug

2006-02-01 Thread Isaku Yamahata
Hi Kanno. On Thu, Feb 02, 2006 at 01:34:40PM +0900, Masaki Kanno wrote: I found a bug regarding updating domain struct's refcnt, that is, refcnt is incremented 2 times in the following condition. (I belive it should be incremented only once). - Hypercall (DOM0_GETMEMLIST) is issued and

Re: [Xen-ia64-devel] [PATCH] tlb miss handler

2006-02-02 Thread Isaku Yamahata
dtlb miss handlers are performance critical so that it should be heavily optimized like alt_dtlb_miss. Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 5fcc346d6fe0 -r 20428fe5dd6f xen/arch/ia64/xen/ivt.S --- a/xen/arch/ia64/xen/ivt.S Thu Jan 26 11:31:28 2006 +0100 +++ b/xen/arch/ia64

[Xen-ia64-devel] [RFC] P2M/VP design memo

2006-02-15 Thread Isaku Yamahata
Hi xen/ia64 developers. I've been working on P2M/VP in past few couple of weeks. I attached my P2M/VP design memo, please find it. The purpose to post this memo is to share/review the design with developers and then hopefully find a better one. Please comments/suggestions. notes on the

[Xen-ia64-devel] [PATCH] translate_domain_pte must handle ED bit

2006-02-20 Thread Isaku Yamahata
_PAGE_ED bits. _PAGE_PPN_MASK doesn't mask ED bit. ED bit must be handled explicitly. This case can occur by vcpu_itc_d(). Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 111af742e414 -r 60fe32303c84 xen/arch/ia64/xen/process.c --- a/xen/arch/ia64/xen/process.c Sat Feb 18 21:25:31

Re: [Xen-ia64-devel] [PATCH] tlb miss handler

2006-02-20 Thread Isaku Yamahata
Hi Kevin. Thanks for your comments. I will give it a try unless someone gives it a try. On Mon, Feb 20, 2006 at 11:35:02PM +0800, Tian, Kevin wrote: - alt itlb miss by a guest must be handled Dom0 runs from the very start with vhpt enabled in all regions. There should be no alt itlb

Re: [Xen-ia64-devel] CONFIG_DOMAIN0_CONTIGUOUS in domain.c

2006-02-27 Thread Isaku Yamahata
Hi. I think that construct_dom0() is broken for CONFIG_DOMAIN0_CONTIGUOUS. I had to modify it heavily to boot dom0 with P2M/VP model. For example construct_dom0() ... memcpy(__va(pinitrd_start),initrd_start,initrd_len); This memcpy() assumes p==m. I thought that

Re: [Xen-ia64-devel] [PATCH] [RFC] domU destroy page ref counter [2/2]

2006-03-06 Thread Isaku Yamahata
The below hunk should be +while(unlikely(y = cmpxchg((u64*)page-count_info, x, nx) != x) ); ^^ (unlikely's closing paren) I didn't check how different the compile result was, though. /* count_info and ownership are

[Xen-ia64-devel] [PATCH] fix INVALID_M2P_ENTRY and INVALID_M2P macro

2006-03-06 Thread Isaku Yamahata
: fix_invalid_m2p_entry_and_invalid_m2p Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 983311b895be -r 421f65aa0586 xen/arch/ia64/xen/xenmem.c --- a/xen/arch/ia64/xen/xenmem.cFri Mar 3 13:03:39 2006 -0700 +++ b/xen/arch/ia64/xen/xenmem.cMon Mar 6 20:58:05 2006 +0900 @@ -35,6 +35,8 @@ paging_init (void

Re: [Xen-ia64-devel] [PATCH] fix INVALID_M2P_ENTRY and INVALID_M2P macro

2006-03-06 Thread Isaku Yamahata
Hi Dan. On Mon, Mar 06, 2006 at 09:26:26AM -0800, Magenheimer, Dan (HP Labs Fort Collins) wrote: Could you explain what you are planning to use the mpt_table for? I think I understand that this is needed for x86 (especially shadow mode) but don't see where it will be used for ia64,

[Xen-ia64-devel] Re: [Xen-devel] RE: Linux PG_arch_1 conflict

2006-03-13 Thread Isaku Yamahata
On Mon, Mar 13, 2006 at 01:20:39PM -0800, Magenheimer, Dan (HP Labs Fort Collins) wrote: On 10 Mar 2006, at 21:11, Magenheimer, Dan (HP Labs Fort Collins) wrote: That thread seems to already have a solution. Has anybody run it past Linux MM people? (Adding xen-devel to CC for

Re: [Xen-ia64-devel] [PATCH] [RFC] [TAKE2] P2M/VP (incomplete) patches

2006-03-13 Thread Isaku Yamahata
Hi Kevin, thanks for your comments. On Tue, Mar 14, 2006 at 12:02:04AM +0800, Tian, Kevin wrote: [SUBARCH] Since you start to import more linux files with modifications, maybe it's time now to consider make xenlinux/ia64 as a REAL subarch like x86/x86-64. (agp.h, dma-mapping.h,

Re: [Xen-ia64-devel] RE: [Xen-devel] RE: Linux PG_arch_1 conflict

2006-03-13 Thread Isaku Yamahata
On Tue, Mar 14, 2006 at 10:54:05AM +0800, Tian, Kevin wrote: From: Isaku Yamahata Sent: 2006年3月14日 10:12 Comments, Keir (or others)? Sounds like the proper fix. I'll leave it to Christian and others involved in the Linux upstreaming effort to have the final word. Comments

Re: [Xen-ia64-devel] [PATCH] [RFC] [TAKE2] P2M/VP (incomplete) patches

2006-03-15 Thread Isaku Yamahata
On Wed, Mar 15, 2006 at 05:12:33PM +0800, Tian, Kevin wrote: 9191:2ac9130fb9f6_fix_grant_entry_t_frame.patch This one is a fix and can be sent out to xen mailing list earlier. But it may not be so urgent to see the issue for IA64 and x86-64. See how large even 32bit can support: 4G * 4K =

[Xen-ia64-devel] [RFC] grant table API clean up and performance tuning memo

2006-03-24 Thread Isaku Yamahata
2006 VA Linux Systems Japan K.K. Isaku Yamahata yamahata at valinux co jp * Introduction This document targets xen/IA64 developers to discuss on grant table API clean up and performance tuning idea. This describes xen/IA64 detailed

Re: [Xen-ia64-devel] [PATCH] [RFC] [TAKE3] P2M/VP (incomplete) patches

2006-03-24 Thread Isaku Yamahata
Hi. Thanks for your comment. On Fri, Mar 24, 2006 at 11:11:38PM +0800, Tian, Kevin wrote: Maybe you have to make a priority list, and see whether some core components can be split into self-contained parts with major cleanup efforts paid for them first. O.K. I will do. - grant table

Re: [Xen-ia64-devel] [PATCH] [RFC] [TAKE3] P2M/VP (incomplete) patches

2006-03-27 Thread Isaku Yamahata
Hi. On Fri, Mar 24, 2006 at 11:11:38PM +0800, Tian, Kevin wrote: A quality writing and good work by far. Due to memory model as the most critical/basic component, your work is actually extended to cover many areas as the issues posted below. :-) Maybe you have to make a priority

Re: [Xen-ia64-devel] Re: [PATCH]: ptc.ga for SMP-g

2006-03-27 Thread Isaku Yamahata
Hi Tristan. + /* Purge tc entry. + Can we do this directly ? Well, this is just a + single atomic write. */ + vcpu_purge_tr_entry(PSCBX(v,dtlb)); +

Re: [Xen-ia64-devel] [RFC] grant table API clean up and performancetuning memo

2006-03-28 Thread Isaku Yamahata
Hi Kevin. Thanks for your comment. Please note that I listed these ideas for discussion. I don't necessary have concreate implementation idea about them. Some might be good, some might be bad. On Tue, Mar 28, 2006 at 03:23:54PM +0800, Tian, Kevin wrote: * grant table API proposal The current

Re: [Xen-ia64-devel] [RFC] grant table API clean up and performancetuning memo

2006-03-28 Thread Isaku Yamahata
On Tue, Mar 28, 2006 at 07:46:13PM +0800, Tian, Kevin wrote: Since frame within grant table entry is gmfn and xen is aware whether this gmfn equals to mfn or not, there's no need to change concept of host_addr and you can just deliver a dummy va address. I agree. I had a vague

Re: [Xen-ia64-devel] [PATCH] Enable hash vtlb on dom0domU

2006-03-28 Thread Isaku Yamahata
Hi Anthony. Here are some comments. - You replaced tlb related functions completely. priv_ptc_l(), priv_ptc_e(), priv_ptc_g(), priv_ptc_ga()... vcpu_tpa(), vcpu_itc_d(), vcpu_itc_i()... Simple '#ifdef HASH_VHPT' makes sources very hard to read. Could you go a cleaner way? For example,

[Xen-ia64-devel] [PATCH] make xen-mkbuildtree-pre robust a bit

2006-03-28 Thread Isaku Yamahata
-mkbuildtree-pre_ia64 Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r d75a6cc5e68a -r 3b1515c9de20 linux-2.6-xen-sparse/arch/ia64/xen-mkbuildtree-pre --- a/linux-2.6-xen-sparse/arch/ia64/xen-mkbuildtree-preTue Mar 28 08:54:58 2006 -0700 +++ b/linux-2.6-xen-sparse/arch/ia64/xen

[Xen-ia64-devel] [RFC][PATCH] hypercall_preempt_check() and psr.i

2006-03-29 Thread Isaku Yamahata
patch # User [EMAIL PROTECTED] # Node ID 53e6d6445e6bbbe59ed1f1c503a633e84470d497 # Parent d75a6cc5e68abe8541c326afa2a614bf1973c609 work around: hypercall_preempt_check() PATCHNAME: work_around_hypercall_preempt_check_on_ia64 Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r d75a6cc5e68a -r

Re: [Xen-ia64-devel] [RFC][PATCH] hypercall_preempt_check() andpsr.i

2006-03-29 Thread Isaku Yamahata
Hi. I think Kevin's patch is better. In fact my patch was a hack. So I called it work around and used RFC. - I wanted to work on balloon driver instead of this issue. - Event channel would be changed. I hoped the change will solve the issue when I posted my patch. But Kevin solved it.

Re: [Xen-ia64-devel] [PATCH] Merge vpsr.i with evtchn_upcall_mask to solve one trickish bug

2006-03-29 Thread Isaku Yamahata
diff -r ccb713d46376 linux-2.6-xen-sparse/arch/ia64/xen/hypercall.S Can a macro be used instead of repeating same assembler sequence to set vpsr.ic = 0? On Wed, Mar 29, 2006 at 09:49:38PM +0800, Tian, Kevin wrote: This patch merges current interrupt_delivery_enabled on xen/ia64 with

Re: [Xen-ia64-devel] Re: [PATCH]: ptc.ga for SMP-g

2006-03-30 Thread Isaku Yamahata
On Thu, Mar 30, 2006 at 04:59:35PM +0800, Xu, Anthony wrote: There seems no issue, because vcpu_purge_tr_entry() only sets -p=0. In some cases, this patch may cause a not-present tlb inserted into machine TLB, this is harmless, when guest accesses this page, page not present fault happens,

Re: [Xen-ia64-devel] Re: [PATCH]: ptc.ga for SMP-g

2006-03-30 Thread Isaku Yamahata
On Thu, Mar 30, 2006 at 03:58:21PM +0100, Tristan Gingold wrote: Le Jeudi 30 Mars 2006 16:17, Isaku Yamahata a écrit : On Thu, Mar 30, 2006 at 04:59:35PM +0800, Xu, Anthony wrote: There seems no issue, because vcpu_purge_tr_entry() only sets -p=0. In some cases, this patch may cause

Re: [Xen-ia64-devel] [PATCH]: vcpu_match_tr_entry vcpu_ptc_ga

2006-03-30 Thread Isaku Yamahata
On Thu, Mar 30, 2006 at 04:13:31PM +0100, Tristan Gingold wrote: after re-reading code, I think the only possible race is here: if (/* is_data */ vcpu_match_tr_entry(trp,address,rid)) { if (vcpu-domain==dom0 !in_tpa) *pteval = trp-page_flags; Do you agree ? I think

Re: [Xen-ia64-devel] Re: [PATCH]: ptc.ga for SMP-g

2006-03-30 Thread Isaku Yamahata
On Fri, Mar 31, 2006 at 10:42:13AM +0800, Xu, Anthony wrote: From: Isaku Yamahata Sent: 2006年3月31日 9:23 PAGE_OFFSET + 64MB is covered by a tr, isn't it ? [PAGE_OFFSET, PAGE_OFFSET + KERNEL_TR_PAGE_SIZE - 1] is covered. Here KERNEL_TR_PAGE_SIZE = 64MB which is defined in linux/asm-ia64

Re: [Xen-ia64-devel] [PATCH] [RFC] [TAKE3] P2M/VP (incomplete) patches

2006-03-30 Thread Isaku Yamahata
Hi Aron. Welcome. I'm very glad to hear your try. Did you use SMP? (XEN) Brought up 2 CPUs Currently SMP is broken. nosmp option for xen is needed to boot. Thanks On Thu, Mar 30, 2006 at 11:33:42AM -0500, Aron Griffis wrote: Hi Isaku, I tried these patches against cset 9401. They

Re: [Xen-ia64-devel] Re: [PATCH]: ptc.ga for SMP-g

2006-03-30 Thread Isaku Yamahata
Hi Kevin. Thank you for clarification. On Fri, Mar 31, 2006 at 01:41:51PM +0800, Tian, Kevin wrote: Let's make some clarification here: For IA64 linux, KERNEL_START records start of kernel image which is in region 5 for 2.6 kernel while in region 7 for 2.4 kernel. PAGE_OFFSET is start

Re: [Xen-ia64-devel] Re: [PATCH]: ptc.ga for SMP-g

2006-03-31 Thread Isaku Yamahata
On Fri, Mar 31, 2006 at 09:35:23AM +0100, Tristan Gingold wrote: Le Vendredi 31 Mars 2006 08:15, Isaku Yamahata a écrit : [...] The IA64_GRANULE_SIZE (16M/64M) area covering current kernel stack is also mapped by TR. Except for init_task, all kernel stacks are dynamically allocated from

Re: [Xen-ia64-devel] [PATCH]: vcpu_match_tr_entry vcpu_ptc_ga

2006-03-31 Thread Isaku Yamahata
Hi Tristan. In fact traversing p2m tables (domain-arch.mm) is also racy. There are readers and writers of p2m tables so that access of p2m tables also must be protected somehow. I haven't dug into this SMP issue so I'm not sure that a smart way other than locking is possible. Just a thought.

Re: [Xen-ia64-devel] [PATCH]: vcpu_match_tr_entry vcpu_ptc_ga

2006-03-31 Thread Isaku Yamahata
On Fri, Mar 31, 2006 at 01:50:47PM +0100, Tristan Gingold wrote: Just a thought. According to SDM only single ptc.ga must be issued at a time otherwise the result is undefined. Is it exploited? Yes, there is a spinlock around ptc.ga. I don't see your conclusion: how to exploit that ?

Re: [Xen-ia64-devel] [PATCH] [RFC] [TAKE3] P2M/VP (incomplete) patches

2006-04-01 Thread Isaku Yamahata
Hi Aron. On Thu, Mar 30, 2006 at 11:33:42AM -0500, Aron Griffis wrote: (XEN) domain mem: type=11, attr=0x8001, range=[0xfed0-0x0001) (19MB) At this point, with no further messages, the machine reboots... dom_fw_init() @ dom_fw.c

[Xen-ia64-devel] [PATCH] fix gnttab_shared_gmfn()

2006-04-04 Thread Isaku Yamahata
fix gnttab_shared_gmfn(). -- yamahata # HG changeset patch # User [EMAIL PROTECTED] # Node ID 994038c91f81c7d905717506a152171731351acc # Parent 03033f8f5c058dd99010ec3ad900d9540e39afb2 fix gnttab_shared_gmfn() PATCHNAME: fix_gnttab_shared_gmfn Signed-off-by: Isaku Yamahata [EMAIL PROTECTED

[Xen-ia64-devel] [PATCH] fix paging_init()

2006-04-04 Thread Isaku Yamahata
: fix_paginig_init_to_init_mpt_table Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 05dade608696 -r 83b6c7954489 xen/arch/ia64/xen/xenmem.c --- a/xen/arch/ia64/xen/xenmem.cTue Apr 4 19:16:21 2006 +0900 +++ b/xen/arch/ia64/xen/xenmem.cTue Apr 4 19:16:22 2006 +0900 @@ -47,8

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

2006-04-07 Thread Isaku Yamahata
On Fri, Apr 07, 2006 at 03:57:30PM +0800, Tian, Kevin wrote: Does this patch only save one hypercall overhead? We can always tell guest the auto_translated bit is true when guest hypercalls to query feature bits into xen_feature array. No. I agree that we can go without this patch by

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

2006-04-07 Thread Isaku Yamahata
Hi Alex. On Fri, Apr 07, 2006 at 11:06:53AM -0600, Alex Williamson wrote: Great work! I'm happy to take on whatever patch load is necessary to help faciliate this effort. I'll get the header file patches into the tree. It will be important for all of us to help test and review these

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

2006-04-09 Thread Isaku Yamahata
. Maybe some special code for handling such a huge range is needed. thanks. On Sat, Apr 08, 2006 at 11:20:30AM -0600, Alex Williamson wrote: On Sat, 2006-04-08 at 13:41 +0900, Isaku Yamahata wrote: Could you try again with the following work around patch? This patch may break something

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

2006-04-09 Thread Isaku Yamahata
On Sun, Apr 09, 2006 at 09:43:07PM -0600, Alex Williamson wrote: Maybe some special code for handling such a huge range is needed. Yes, for the short term we may be able to ignore this range, but we need a solution fairly soon as it's possible firmware or dom0 might choose to map cards

[Xen-ia64-devel] [PATCH 1/6] grantable and address conversion patches

2006-04-10 Thread Isaku Yamahata
. grant_entry_t::frame should be same type. IA64 supports 50 bits physical address in theory, 36 bits is needed with 16KBytes page size. PATCHNAME: grant_entry_t_frame_from_u32_to_unsigned_long Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 81bc9e9fb40d -r 03e129512124 xen/include/public

[Xen-ia64-devel] [PATCH 2/6] grantable and address conversion patches

2006-04-10 Thread Isaku Yamahata
handle up to 2048 entries because 5bits is used for other purpose. On the other hand with 16Kbyte page size of xen/ia64 (BLK_RING_SIZE + NET_RX_RING_SIZE + NET_TX_RING_SIZE) 2048. Thus more bits is needed. PATCHNAME: grant_mapping_t_ref_and_flags_from_u16_to_u32 Signed-off-by: Isaku Yamahata [EMAIL

[Xen-ia64-devel] [PATCH 3/6] grantable and address conversion patches

2006-04-10 Thread Isaku Yamahata
. This patch is a work around for it. PATCHNAME: foreign_page_dont_use_pg_arch_1 Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 3434966aa3d1 -r f490d7d1ecce linux-2.6-xen-sparse/include/xen/foreign_page.h --- a/linux-2.6-xen-sparse/include/xen/foreign_page.h Mon Apr 10 16:39:12 2006

[Xen-ia64-devel] [PATCH 4/6] grantable and address conversion patches

2006-04-10 Thread Isaku Yamahata
address. On the other hand grant table map/unmap on Xen/IA64 needs pseudo physical address(gpaddr). use dev_bus_addr member to pass pseudo physical address. PATCHNAME: dev_bus_addr_contains_gpaddr Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r f490d7d1ecce -r d5f57d154270 linux-2.6-xen-sparse

[Xen-ia64-devel] [PATCH 5/6] grantable and address conversion patches

2006-04-10 Thread Isaku Yamahata
Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r d5f57d154270 -r 6cb524702355 linux-2.6-xen-sparse/arch/i386/kernel/pci-dma-xen.c --- a/linux-2.6-xen-sparse/arch/i386/kernel/pci-dma-xen.c Mon Apr 10 16:39:53 2006 +0900 +++ b/linux-2.6-xen-sparse/arch/i386/kernel/pci-dma-xen.c Mon

[Xen-ia64-devel] [PATCH 6/6] grantable and address conversion patches

2006-04-10 Thread Isaku Yamahata
as back end. not for committing. Don't apply this patch. Only compile test is done. mfn_to_pfn_for_dma() isn't implemented completely, but only a few drivers use it. PATCHNAME: auto_translated_domain_as_backend Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 6cb524702355 -r 0ec28d25907d

[Xen-ia64-devel] Re: [Xen-devel] [PATCH 4/6] grantable and address conversion patches

2006-04-10 Thread Isaku Yamahata
On Mon, Apr 10, 2006 at 11:36:34AM +0100, Keir Fraser wrote: I'd rather define a function to fill in the entire structure in gnttab.h. I hope that the attached patch is much more preferable than the previous one. I tested compilation and dom0 boot. -- yamahata # HG changeset patch # User

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

2006-04-10 Thread Isaku Yamahata
Thank you for testing. On Mon, Apr 10, 2006 at 03:52:52PM +0100, Tristan Gingold wrote: Le Vendredi 07 Avril 2006 06:16, Isaku Yamahata a écrit : Hello. I attached the P2M/VP model patches take 4 for the change set 9492:2133fb78dba3cf6b6b88d1566fc5cc9de3039f43. Please comments/request

Re: [Xen-ia64-devel] VT-i: general exception

2006-04-10 Thread Isaku Yamahata
On Tue, Apr 11, 2006 at 09:17:40AM +0800, Xu, Anthony wrote: inside vmx_ivt.S: // 0x5400 Entry 24 (size 16 bundles) General Exception (5,32,34,36,38,39) ENTRY(vmx_general_exception) VMX_DBG_FAULT(24) VMX_FAULT(24) //VMX_REFLECT(24) END(vmx_general_exception) IIRC,

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

2006-04-11 Thread Isaku Yamahata
On Tue, Apr 11, 2006 at 09:29:18AM +0100, Tristan Gingold wrote: Le Mardi 11 Avril 2006 03:52, Isaku Yamahata a écrit : Thank you for testing. On Mon, Apr 10, 2006 at 03:52:52PM +0100, Tristan Gingold wrote: Le Vendredi 07 Avril 2006 06:16, Isaku Yamahata a écrit : Hello. I

Re: [Xen-ia64-devel] VTi: break handling

2006-04-11 Thread Isaku Yamahata
On Tue, Apr 11, 2006 at 01:19:49PM +0100, Tristan Gingold wrote: Le Mardi 11 Avril 2006 13:59, Xu, Anthony a écrit : It was used for debug. Break 0, its opcode is 0, Usually break 0 is not used by linux kernel and application. When break 0 is executed, it usually means some thing

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

2006-04-12 Thread Isaku Yamahata
On Wed, Apr 12, 2006 at 01:16:37PM +0800, Tian, Kevin wrote: From: Isaku Yamahata Sent: 2006年4月11日 17:23 It seems that the IOSAPIC area is not mapped to dom0. Does the following patch make difference? Could you send the all log? Hi, Isaku, If the 0xfae is the address of one

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

2006-04-12 Thread Isaku Yamahata
On Wed, Apr 12, 2006 at 02:12:39PM +0800, Tian, Kevin wrote: From: Isaku Yamahata [mailto:[EMAIL PROTECTED] Sent: 2006年4月12日 14:10 Hi Kevin. Thanks for your testing. The Tristan's log said that no page is assigned to the 0xfae area. It doesn't seem that MMIO area covers the 0xfae

[Xen-ia64-devel] [PATCH] call setup_xen_feature()

2006-04-12 Thread Isaku Yamahata
. xenLinux/x86 calls xetup_xen_features() from setup_arch(). PATCHNAME: add_setup_xen_features_call_to_setup_arch_of_ia64 Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 3613df53207e -r da89b3e041c4 linux-2.6-xen-sparse/arch/ia64/kernel/setup.c --- a/linux-2.6-xen-sparse/arch/ia64/kernel/setup.c

[Xen-ia64-devel] [PATCH] remove printk warning of xen_init

2006-04-12 Thread Isaku Yamahata
remove printk warning of xen_init -- yamahata # HG changeset patch # User [EMAIL PROTECTED] # Node ID 3613df53207efcecfe51c1972db00497d2d8a3f2 # Parent 5cc367720223d06e5ec420da387218f46c9ed8e9 remove printk warning of xen_init PATCHNAME: remove_printk_warning_of_xen_init Signed-off-by: Isaku

Re: [Xen-ia64-devel] Oops from loop driver on IA64

2006-04-18 Thread Isaku Yamahata
On Tue, Apr 18, 2006 at 07:41:55PM +0900, Kouya SHIMURA wrote: Content-Description: message body text We encounter a Oops message from loop driver when vbd is used in dom0 kernel with CONFIG_VIRTUAL_MEM_MAP on ia64. I investigated this and might find a serious bug. On x86,

Re: [Xen-ia64-devel] alt_itlb_miss?

2006-04-18 Thread Isaku Yamahata
On Wed, Apr 19, 2006 at 09:05:49AM +0800, Tian, Kevin wrote: FWIW, here's some more data about the system state when I hit the FORCE_CRASH in alt_itlb_miss (this is for the case of dom0 doing efi.get_time via fw_hypercall): cr.ifa = 0xf0003ea57570 cr.iip = 0xf0003ea57570 b0 =

Re: [Xen-ia64-devel] Bad address when xm create

2006-04-20 Thread Isaku Yamahata
Hi Kevin. On Thu, Apr 20, 2006 at 05:22:17PM +0800, Tian, Kevin wrote: Only observed once that Bad address returned when xm create and thus failed to create domU on top of latest p2m tree. However I can't reproduce it and just reported here for you reference. Possibly the cause is

Re: [Xen-ia64-devel] [PATCH] Add support to physdev_ops

2006-04-20 Thread Isaku Yamahata
diff -r 7ed4420aac6b -r e6bffdbbd0e2 xen/arch/ia64/xen/hypercall.c --- a/xen/arch/ia64/xen/hypercall.c Thu Apr 20 02:05:24 2006 +++ b/xen/arch/ia64/xen/hypercall.c Thu Apr 20 03:08:42 2006 - (hypercall_t)do_ni_hypercall, /* do_physdev_op */ +

[Xen-ia64-devel] [PATCH] make dom_pa() static

2006-04-20 Thread Isaku Yamahata
Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 85f326903b0d -r c23c32cc9026 xen/arch/ia64/xen/dom_fw.c --- a/xen/arch/ia64/xen/dom_fw.cFri Apr 21 11:29:00 2006 +0900 +++ b/xen/arch/ia64/xen/dom_fw.cFri Apr 21 11:29:16 2006 +0900 @@ -33,7 +33,8 @@ unsigned long imva_fw_base = -1

[Xen-ia64-devel] [PATCH] print efi map descriptor infomation at bootup

2006-04-20 Thread Isaku Yamahata
-by: Isaku Yamahata [EMAIL PROTECTED] diff -r b3a20899830d -r 85f326903b0d xen/arch/ia64/linux-xen/efi.c --- a/xen/arch/ia64/linux-xen/efi.c Fri Apr 21 11:28:20 2006 +0900 +++ b/xen/arch/ia64/linux-xen/efi.c Fri Apr 21 11:29:00 2006 +0900 @@ -558,6 +558,31 @@ efi_map_pal_code (void

Re: [Xen-ia64-devel] [PATCH] print efi map descriptor infomation at bootup

2006-04-20 Thread Isaku Yamahata
I attached the updated patch with your comment. On Thu, Apr 20, 2006 at 09:14:35PM -0600, Alex Williamson wrote: On Thu, 2006-04-20 at 21:01 -0600, Alex Williamson wrote: On Fri, 2006-04-21 at 11:39 +0900, Isaku Yamahata wrote: print efi map descriptor infomation at bootup. Hi Isaku

Re: [Xen-ia64-devel] [PATCH][RFC][TAKE4] the P2M/VP patches

2006-04-21 Thread Isaku Yamahata
On Mon, Apr 10, 2006 at 02:08:18PM -0600, Alex Williamson wrote: I'm having trouble with the legacy VGA memory descriptor section of this patch. I managed to get my system booting with the patch below (2-way, w/ 1GB RAM). Networking works, yeah! The main changes here are that I

[Xen-ia64-devel] [PATCH] translate_domain_pte must handle ED bit and ignre bit[63:53]

2006-04-21 Thread Isaku Yamahata
7ed6c203efe9c79446ec21a6ba288c04e2ccee55 made translate_domain_pte() aware _PAGE_ED bits. _PAGE_PPN_MASK doesn't mask ED bit. ED bit must be handled explicitly. This case can occur by vcpu_itc_d(). Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 7ed6c203efe9 -r b3a20899830d xen/arch/ia64/xen

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

2006-04-24 Thread Isaku Yamahata
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: the P2M/VP patch merge plan (was Re: [Xen-ia64-devel] [PATCH][RFC][TAKE5] the P2M/VP patches)

2006-04-24 Thread Isaku Yamahata
On Mon, Apr 24, 2006 at 04:21:27PM +0200, Tristan Gingold wrote: 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. Unfortunately no for both SMP-h/g. It doesn't boot without nosmp xen boot option because the P2M table is not

[Xen-ia64-devel] [PATCH 1/9] [P2M/VP step 1] xen: introduce compile time option to xen

2006-04-24 Thread Isaku Yamahata
1 / 9 # HG changeset patch # User [EMAIL PROTECTED] # Node ID e277622cc9429abcc3b9c33479ed3784ba909c87 # Parent 992f8619517e83e61b03e265dcf1446f960c88dc introduce xen_ia64_dom0_virtual_physical compile time option. PATCHNAME: rules_mk Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r

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

2006-04-24 Thread Isaku Yamahata
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 0/9] [P2M/VP step 1] P2M/VP patch merge effort step 1

2006-04-24 Thread Isaku Yamahata
Hello. The following patches are P2M/VP patches step 1. I tried not to break existing functionalities, but it is very likely. If you found bugs, degrations, please report it. Subject: [PATCH 1/9] [P2M/VP step 1] xen: introduce compile time option to xen Subject: [PATCH 2/9] [P2M/VP step 1] xen:

[Xen-ia64-devel] [PATCH 4/9] [P2M/VP step 1] xen: domain0 builder change

2006-04-24 Thread Isaku Yamahata
4 / 9 # HG changeset patch # User [EMAIL PROTECTED] # Node ID 796aadb735e04f2beadcf1bb5be599829099438c # Parent 66dac877aa4264c42188a3cee6176cef940fd344 make domain0 builder for dom0 vp model. PATCHNAME: dom0_construct_xen Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] Signed-off-by: Alex

[Xen-ia64-devel] [PATCH 6/9] [P2M/VP step 1] linux: introduce config option

2006-04-24 Thread Isaku Yamahata
6 / 9 # HG changeset patch # User [EMAIL PROTECTED] # Node ID 15b27098a447eb23b9a4021f004ee6a5c47dd2ec # Parent 9636abaa69590d7284f72c35efc7808d572d9c1b introduce XEN_IA64_DOM0_VP config. PATCHNAME: Kconfig Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 9636abaa6959 -r 15b27098a447

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

2006-04-24 Thread Isaku Yamahata
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

2006-04-24 Thread Isaku Yamahata
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

2006-04-24 Thread Isaku Yamahata
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

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

2006-04-25 Thread Isaku Yamahata
On Tue, Apr 25, 2006 at 05:27:22PM +0200, Tristan Gingold wrote: Le Mardi 25 Avril 2006 03:28, Isaku Yamahata a écrit : On Mon, Apr 24, 2006 at 04:21:27PM +0200, Tristan Gingold wrote: just a question: is P2M/VP SMP-h/g safe ? Please do the merge even if not yet SMP ready. I will work

[Xen-ia64-devel] [PATCH] privcmd_ioctl() clean up for xen/ia64

2006-04-25 Thread Isaku Yamahata
direct_remap_pfn_range() to be called for IOCTL_PRIVCMD_MMAPBATCH. PATCHNAME: xen_arch_privcmd_mmap Signed-off-by: Isaku Yamahata [EMAIL PROTECTED] diff -r 1ad06bd6832d -r 83baf855f331 linux-2.6-xen-sparse/drivers/xen/privcmd/privcmd.c --- a/linux-2.6-xen-sparse/drivers/xen/privcmd/privcmd.c

Re: [Xen-ia64-devel] [PATCH 8/9] [P2M/VP step 1] linux: dma paravirtualization

2006-04-25 Thread Isaku Yamahata
Hi Aron. On Tue, Apr 25, 2006 at 08:04:48PM -0400, Aron Griffis wrote: Patch 8/9 fails to apply to tip (9752) for me, failing in hypervisor.h due to missing #define xen_arch_privcmd_mmap. Am I applying it incorrectly? No. Sorry for that. I attached the necessary patch. This patch modifies

Re: [Xen-ia64-devel] [PATCH 8/9] [P2M/VP step 1] linux: dma paravirtualization

2006-04-25 Thread Isaku Yamahata
I forget to attach it. On Wed, Apr 26, 2006 at 12:28:25PM +0900, Isaku Yamahata wrote: Hi Aron. On Tue, Apr 25, 2006 at 08:04:48PM -0400, Aron Griffis wrote: Patch 8/9 fails to apply to tip (9752) for me, failing in hypervisor.h due to missing #define xen_arch_privcmd_mmap. Am I

Re: [Xen-ia64-devel] [PATCH 4/9] [P2M/VP step 1] xen: domain0 builder change

2006-04-25 Thread Isaku Yamahata
Hi Tristan. Thank you for your comment. On Tue, Apr 25, 2006 at 05:25:10PM +0200, Tristan Gingold wrote: Le Mardi 25 Avril 2006 06:12, Isaku Yamahata a écrit : 4 / 9 Two possible problems (we may fix them later): * should ACPI be copied instead of mapped ? At least some ACPI tables must

  1   2   3   4   5   6   7   8   9   10   >