WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-ia64-devel

Re: [Xen-ia64-devel] RFC: Switch to xlilo now? Or post-3.0?

To: Alex Williamson <alex.williamson@xxxxxx>
Subject: Re: [Xen-ia64-devel] RFC: Switch to xlilo now? Or post-3.0?
From: Matt Chapman <matthewc@xxxxxx>
Date: Fri, 18 Nov 2005 18:35:34 +1100
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 18 Nov 2005 07:35:45 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1132270322.4143.50.camel@tdi>
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: <516F50407E01324991DD6D07B0531AD57E82CB@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <1132270322.4143.50.camel@tdi>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.9i
Alex,

Same happens for me - it seems that something has changed in
xenlinux, since it works okay after substituting a week-old
xenlinux image.

N.B. Dan: this is in the fast system call path, so I don't
expect you'll see it with RHEL3, since the libc is too old
to support fast system calls.

Matt


On Thu, Nov 17, 2005 at 04:32:02PM -0700, Alex Williamson wrote:
> On Thu, 2005-11-17 at 10:08 -0800, Magenheimer, Dan (HP Labs Fort
> Collins) wrote:
> 
> > But then (from Xen):
> > 
> >     handle_op: can't handle privop at 0xa000000000010670 (op=0) slot 0 
> > (type=5)
> > 
> > (note, NOT 0xa000000100010670)
> > 
> > and
> > 
> >     udevstart[1047]: General Exception: IA-64 Privileged Operation fault 16 
> > [1]
> >     Modules linked in:
> > 
> > and then a a long string of kernel core dumps, the first of which
> > is comm=udevstart.
> 
>    I'm having similar problems w/o even trying to use an initrd.  I did
> a fresh clone of xen-ia64-unstable.hg (newer xlilo patch already
> included) and ran make.  Previously I was using xlilo.efi as if it were
> elilo.efi (ie. image=xen initrd=xenlinux).  Yes, this is now broken.
> Switched to image=xenlinux and vmm=xen.gz and it works, until...
> 
> Cleaning /tmp....
> Cleaning /var/run ....
> Cleaning /var/lock ....
> Detecting hardware...(XEN) handle_op: can't handle privop at 
> 0xa000000000010650 (op=0x0000000008000000) slot 0 (type=1), 
> ipsr=0000101208026038
> (XEN) priv_emulate: priv_handle_op fails, isr=0000000000000010
> discover[1158]: General Exception: IA-64 Privileged Operation fault 16 [1]
> 
> discover is the one that starts the string of core dumps for me and it claims:
> 
> ip is at __kernel_syscall_via_epc+0x10/0xc0
> 
> Looks like something is busted in the tree.  Thanks,
> 
>       Alex
> 
> 
> _______________________________________________
> Xen-ia64-devel mailing list
> Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-ia64-devel

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel

<Prev in Thread] Current Thread [Next in Thread>