Hi,
show_registers() already has show_stack(NULL,NULL),
So we get two same Calltraces. This patch eliminate it.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
eliminate_dup_stacktrace.patch
Description: Binary data
Hi,
This patch is x86 side.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
implement_dump_execution_state.x86.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
Hi,
This patch is ia64 side.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
implement_dump_execution_state.ia64.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
arch/ia64/xen/xcom_hcall.c [NG--OK]
arch/ia64/xen/xencomm.c
arch/ia64/xen/xenivt.S
arch/ia64/xen/xensetup.S
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
cleanup_xcom_hcall.patch
Description: Binary data
___
Xen-ia64-devel
Hi, Keir
On 27/3/08 13:05, Akio Takebe [EMAIL PROTECTED] wrote:
This patch can show Calltraces at BUG_ON() on ia64.
And this supports xm debug-key d on ia64.
This patch needs to modify some common codes for supporting them.
Can you carefully explain why the interface changes are required
Hi,
On 27/3/08 16:56, Akio Takebe [EMAIL PROTECTED] wrote:
Can you carefully explain why the interface changes are required?
IA64 needs unwind infomation to show the Calltrace.
To make the unwind infomation, we needs switch stack and pt_regs.
So if possible, I want to use pt_regs at geting
/time.c
arch/ia64/xen/time.h
arch/ia64/xen/util.c
arch/ia64/xen/xcom_hcall.c
arch/ia64/xen/irq_xen.c[NG--OK]
arch/ia64/xen/xencomm.c
arch/ia64/xen/xenivt.S
arch/ia64/xen/xensetup.S
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
Hi,
Sorry for my previous post, Isaku.
I made another cleanup patch.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
The below is OK/NG list of checkpatch.pl under arch/ia64/xen.
[NG]
hypervisor.c
machvec.c[ I give up this file because I think it is not necessary. ]
[OK}
Kconfig
Makefile
Hi,
Some priv_op need memory attribulte in inline asm.
If the attribute is not in it, compilers optimize them.
So we may meet some curious bugs though I don't get them.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
inline_asm_barrier.patch
Description: Binary data
Hi, Aron
Hi Akio,
Akio Takebe wrote: [Fri Apr 04 2008, 05:44:10AM EDT]
@@ -251,7 +251,7 @@ extern void xen_set_eflag(unsigned long)
#define xen_ia64_intrin_local_irq_restore(x
Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
inline_asm_barrier.3.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
of INVALID_M2P_ENTRY.
After the patch was applied, I didn't get this issue.
But I'm not sure yet that the patch is the correct way to fix this issue.
I'll debug more, but if you have any comments, please tell me.
Best Regards,
Akio Takebe
avoid_to_domain_put_page_INVALID_M2P_ENTRY.patch
Description: Binary
Hi, Isaku
On Wed, Apr 23, 2008 at 01:54:29PM +0900, Akio Takebe wrote:
Content-Description: Mail message body
Hi,
Hi Akio.
This log show that domain_put_page is called 2 times for the same mfn.
But the mfn has different mpaddrs.
I guess the follwing case is occured:
1. at 1st time
Hi,
(XEN) Xen command line: BOOT_IMAGE=scsi0:EFI\redhat\xen-3.3.gz root=/dev/
VolGroup00/LogVol00 com1=38400,8n1,0x2f8,45 dom0_mem=2048M
You should check elilo.conf.
The boot parameter should be in dom0 parameter.
Best Regards,
AKio Takebe
___
Xen
=38400,8n1,0x2f8,45
dom0_mem=2048M.
The log show xen's parmeters = root=/dev/VolGroup00/LogVol00 com1=38400,8n1,
0x2f8,45 dom0_mem=2048M.
If this is correct, we need to investigate the parameters is passed properly.
And Using loglvl=all guest_loglvl=all in xen's parameters may be helpful.
Best Regards,
Akio
Hi, Isaku
On Thu, Apr 24, 2008 at 04:31:15PM +0900, Akio Takebe wrote:
Let me look into it.
Your stack trace didn't say about what grant table operation.
It should GNTTABOP_unmap_grant_ref or GNTTABOP_unmap_and_replace.
Do you know which it is?
Thank you for you investigating.
Both of them
Hi, Alex
You have been a great meintainer.
While you are maintainer, Xen-ia64 has progressed amagingly.
Thank you for your work.
Best Regards,
Akio Takebe
Hi all,
The Xen/ia64 project has come a long way in the past few years, and it's
with some satisfaction and excitement that I announce
Hi, Isaku
On Wed, May 21, 2008 at 01:14:08PM +0900, Akio Takebe wrote:
xen_domu_wip_defconfig seems to be a little old.
We need some choice while make oldconfig.
I'll update it at the next update.
I could build pv_ops kernel with it.
But I could not boot it...
As paravirtualized domU?
I
into other(xensource wiki
or xen-ia64 tree)?
Best Regards,
Akio Takebe
---
Recipe for getting/building/running Xen/ia64 with pv_ops
This recipe discribes how to get xen-ia64 source and build it,
and run domU with pv_ops
Hi,
Thank you for your patch!
I think the following way is better.
#define EFI_RUNTIME_SERVICES_SIGNATURE 0x5652453544e5552ULL
Best Regards,
Akio Takebe
minios: fix EFI_RUNTIME_SERVICES_SIGNATURE value
Signed-off-by: Samuel Thibault [EMAIL PROTECTED]
diff -r 23568ca9a778 extras/mini-os
Hi,
This patch is for safe leaving hypervisor.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
safe_leave_hypervisor.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
Hi,
we need to be psr.i==0 at enter/exit PALL.
But do_block() turns on psr.i.
So we need to be it off at exit PAL_HALT_LIGHT.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
disable_psr_i.patch
Description: Binary data
___
Xen
add it to length of __netdev_alloc_skb().
The below is my patch being relative to this.
http://xenbits.xensource.com/xen-unstable.hg?cs=797430d25f1b
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http
;
+
+ if (vaddr == 0)
+ return 0;
+
It should be return 0UL;
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi, Isaku
I have a trivial comment.
+enum ipi_vector {
+ XEN_RESCHEDULE_VECTOR,
+ XEN_IPI_VECTOR,
+ XEN_CMCP_VECTOR,
+ XEN_CPEP_VECTOR,
+
+ XEN_NR_IPIS,
+};
+
Don't need empty line.
Best Regards,
Akio Takebe
___
Xen-ia64
Hi,
When I create a guest having large memory,
Some guests could not get network response for several seconds.
The issue is caused by xencomm_privcmd_memory_reservation_op().
To improve the response time, the attached patch reduces
MEMORYOP_MAX_EXTENTS.
Signed-off-by: Akio Takebe [EMAIL
Hi,
Good idea. I added.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
On Mon, Aug 04, 2008 at 09:29:19AM +0900, Akio Takebe wrote:
Content-Description: Mail message body
Hi,
I agree with you. I check the hypercall time at creating.
The time was different because
' ?
Tristan.
Hi Tristan,
We found some code pages are polluted by an EFI driver (currently, we did
not locate which driver), and leads to the issue. Thanks!
I guess the same problem.
http://lists.xensource.com/archives/html/xen-ia64-devel/2008-07/msg00200.html
Best Regards,
Akio Takebe
Zhang, Jingke wrote:
Akio Takebe wrote:
Zhang, Jingke wrote:
Tristan Gingold wrote:
On Tue, Sep 02, 2008 at 11:43:58AM +0800, Zhang, Jingke wrote:
Hi Tristan,
We found VTI guest with 3073M (memory is a little more than 3G)
can not be booted up. After some investigation, our engineer
Hi,
Fix typo. (PALL - PAL)
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
typo_pal.patch
Description: Binary data
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
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 patch, I confirmed the stack trace worked fine.
Signed-off-by: Akio Takebe takebe_a...@jp.fujitsu.com
Best Regards,
Akio
(notify_dom0_con_ring_tasklet);
+ else
+send_guest_global_virq(dom0, VIRQ_CON_RING);
}
}
Best Regards,
Akio Takebe
___
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel
Hi,
Thank you for comments.
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
The tasklet_schedule call
Hi, Isaku
Isaku Yamahata wrote:
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
Hi,
Isaku Yamahata wrote
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?
Please ignore this.
I thought the early
301 - 335 of 335 matches
Mail list logo