Got your bits and have reproduced the problem, on hardware but
not on the simulator so it will take a bit of work to track
it down. The difference between your bits (not working) and
mine (working) is a mystery so far so I may start there.
> -----Original Message-----
> From: Håvard Bjerke [mailto:havarbj@xxxxxxxxxxx]
> Sent: Wednesday, January 12, 2005 9:53 AM
> To: Magenheimer, Dan (HP Labs Fort Collins)
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxxxx
> Subject: Re: Booting Xen/ia64
>
> On Wed, Jan 12, 2005 at 07:30:49AM -0600,
> dan.magenheimer@xxxxxx wrote:
> > Did you try your binaries with the changed serial? If so,
> > how far did it get? (no output or did a few messages get printed)
>
> This is how far it gets when using my own built xen and your
> xenlinux.good binary:
>
> (XEN) domain mem: type=40631872, attr=0x10000008000761,
> range=[0xfffc00000a6bfc30-0xfffc0000126bfc30) (128MB)
> (XEN) About to call init_trace_bufs()
> (XEN) get_time_delta: called, not implemented
> (XEN) About to call startup_cpu_idle_loop()
> (XEN) get_time_delta: called, not implemented
> (XEN) update_dom_time: called, not implemented, skipping
> (XEN) current=fffc0000026b8000,shared_info=fffc00003f59c000
> (XEN) next=fffc000004074000,shared_info=0
> (XEN) schedule_tail: change to rr7 not yet implemented
> (XEN) vcpu_get_lid: WARNING: Getting cr.lid always returns zero
> (XEN) vcpu_get_lid: WARNING: Getting cr.lid always returns zero
> (XEN) **** vcpu_set_itv(65536): vitm=0, setting to 0
> (XEN) vcpu_get_lid: WARNING: Getting cr.lid always returns zero
> (XEN) vcpu_get_lid: WARNING: Getting cr.lid always returns zero
> (XEN) vcpu_get_lid: WARNING: Getting cr.lid always returns zero
> (XEN) *** CALLED SAL_SET_VECTORS. IGNORED...
> (XEN) vcpu_enable_timer(1000000): interval set to 69882928 cycles
> Linux version 2.6.9 (djm@sportsman) (gcc version 3.2.3
> 20030502 (Red Hat Linux 3.2.3-34)) #1 SMP Tue Dec 7 21:25:04 MST 2004
> EFI v1.00 by Xen/ia64: SALsystab=0x8000178 ACPI
> 2.0=0x3fb2e000 SMBIOS=0x3fb3a000 HCDP=0x3fb2c000
> warning: unable to switch EFI into virtual mode
> (status=9223372036854775811)
> No I/O port range found in EFI memory map, falling back to AR.KR0
> I/O port base = 0x3fffffc000000
> SAL 0.1: Xen/ia64 Xen/ia64 version 0.0
> get_max_cacheline_size: ia64_pal_cache_summary() failed (status=-1)
> PAL_VM_PAGE_SIZE failed with status=-1;defaulting to
> architected purge page-sizes.
> cpu_init: PAL VM summary failed, assuming 18 RID bits
> ACPI: Local APIC address c0000000fee00000
> GSI 36 (level, low) -> CPU 0 (0x0000) vector 48
> 2 CPUs available, 2 CPUs total
> PCDP: v0 at 0xe00000003fb2c000
> GSI 34 (edge, high) -> CPU 0 (0x0000) vector 49
> PCDP: serial console at MMIO 0xff5e0000 (ttyS0, options 9600n8)
> Built 1 zonelists
> Kernel command line: BOOT_IMAGE=scsi0:EFI\redhat\xen nomca
> console=ttyS0 console=tty0 root=/dev/sda2 ro
> PID hash table entries: 2048 (order: 11, 65536 bytes)
> Console: colour VGA+ 80x25
> (XEN) Delivering first extint to domain:
> ifa=0000000000000000, isr=0000020000000000,
> itir=0000000000000000, iip=a0000001007c0cf0
> (XEN) psr.ic off, delivering
> fault=5300,iip=a000000100003040,isr=00000a0400000000,PSCB.iip=
> a0000001007c0cf0
>
>
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/xen-devel
|
Home