() and query_page_offline()
Also replace max_page check with mfn_valid() for consistency.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/common/page_alloc.c b/xen/common/page_alloc.c
--- a/xen/common/page_alloc.c
+++ b/xen/common/page_alloc.c
@@ -507,7 +507,8 @@ static void free_heap_pages
7 has type 'uint64_t'
linux-2.6.18-xen.hg/drivers/xen/blktap2/sysfs.c: In function
'blktap_sysfs_debug_device':
linux-2.6.18-xen.hg/drivers/xen/blktap2/sysfs.c:276: warning: format '%llu'
expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
Signed-off-by: Isaku Yamahata
Hi Keir,
Please pull the ia64 trees:
http://xenbits.xensource.com/ext/ia64/xen-unstable.hg
http://xenbits.xensource.com/ext/ia64/linux-2.6.18-xen.hg
This includes panic fixes which Kuwamura-san reported and
preliminary support for tmem and blktap2.
Without pull, the xen dom0 panics.
thanks,
[IA64] plumb tmem hypercall entry point
add do_tmem_op() to ia64_hypercall_table.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/linux-xen/entry.S b/xen/arch/ia64/linux-xen/entry.S
--- a/xen/arch/ia64/linux-xen/entry.S
+++ b/xen/arch/ia64/linux-xen/entry.S
[IA64] replace MAX_VCPUS with d-max_vcpus where necessary.
don't use MAX_VCPUS.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/vmx/viosapic.c b/xen/arch/ia64/vmx/viosapic.c
--- a/xen/arch/ia64/vmx/viosapic.c
+++ b/xen/arch/ia64/vmx/viosapic.c
@@ -378,7 +378,7
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/linux-xen/unwind.c b/xen/arch/ia64/linux-xen/unwind.c
--- a/xen/arch/ia64/linux-xen/unwind.c
+++ b/xen/arch/ia64/linux-xen/unwind.c
@@ -36,6 +36,9 @@
#include xen/errno.h
// work around
+// write_trylock() does bug
[IA64] xencomm: add XENVER_commandline support.
add XENVER_commandline support.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/arch/ia64/xen/xcom_privcmd.c b/arch/ia64/xen/xcom_privcmd.c
--- a/arch/ia64/xen/xcom_privcmd.c
+++ b/arch/ia64/xen/xcom_privcmd.c
@@ -622,6 +622,9
[IA64] xencomm: tmem support.
add tmem support to xencomm.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/arch/ia64/xen/xcom_hcall.c b/arch/ia64/xen/xcom_hcall.c
--- a/arch/ia64/xen/xcom_hcall.c
+++ b/arch/ia64/xen/xcom_hcall.c
@@ -40,6 +40,7 @@
#include xen/interface
On Tue, Jun 09, 2009 at 12:52:56AM +0530, Arjun m/ wrote:
Hi,
Hi.
Which version of Linux(for Host) do XEN developers work with/normally prefer
for getting some new guest OS up..?
Just to make sure, ia64 means Itanium, not x86_64(amd64).
If you mean x86/x86_64, xen-devel is better to ask
On Tue, Jun 02, 2009 at 12:26:39PM +1000, James Harper wrote:
How different is IA64 to x86/amd64 in terms of hypercalls and
platform_pci setup under HVM?
I'm having a look at what is involved in porting GPLPV drivers for
Windows to IA64.
I can't even seem to find where the HYPERCALL_
()
is x86 specific.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/drivers/xen/blktap2/device.c b/drivers/xen/blktap2/device.c
--- a/drivers/xen/blktap2/device.c
+++ b/drivers/xen/blktap2/device.c
@@ -3,6 +3,7 @@
#include linux/cdrom.h
#include linux/hdreg.h
#include linux
[IA64] add ia64 _raw_rw_is_write_locked
This patch fixes the following link error.
xen/common/built_in.o: In function `_rw_is_write_locked':
xen/common/spinlock.c:249: undefined reference to `_raw_rw_is_write_locked'
make[3]: *** [xen/xen-syms] Error 1
Signed-off-by: Isaku Yamahata yamah
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/tools/libxc/ia64/xc_ia64_linux_restore.c
b/tools/libxc/ia64/xc_ia64_linux_restore.c
--- a/tools/libxc/ia64/xc_ia64_linux_restore.c
+++ b/tools/libxc/ia64/xc_ia64_linux_restore.c
@@ -540,9 +540,9 @@ xc_ia64_hvm_domain_setup(int
On Tue, May 26, 2009 at 11:35:05AM -0700, Xen patchbot-linux-2.6.18-xen wrote:
diff -r f3a935eb30e0 -r eba6fe6d8d53 drivers/xen/blktap2/device.c
--- /dev/null Thu Jan 01 00:00:00 1970 +
+++ b/drivers/xen/blktap2/device.cTue May 26 11:23:16 2009 +0100
+static int
On Wed, May 06, 2009 at 01:54:15PM +0800, You, Yongkang wrote:
On xen-ia64-devel-boun...@lists.xensource.com wrote:
Hi,
When I try recently Xen (Xen 3.4 rc3) on IA64 machine
(Tiger4), I found some strange issue.
My two systems have 4 and 8 pcpus separately
If VTI guest's vcpus
Thank you. I suppose I tracked it down.
Can you please try attached patches?
On Mon, Apr 27, 2009 at 02:46:37PM +0900, KUWAMURA Shin'ya wrote:
Hi Yamahata-san,
On 20090427040951.gk22299%yamah...@valinux.co.jp,
Isaku Yamahata wrote:
On Mon, Apr 27, 2009 at 09:53:55AM +0900, KUWAMURA
blktap: fix race memory refernce with ring_ok.
fix race memory refernce with ring_ok.
ring_ok is shared by mmapping process and blktap kernel thread.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/drivers/xen/blktap/blktap.c b/drivers/xen/blktap/blktap.c
--- a/drivers/xen
blktap: don't use vma-vm_start to calculate offset.
struct vma can be split by partial munmap(), we can't depend on vm_start.
Instead, use tap_blkif_t::rings_vstart.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/drivers/xen/blktap/blktap.c b/drivers/xen/blktap/blktap.c
This patch series is for the release 3.4.
It is reported by Kuwamura that blktap has been broken on ia64.
But I think it is broken also on x86.
The change set of 863:464a925d73f1 broken blktap because
guest_user_pages() assumes vma-vm_private_data is arrays
of struct page*.
This patch series
blktap: add one static.
one more static.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/drivers/xen/blktap/blktap.c b/drivers/xen/blktap/blktap.c
--- a/drivers/xen/blktap/blktap.c
+++ b/drivers/xen/blktap/blktap.c
@@ -868,7 +868,7 @@ static unsigned int blktap_poll(struct f
to mmap callback
is bogus because later the vma can be freed or changed.
So don't remember vma and put necessary infomations into
tap_blkif_t. and use find_vma() to get necessary vma's.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/drivers/xen/blktap/blktap.c b/drivers/xen
On Mon, Apr 27, 2009 at 09:53:55AM +0900, KUWAMURA Shin'ya wrote:
Hi Yamahata-san,
On 20090424120910.gg22299%yamah...@valinux.co.jp,
Isaku Yamahata wrote:
Can you please try this patch?
NaT consumption occurred on tapdisk while PV and HVM were booting up.
Please see the attachment
Hi Keir.
The xen 3.4 release is getting near. (I don't know how soon you're
planning to release 3.4.0)
So can you wait for me to create a new patch or can we revert
the patch for the 3.4 release?
Anyway the patch isn't a complete fix as I pointed out.
I'll look into this problem from the next
Can you please try this patch?
linux/blktap: fix vma_close() for partial munmap.
the previous vma_close() didn't take partial
munmap into acount. This patch fixes it.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/drivers/xen/blktap/blktap.c b/drivers/xen/blktap/blktap.c
Hi Keir,
Please pull the ia64 trees:
http://xenbits.xensource.com/ext/ia64/xen-unstable.hg
http://xenbits.xensource.com/ext/ia64/linux-2.6.18-xen.hg
This includes single bug fix which is important for
the next release. It fixes the issue that some platform
fails to boot xen.
Thanks,
--
On Tue, Apr 21, 2009 at 10:27:02AM +0900, Akio Takebe wrote:
Hi,
The following changeset broke booting xen-ia64 on some kinds of ia64 boxes.
http://xenbits.xensource.com/ext/ia64/xen-unstable.hg/rev/3fd8f9b34941
The tasklet_schedule call raise_softirq().
Because raise_softirq() use
On Tue, Apr 21, 2009 at 11:19:06AM +0900, Isaku Yamahata wrote:
On Tue, Apr 21, 2009 at 10:27:02AM +0900, Akio Takebe wrote:
Hi,
The following changeset broke booting xen-ia64 on some kinds of ia64 boxes.
http://xenbits.xensource.com/ext/ia64/xen-unstable.hg/rev/3fd8f9b34941
On Tue, Apr 21, 2009 at 11:49:55AM +0900, Isaku Yamahata wrote:
On Tue, Apr 21, 2009 at 11:19:06AM +0900, Isaku Yamahata wrote:
On Tue, Apr 21, 2009 at 10:27:02AM +0900, Akio Takebe wrote:
Hi,
The following changeset broke booting xen-ia64 on some kinds of ia64
boxes.
http
On Tue, Apr 21, 2009 at 11:43:59AM +0900, Akio Takebe wrote:
I think we should not call tasklet_schedule() before softirq_init() at
least on x86.
So how about the attached patch?
I don't get why. Could you please elaborate?
--
yamahata
___
Hi Keir,
Please pull the ia64 trees:
http://xenbits.xensource.com/ext/ia64/xen-unstable.hg
http://xenbits.xensource.com/ext/ia64/linux-2.6.18-xen.hg
This includes only three minor fixes which
are appropriate for the next release.
Thanks,
--
yamahata
Hi IanJ.
Can you please commit this?
Or is there any issues to commit the patch?
Without this patch, HVM domain doesn't boot on ia64.
My previous patch only fixed compilation error, so
this patch is necessary for 3.4 release.
thanks,
On Tue, Apr 07, 2009 at 05:19:55PM +0800, Zhang, Xiantao
Applied, thanks.
On Mon, Apr 06, 2009 at 08:49:30PM +0900, Akio Takebe wrote:
Content-Description: Mail message body
Hi,
This patch fixes unwind info of fast_hypercall.
fast_hypercall uses r32-r35 without alloc instruction.
In the case of this, the unwind info move over a little.
With my
This patch fixes the compilation error caused by the change set
of 191158d4c289d1bf7c154ad6b51f776f680982d5.
ia64 doesn't support mapcache yet, so not-mapcache version
of cpu_physical_memory_map/unmap are still necessary.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
i386-dm/exec-dm.c
The use of r28 doesn't seem necessary. Only use r14.
[IA64] fix fsys.S paravirtualization
fix fsys.S paravirtualization.
event_mask must be cleared before checking event_pending.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/arch/ia64/kernel/fsys.S b/arch/ia64/kernel
[IA64] fix fsys.S paravirtualization
fix fsys.S paravirtualization.
event_mask must be cleared before checking event_pending.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/arch/ia64/kernel/fsys.S b/arch/ia64/kernel/fsys.S
--- a/arch/ia64/kernel/fsys.S
+++ b/arch/ia64/kernel
: passing argument 1 of 'paravirt_fc'
makes integer from pointer without a cast
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/paravirt_privop.h | 22 +++---
arch/ia64/include/asm/xen/privop.h |2 +-
arch/ia64/kernel/paravirt.c
Hi, thank you for the patch.
This is for xen-unstable.hg? not for xen-ia64-unstable.hg.
xen-ia64-unstable.hg already has the change set of 19207:c4c4ba857d8b which
includes your patch.
Is this for the next release? Then, I'll request Keir to pull the ia64 repo.
thanks,
On Thu, Mar 26, 2009 at
Hi Keir,
Please pull the ia64 trees:
http://xenbits.xensource.com/ext/ia64/xen-unstable.hg
This is for the 3.4 release. This includes only two change sets
which are trivial fixes ported from x86 changeset.
Thank you Jan for pointing it out.
The ia64 linux-2.6.18-xen.hg tree doesn't have ia64
On Fri, Mar 06, 2009 at 10:11:42AM +0800, Zhang, Xiantao wrote:
Isaku Yamahata wrote:
On Thu, Mar 05, 2009 at 11:55:10AM +0800, Zhang, Xiantao wrote:
Isaku Yamahata wrote:
On Wed, Mar 04, 2009 at 05:26:41PM +0800, Zhang, Xiantao wrote:
So far, we just found the msi-x case. Maybe we
Done. Please check the repo.
I intentionally didn't pull the change set of
805:63be3e5e2f1a in linux-2.6.18-xen.hg because it causes
link error of missing sg_init_table().
On Fri, Mar 06, 2009 at 11:10:33AM +0800, Zhang, Jingke wrote:
Hi Isaku,
Latest ia64-unstable can not be compiled with
add suport for mov = ar.itc to pvchecker.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/native/pvchk_inst.h |5 +
arch/ia64/scripts/pvcheck.sed |1 +
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/ia64/include/asm
paravirtualize gate.S.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/native/inst.h |5 +
arch/ia64/include/asm/native/pvchk_inst.h |3 +++
arch/ia64/kernel/gate.S | 17 +
3 files changed, 21 insertions(+), 4
paravirtualize mov reg = ar.itc.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/native/inst.h |5 +
arch/ia64/kernel/entry.S|4 ++--
arch/ia64/kernel/fsys.S |4 ++--
arch/ia64/kernel/ivt.S |2 +-
4 files
and sizes.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/kernel/gate.S | 162 +++---
1 files changed, 81 insertions(+), 81 deletions(-)
diff --git a/arch/ia64/kernel/gate.S b/arch/ia64/kernel/gate.S
index 74b1ccc..c957228 100644
xen gate page paravirtualization
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/xen/inst.h |4
arch/ia64/xen/Makefile |1 +
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/ia64/include/asm/xen/inst.h b/arch/ia64/include
use __initconst instead of __initdata for const data like
ec8148de85a73a3be397a59b6d8f4f32cf2dd254
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/xen/xen_pv_ops.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/ia64/xen/xen_pv_ops.c b/arch/ia64
paravirtualize ar.itc and ar.itm in order to support save/restore.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/xen/inst.h | 21 +
arch/ia64/include/asm/xen/interface.h |9
arch/ia64/include/asm/xen/minstate.h | 11 -
arch/ia64
This patch is ia64 counter part of clean up of the xen predicates.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/xen/hypervisor.h | 39 ++-
1 files changed, 18 insertions(+), 21 deletions(-)
diff --git a/arch/ia64/include/asm/xen
This is a preliminary patch to paravirtualizing fsys.S.
compile fsys.S twice one for native and one for xen, and switch
them at run tine.
Later fsys.S will be paravirtualized.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/xen/inst.h |3 +++
arch/ia64/xen
paravirtualize sched_clock.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/xen/time.c | 48
1 files changed, 48 insertions(+), 0 deletions(-)
diff --git a/arch/ia64/xen/time.c b/arch/ia64/xen/time.c
index 68d6204..fb83326
This patch set is for the next merge window.
They are just enhancements of the already merged patches or ia64
porting from x86 paravirt techniques and that their quality is enough
for merge.
This patch set is for more paravirtualization on ia64/xen domU.
This patch set does
- remove existing
paravirtualize fsys.S.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/kernel/fsys.S | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/arch/ia64/kernel/fsys.S b/arch/ia64/kernel/fsys.S
index 788319f..3544d75 100644
--- a/arch/ia64/kernel
Add two hooks, paravirt_get_fsyscall_table() and
paravirt_get_fsys_bubble_doen() to paravirtualize fsyscall implementation.
This patch just add the hooks fsyscall and don't paravirtualize it.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/native/inst.h |3
define xen specific gate page.
At this phase bits in the gate page is same to native.
At the next phase, it will be paravirtualized.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/xen/patchlist.h | 38 +
arch/ia64/kernel
paravirtualize gate page by allowing each pv_ops instances
to define its own gate page.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/native/patchlist.h | 38 ++
arch/ia64/include/asm/paravirt.h | 35 +
arch/ia64/kernel
support binary patching for kernel module.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/module.h |6 ++
arch/ia64/kernel/module.c | 32
2 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/arch/ia64
This patch set is for the next merge window.
They are just enhancements of the already merged patches or ia64 porting
from x86 paravirt techniques and that their quality is enough for merge.
This patch set is for binary patch optimization for paravirt_ops which
depends on the patch series I sent
define paravirt_dv_serialize_data() and insert it to suppress
false positive warnings.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/paravirt_privop.h |6 ++
arch/ia64/kernel/efi.c |1 +
arch/ia64/kvm/vtlb.c|2
implemented xen binary patch for pv_cpu_ops.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/xen/privop.h |4 +
arch/ia64/xen/hypercall.S |2 +
arch/ia64/xen/xen_pv_ops.c | 665
3 files changed, 671
add helper functions to support binary patching for paravirt_ops.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/paravirt_patch.h | 143 +
arch/ia64/kernel/paravirt_patch.c | 514
arch/ia64/kernel/paravirtentry.S
implement binary patching optimization for pv_cpu_ops.
With this optimization, indirect call for pv_cpu_ops methods can be
converted into inline execution or direct call.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
---
arch/ia64/include/asm/intrinsics.h |6 +-
arch/ia64/include
On Wed, Mar 04, 2009 at 05:26:41PM +0800, Zhang, Xiantao wrote:
So far, we just found the msi-x case. Maybe we will add msi-x support later,
so this fix is also required.
Okay, makes sense.
And why GPFN_LOW_MMIO independently of addr? Shouldn't it be aware
of io_ranges[]?
For the
On Thu, Mar 05, 2009 at 11:55:10AM +0800, Zhang, Xiantao wrote:
Isaku Yamahata wrote:
On Wed, Mar 04, 2009 at 05:26:41PM +0800, Zhang, Xiantao wrote:
So far, we just found the msi-x case. Maybe we will add msi-x
support later, so this fix is also required.
Okay, makes sense
Could you elaborate on the concrete issue which you're seeing?
I guess the issue occurs when passed through pci device
is unplugged. But in that case, the region was occupied by
the device so that qemu haven't seen io on the area anyway.
And why GPFN_LOW_MMIO independently of addr? Shouldn't it
On Tue, Mar 03, 2009 at 05:32:42PM +0800, Zhang, Xiantao wrote:
Isaku Yamahata wrote:
Could you elaborate on the concrete issue which you're seeing?
I guess the issue occurs when passed through pci device
is unplugged. But in that case, the region was occupied by
the device so that qemu
On Sun, Mar 01, 2009 at 05:12:25PM +0800, Zhang, Yang wrote:
Isaku Yamahata wrote:
- The pages for vhpt is allocated by alloc_domheap_pages(NULL, ...),
Thus those memory doesn't accounted to the domain.
So adjusting domain memory size doesn't make sense. Just drop it.
In the previous
On Mon, Mar 02, 2009 at 05:38:22PM +0800, Zhang, Yang wrote:
Isaku Yamahata wrote:
As you described above, you used alloc_domheap_page(NULL, ) which
means that pages for vhpt aren't accounted for a given domain.
So the hunk in tools/python/xen/xend/image.py doesn't make sense,
does
On Mon, Mar 02, 2009 at 07:21:28PM +0800, Zhang, Yang wrote:
Isaku Yamahata wrote:
So you want to account vhpt memory.
Then, pass the domain pointer as argument to alloc_domheap_page(d,
...) and leave the hunk in image.py.
Maybe the code path which frees domain memory needs twist
Applied with trivial modificatios.
thanks,
On Tue, Feb 24, 2009 at 01:12:07PM +1100, Simon Horman wrote:
This is consistent with the x86 version of this function.
Signed-off-by: Simon Horman ho...@verge.net.au
---
Compile-tested only.
Index:
On Wed, Feb 18, 2009 at 08:41:43AM +, Keir Fraser wrote:
On 18/02/2009 08:31, Zhang, Xiantao xiantao.zh...@intel.com wrote:
Signed-off-by: Xiantao Zhang xiantao.zh...@intel.com
Acked-by: Isaku Yamahata yamah...@valinux.co.jp
Applied, but it's actually broken the ia64 build due
On Wed, Feb 18, 2009 at 11:20:03AM +0800, Zhang, Yang wrote:
Fix the issue that guest cannot be launched by using balloon driver.
- In current version, when using balloon driver to balloon memory,it
did not balloon the memory for vhpt.
vhpt needs the continuous memory.But it allocates
On Thu, Feb 19, 2009 at 01:11:53PM +0800, Zhang, Yang wrote:
Hi
From: Isaku Yamahata [mailto:yamah...@valinux.co.jp]
Sent: 2009年2月19日 11:12
To: Zhang, Yang
Cc: xen-ia64-devel@lists.xensource.com
Subject: Re: [Xen-ia64-devel] [PATCH] Fix that guest can not get continuous
memory for vhpt
Hi Keir.
Please pull again because it had a bug which causes VMM
to panic on IA64. Now it is fixed.
Sorry for disturbing with frequest request.
thanks,
On Fri, Feb 13, 2009 at 11:40:00AM +0900, Isaku Yamahata wrote:
Hi Keir,
Please pull the ia64 trees:
http://xenbits.xensource.com/ext
On Mon, Feb 16, 2009 at 06:33:45PM +0800, Zhang, Xiantao wrote:
Hi, Isaku
This patch targets for enhancing vt-d support for ia64, could you help
to review?
It looks mostly good.
How about moving arch independent MSI related definitions
into a common header file instead of duplicating
On Tue, Feb 17, 2009 at 09:42:05AM +0800, Zhang, Xiantao wrote:
Isaku Yamahata wrote:
On Mon, Feb 16, 2009 at 06:33:45PM +0800, Zhang, Xiantao wrote:
Hi, Isaku
This patch targets for enhancing vt-d support for ia64, could you
help to review?
It looks mostly good.
How about
The patch touches the common/x86 part.
So please sent it to xen-devel, then I'll pull it.
Acked-by: Isaku Yamahata yamah...@valinux.co.jp
On Tue, Feb 17, 2009 at 10:57:21AM +0900, Isaku Yamahata wrote:
On Tue, Feb 17, 2009 at 09:42:05AM +0800, Zhang, Xiantao wrote:
Isaku Yamahata wrote
Oh, sorry. The culprit is 19202:af0da711bbdb. I'm looking into it.
On Fri, Feb 13, 2009 at 05:03:07PM +0800, Zhang, Jingke wrote:
Hi all,
With latest Cset#19203, dom0 will crash when destroying VTI, either by
xm des ... or run poweroff in VTI. It blocks this round of ABAT testing.
)
(XEN)
(XEN) Panic on CPU 2:
(XEN) Xen BUG at xen-unstable.hg/xen/include/xen/list.h:170
(XEN)
(XEN)
(XEN) Reboot in five seconds...
(XEN) Debugging connection not set up.
Signed-off-by: Isaku Yamahata yamah
Applied, thanks.
On Tue, Feb 10, 2009 at 04:11:22PM +0900, SUZUKI, Kazuhiro wrote:
Hi,
This patch fixes to avoid calling xmalloc() from the interrupt handler.
Thanks,
KAZ
Signed-off-by: Kazuhiro Suzuki k...@jp.fujitsu.com
diff -r 46b4096813dc xen/arch/ia64/linux-xen/mca.c
---
Hi Keir,
Please pull the ia64 trees:
http://xenbits.xensource.com/ext/ia64/xen-unstable.hg
http://xenbits.xensource.com/ext/ia64/linux-2.6.18-xen.hg
This includes some bug fixes from George Dunlap and Kazuhiro Suzuk,
and ia64 counter part of shrinking struct page_info .
Thanks,
--
yamahata
on ia64.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/linux-xen/iosapic.c
b/xen/arch/ia64/linux-xen/iosapic.c
--- a/xen/arch/ia64/linux-xen/iosapic.c
+++ b/xen/arch/ia64/linux-xen/iosapic.c
@@ -93,6 +93,7 @@
#include asm/ptrace.h
#include asm/system.h
/sched.h:174: error: field page_list has incomplete type
xen/include/xen/sched.h:175: error: field xenpage_list has incomplete type
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/drivers/passthrough/vtd/dmar.c
b/xen/drivers/passthrough/vtd/dmar.c
--- a/xen/drivers/passthrough
address size is architected to 50bit by ia64
and mfn isn't always addressed by 32bits with 16KB page size.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/xen/domain.c b/xen/arch/ia64/xen/domain.c
--- a/xen/arch/ia64/xen/domain.c
+++ b/xen/arch/ia64/xen/domain.c
Applied.
Although the patch itself was missed, it was so trivial that I was able
to applied it.
thanks,
On Fri, Jan 30, 2009 at 12:19:49PM +, George Dunlap wrote:
p2m_pod_decrease_reservation() should return 0 if it didn't do anything.
A return value of 1 is meant to inform
Hi Keir,
Please pull the ia64 trees:
http://xenbits.xensource.com/ext/ia64/xen-unstable.hg
http://xenbits.xensource.com/ext/ia64/linux-2.6.18-xen.hg
This includes patches that widens struct page_info and
removes static partitioned xen heap.
I touched the common code as follows. It is so
Hi.
This patch series removes the static partitioned xen heap.
This is the ia64 counter part of the following changeset
19054:845aa241e163, 19088:055c589f4791, 19089:39517e863cc8
19091:beba88f6f90d, 19094:6b10d97d6fd4, 19101:6e623569455c
Firstly this patch sets do some small clean
[IA64] fix __virt_to_maddr()
__virt_to_maddr() should be updated acording to xen relocation.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/include/asm-ia64/linux-xen/linux/efi.h
b/xen/include/asm-ia64/linux-xen/linux/efi.h
--- a/xen/include/asm-ia64/linux-xen/linux
[IA64] remove warning
This patch remove the following warning.
memory.c:116: warning: implicit declaration of function
'guest_physmap_mark_populate_on_demand'
memory.c:206: warning: implicit declaration of function
'p2m_pod_decrease_reservation'
Signed-off-by: Isaku Yamahata yamah
[IA64] use domheap for mpt_table.
Now there is no need to allocate pages for mpt_table from xenheap.
So allocate it from domheap.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/xen/xenmem.c b/xen/arch/ia64/xen/xenmem.c
--- a/xen/arch/ia64/xen/xenmem.c
+++ b/xen
[IA64] remove opt_p2m_xenheap
xenheap isn't pinned down now so that allocating p2m pages from
xenheap doesn't make sense anymore.
This is preparation for removing xenheap.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/xen/mm.c b/xen/arch/ia64/xen/mm.c
--- a/xen
[IA64] No need for cmpxchg on page_info structure.
Updates and checks on count_info and page owner can safely be
non-atomic.
This is ia64 counter part of 19088:055c589f4791.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/xen/mm.c b/xen/arch/ia64/xen/mm.c
[IA64] remove static-partitioned xenheap
This patch is ia64 counter part of 19054:845aa241e163
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/linux-xen/mm_contig.c
b/xen/arch/ia64/linux-xen/mm_contig.c
--- a/xen/arch/ia64/linux-xen/mm_contig.c
+++ b/xen/arch
[IA64] Widen page counts and domain pointer
This is ia64 counter part of 19089:39517e863cc8.
This patch is preliminary for removing xenheap.
Signed-off-by: Isaku Yamahata yamah...@valinux.co.jp
diff --git a/xen/arch/ia64/xen/machine_kexec.c
b/xen/arch/ia64/xen/machine_kexec.c
--- a/xen/arch
Hi Keir.
I suppose it wouldn't very difficult. I'll try it and see what it goes.
But daemons live in details...
thanks
On Fri, Jan 16, 2009 at 03:58:09PM +, Keir Fraser wrote:
Hi Isaku, and other IA64 people,
In xen-unstable c/s 19054 I get rid of the statically-partitioned Xen heap
On Thu, Jan 15, 2009 at 09:54:03AM +0100, Martin Schwidefsky wrote:
On Thu, 2009-01-15 at 15:16 +0900, Isaku Yamahata wrote:
This patch fixes the following errors caused by
79741dd35713ff4f6fd0eafd59fa94e8a4ba922d which changed
the prototypes of account_steal_time() and account_idle_time
commit 153a5f4c7ddc2d5ef85e62e73b2f66132c6f9089
Author: Isaku Yamahata yamah...@valinux.co.jp
Date: Thu Jan 15 20:59:57 2009 +0900
don't use magic number 0xff0.
don't use magic number 0xff0.
define VRAM_RESERVED_ADDRESS and use it.
On ia64, the area is already used
commit 508db40e2c8714a43016a77b7bc32a5fe15577a9
Author: Isaku Yamahata yamah...@valinux.co.jp
Date: Thu Jan 15 21:23:12 2009 +0900
vga: initialize vram area to 0xff
Initialize vram memory in xen_vga_populate_vram().
and some fixes.
Signed-off-by: Isaku Yamahata yamah
On Thu, Jan 15, 2009 at 11:06:09AM +, Ian Jackson wrote:
You, Yongkang writes (RE: [Xen-ia64-devel] [Test Report] Xen/IPF Unstable
CS#18957 Status (Linux#767, ioemu#b36996b3..) --- one new issue):
Seems latest remote qemu could not pass build in IA64 platform:
36e36cff0db363c4bdee325e046c781a2dd2f42f Mon Sep 17 00:00:00 2001
From: Isaku Yamahata yamah...@valinux.co.jp
Date: Fri, 16 Jan 2009 12:17:30 +0900
Subject: [PATCH 1/1] ia64, xen: fixes configs and add default config for ia64
xen domU
This patch fixes xen related Kconfigs and add default config
file
On Thu, Jan 15, 2009 at 12:49:08PM +, Stefano Stabellini wrote:
Isaku Yamahata wrote:
+
+xen_vga_vram_map(vram_addr, vga_ram_size);
+
+/* Win2K seems to assume that the pattern buffer is at 0xff
+ initially ! */
+memset(xen_vga_state-vram_ptr, 0xff
1 - 100 of 1853 matches
Mail list logo