Hi Fujita,
I tried the latest Changeset 10419. But I couldn't reproduce this problem in my
box. Is it fixed? I create and destroy SMP XenU for more than 100 times. And
try to make kernels in xenU 2 times. I didn't meet the xen0 hang.
My box has 3072M memory. Xen0 has 512M, xenU has 512M. XenU
Hi Yongkang,
Thanks for your information!
We also must try the latest changeset.
If it happens again, the cause is in our environment.
I'll inform you a result. Please wait for a while.
Thanks,
Fujita
-Original Message-
From: You, Yongkang [mailto:[EMAIL PROTECTED]
Sent: Monday, June
Yongkang,
I have a request.
I'm using a scheduler credit for test.
If you're using other scheduler, can you try the credit?
Thanks,
Fujita
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of yo.fujita
Sent: Monday, June 19, 2006 4:03 PM
To: 'You,
Hi all,
This is the new issue. We found it in latest Changeset. But Keyboard and Mouse
can be operated at least in Changeset 10273. I can use ssh or telnet to control
Xen0.
Best Regards,
Yongkang (Kangkang) 永康
___
Xen-ia64-devel mailing list
Hi, Nakato,
See my analysis to Kangkang's mail which is same to your case. Normally
people is working remotely and thus such error is skipped when testing. :-)
Thanks,
Kevin
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of nakato
Le Lundi 19 Juin 2006 15:35, Magenheimer, Dan (HP Labs Fort Collins) a écrit :
On this point VTi may have a real advantage over
paravirtualization.
Could you explain further?
Yes.
The virtualization handler has the opcode in GR25.
I don't know the amount of PAL code involved,
Hi,
this is just a thought about page size.
Contrary to x86 there is no canonical ia64 page size (ps = page size)
Currently we work with Xen ps == dom0 ps == domU ps.
I suppose others scheme are not working yet.
The Xen hypervisor should be ready to support any domain whose ps = Xen ps.
Dom0
Hi Keir,
Do you have an comments on this new hypercall Tristan is proposing?
We have a patch pending in xen/ia64 that makes use of this new hypercall
as a first step towards domain save/restore. Thanks,
Alex
On Thu, 2006-06-15 at 10:19 +0200, Tristan Gingold wrote:
Hi,
for IA64,
Le Lundi 19 Juin 2006 16:35, Keir Fraser a écrit :
On 19 Jun 2006, at 15:22, Alex Williamson wrote:
Do you have an comments on this new hypercall Tristan is proposing?
We have a patch pending in xen/ia64 that makes use of this new
hypercall
as a first step towards domain save/restore.
On 19 Jun 2006, at 15:43, Tristan Gingold wrote:
I'd like the patch modified as follows:
* Change flag name to XEN_DOMAINSETUP_hvm_guest (explicitly in Xen
namespace; more the style of other flags added recently; not VMX
specific).
* Place the final two fields of the struct inside ifdef
On Mon, 2006-06-19 at 11:01 -0400, Doug Chapman wrote:
The domU guest starts to boot but quickly panics with:
xen_mem: Initialising balloon driver.
kernel BUG at mm/slab.c:2665!
swapper[1]: bugcheck! 0 [1]
Any ideas? It sounds like other people have had better luck getting
What's
Le Lundi 19 Juin 2006 16:45, Keir Fraser a écrit :
On 19 Jun 2006, at 15:43, Tristan Gingold wrote:
I'd like the patch modified as follows:
* Change flag name to XEN_DOMAINSETUP_hvm_guest (explicitly in Xen
namespace; more the style of other flags added recently; not VMX
specific).
On Mon, 2006-06-19 at 09:11 -0600, Alex Williamson wrote:
On Mon, 2006-06-19 at 11:01 -0400, Doug Chapman wrote:
The domU guest starts to boot but quickly panics with:
xen_mem: Initialising balloon driver.
kernel BUG at mm/slab.c:2665!
swapper[1]: bugcheck! 0 [1]
Any ideas? It
On Sun, 2006-06-18 at 10:25 +0900, Akio Takebe wrote:
Hi, Tristan and Alex
My patch is included some mistakes.
So please ignore it's patch.
I update my patch.
This is depended on Tristan's patch.
My fix is that xenctx show more register and is_kernel_text.
Applied.
--
Alex
The patch below consolidates the NO_TRANSLATION xenctx code to avoid
additional #ifdef/#endif code blocks. Comments? Thanks,
Alex
--
Alex Williamson HP Open Source Linux Org.
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID
Hi Yongkang, Alex,
I tried the latest cset 10419 too.
And the same problem was reproduced.
I think this may be caused by the credit scheduler.
Now our developers are researching this problem.
Setting
server :tiger4
dom0mem :512M
domUmem :512M
domU cpus :2
sched :credit
Test
Hi, Alex
How about my patch?
I remove NO_TRANSLATION. NO_TRANSLATION is used by only ia64.
Signed-off-by: Akio Takebe [EMAIL PROTECTED]
Best Regards,
Akio Takebe
The patch below consolidates the NO_TRANSLATION xenctx code to avoid
additional #ifdef/#endif code blocks. Comments? Thanks,
Hi, Alex
I also actually think your patch is better.
I only proposed another way. :-)
Best Regards,
Akio Takebe
On Tue, 2006-06-20 at 10:00 +0900, Akio Takebe wrote:
Hi, Alex
How about my patch?
I remove NO_TRANSLATION. NO_TRANSLATION is used by only ia64.
Hi Akio,
I actually prefer
On Mon, Jun 19, 2006 at 04:14:14PM +0200, Tristan Gingold wrote:
Hi,
this is just a thought about page size.
Contrary to x86 there is no canonical ia64 page size (ps = page size)
Currently we work with Xen ps == dom0 ps == domU ps.
I suppose others scheme are not working yet.
The Xen
On Mon, Jun 19, 2006 at 11:26:32AM +0900, Tetsu Yamamoto wrote:
diff -r 0d1dab1d9b67 xen/arch/ia64/vmx/vmx_ivt.S
--- a/xen/arch/ia64/vmx/vmx_ivt.S Fri Jun 16 10:18:54 2006 -0600
+++ b/xen/arch/ia64/vmx/vmx_ivt.S Mon Jun 19 10:41:54 2006 +0900
@@ -88,11 +88,13 @@
#include
From: Isaku Yamahata [mailto:[EMAIL PROTECTED]
Sent: 2006年6月20日 10:47
Xenlinux/ia64 has quite different concept about mmu-(para)virtulization
and dma-paravirtulization from xenLinux/x86's (for now).
However swiotlb and pci-dma-xen are shared by them.
The sharing is the root cause, so creating IA64
fix ia64_do_page_fault(). When it determins to again, it might remains stale
entry in tlb entry hoping next tlb imsert may purge it.
But if reflects faults, the stale entry remains. it must be purged.
--
yamahata
# HG changeset patch
# User [EMAIL PROTECTED]
# Node ID
I got a trace log.
(XEN) BUG at sched_credit.c:1075
(XEN) die_if_kernel: bug check 0
(XEN) d 0xf41d00c8 domid 7
(XEN) vcpu 0xf41c vcpu 0
(XEN)
(XEN) CPU 1
(XEN) psr : 101008222018 ifs : 8a98 ip :
[f40375a0]
(XEN) ip is at csched_schedule+0x970/0xf70
23 matches
Mail list logo
