This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-ia64-devel] Xen is now runnnig at Bull

To: "Tian, Kevin" <kevin.tian@xxxxxxxxx>, <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-ia64-devel] Xen is now runnnig at Bull
From: Tristan Gingold <Tristan.Gingold@xxxxxxxx>
Date: Wed, 7 Sep 2005 11:26:50 +0200
Delivery-date: Wed, 07 Sep 2005 08:22:10 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <571ACEFD467F7749BC50E0A98C17CDD807CFD027@pdsmsx403>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <571ACEFD467F7749BC50E0A98C17CDD807CFD027@pdsmsx403>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.5
Le Mercredi 07 Septembre 2005 03:54, Tian, Kevin a écrit :
> From: Tristan Gingold

> >Sorry, I was unable to create a changeset, hg tried to open this file:
> >.hg/data/.hgtags.d
> >and I suppose it has been removed by a 'make clean'...
> I'm not sure whether it's clean to do that, but you may copy .hgtags.d
> from another repository if both have the same parent. I usually have one
> copy cloned from xen-ia64-unstable.hg, and with another working copy
> child of the former. When working copy failed like above reason, I can
> retrieve from another one.
Thanks to the tip.  To be investigated...

> >I will try to run xen+xenlinux on our novascale machine.
I tried yesterday but unfortunatly it doesn't work.  The messages are:
(XEN)  Kernel image:  4000000->4afda48
(XEN)  Entry address: 4018160
(XEN)  Init. ramdisk:   (NOT IMPLEMENTED YET)
(XEN) Sync i/d cache for dom0 image SUCC
(XEN) Dom0: 0xf0000000040ac1f0, domain: 0xf0000000040ac1f0
(XEN) Domain0 EFI passthrough:enable lsapic entry: 0xf00000007ff5d25c
(XEN) ACPI: [APIC:0x07] ignored 127 entries of 128 found
(XEN) Total 128 lsapic entry
(XEN)  ACPI 2.0=7ff5d000lx ACPI=7ff5e000lx SMBIOS=f00a0lx HCDP=7ff4b000lx
(XEN) domain mem: type=4, attr=0x8, 
range=[0x0000000010000000-0x0000000010100000) (1MB)
(XEN) domain mem: type=13, attr=0x8, 
range=[0x0000000010100000-0x0000000010200000) (1MB)
(XEN) domain mem: type=7, attr=0x8, 
range=[0x0000000010200000-0x0000000030000000) (510MB)
(XEN) domain mem: type=12, attr=0x8000000000000001, 
range=[0x00000ffffc000000-0x0000100000000000) (64MB)
(XEN) Scrubbing Free RAM: .....................done.
(XEN) About to call init_trace_bufs()
(XEN) About to call startup_cpu_idle_loop()
(XEN) vcpu_get_lrr0: Unmasked interrupts unsupported
(XEN) vcpu_get_lrr1: Unmasked interrupts unsupported
(XEN) ****** vcpu_set_next_timer called during idle!!
(XEN) ****** vcpu_set_next_timer called during idle!!
(XEN) ****** vcpu_set_next_timer called during idle!!
(XEN) ****** vcpu_set_next_timer called during idle!!
The 'called during idle' line is repeated endlessly.

> >As it was already said, we are interested by using xen-vti.
> Unfortunatly, it
> >still doesn't work.  No output on the console.  We had had messages
> > with a previous version.  To be investigated.
> Now we're in process of merging non-vti and vti code, and then sometimes
> you may see instability. We're also looking at it now. ;-)
Sure, but it boots on a tiger2.
With the ITP, I found this line in setup.c(early_setup_arch)
        *cmdline_p = __va(ia64_boot_param->command_line);
is generating an alt dtlb miss, which is certainly not expected, right ?
I am now trying to understand why!


Xen-ia64-devel mailing list