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] RE: Patches for ia64 arch_vcpu_info_t merge

To: "Yang, Fred" <fred.yang@xxxxxxxxx>
Subject: RE: [Xen-ia64-devel] RE: Patches for ia64 arch_vcpu_info_t merge
From: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>
Date: Wed, 27 Jul 2005 11:12:54 -0700
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 27 Jul 2005 18:11:13 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcWNBPP5QiQvfRGuScu1N9oRQYcAEwAUEdtQAAEZ5GAAAQ+ywAA9uHhAAAOGXyAAFDPb4AABYVawAADK7uAAAEw+gAABh/agAAEL00AAw+5eIAA+WvqAAAFMdVA=
Thread-topic: [Xen-ia64-devel] RE: Patches for ia64 arch_vcpu_info_t merge
Hi Fred --

I am just back in the office and have a number of things I need
to catch up on.  I have not yet successfully run the patches.
However, as I discussed directly with Eddie, I think we need
to go back and make the changes more carefully and one step at
a time.  In particular, there are common changes that I don't
think Keir will accept.  So the first step will be to revisit
these and make the necessary (ia64-only) patch to handle this
differently.  I have already emailed Eddie about this.

I will try to apply some of the parts of the patchset that
are independent so we are not dealing with so many moving
parts.

Dan

> -----Original Message-----
> From: Yang, Fred [mailto:fred.yang@xxxxxxxxx] 
> Sent: Wednesday, July 27, 2005 12:02 PM
> To: Magenheimer, Dan (HP Labs Fort Collins)
> Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> Subject: RE: [Xen-ia64-devel] RE: Patches for ia64 
> arch_vcpu_info_t merge
> 
> Dan,
> Can you run the patches on your system yet?  We can also 
> create on the pure EL4 enviroment, though we were seeing a 
> lot of warning message of "vcpu_translate: bad address ...."; 
> but the domU was still up with slow boot time.
> Attached new patches to work around "copy_to_user" issue on 
> top of previous patches I sent out on 7/20
> Please let us know if any issue .
> Thanks,
> -Fred
> Tian, Kevin wrote:
> > Hi, Dan/Matt,
> >     We can't reproduce your problem here, with validation 
> that latest hg
> > tree with/without this patch all boots to single user mode of domU. 
> > 
> > Hg source: xen(5810), xeno(16)
> > Distribution: RHEL3
> > Python: 2.4.1
> > Hardware: Tiger4/Madison
> > Disk image: A 50M subset of RHEL3
> > 
> > 1. We can boot Dom0 on Tiger4 after solving following 2 issues:
> >     A. PAL code should be always mapped by ITR with current 
> rr7. However
> > currently it's only inserted at xen init, with IDLE's rr7. Then when
> > emulating PAL for Dom0, we need a new mapping with Dom0's rr7. Or
> > else we saw MCA. Now we temporarily recovered back to
> > pal_emulator_static.    
> > 
> >     B. Now virtual terminal is disabled in xenolinux by default, to
> > avoid confliction with Xen console for domU. However this also had
> > influence to dom0, especially when we failed to setup DNS and thus
> > failed to connect by network. :-(. So finally we just compiled two
> > vmlinux - xeno-vmlinux with CONFIG_VT on, and xenU-vmlinux with
> > CONFIG_VT off. Except this option, all rest stuffes are 
> identical.   
> > 
> > 2. After above steps, then we can setup environment for test. With
> > some time spent on binding disk image, finally both patched and
> > unpatched environments can boot domU into single user mode.
> > (Excellent response speed!). Only uncertain issue is too many
> > warnings "about to deliver early timer to domain 0!!!" for both
> > tests...     
> > 
> > (I didn't see "vcpu_translate" warning on above environment)
> > 
> > Could you check whether there's any mismatch in this process as
> > yours? If still same, could you please post your environment
> > somewhere, so that we can download and verify? Like your 
> distribution
> > version, detail steps, and disk image, etc.   
> > 
> > Thanks,
> > Kevin
> >> -----Original Message-----
> >> From: Dong, Eddie
> >> Sent: Friday, July 22, 2005 10:17 PM
> >> To: Yang, Fred; Tian, Kevin
> >> Subject: FW: [Xen-ia64-devel] RE: Patches for ia64 arch_vcpu_info_t
> >> merge 
> >> 
> >> New found that I didn't meet yesterday. Does kevin ever set up the
> >> environment successfully? 
> >> 
> >> Magenheimer, Dan (HP Labs Fort Collins) wrote:
> >>> It got much farther this time, starting redhat init, but
> >>> died with what appears to be a null pointer dereference.
> >>> 
> >>> (XEN) vcpu_translate: bad address 0000000000000000,
> >>> viip=a000000100065b20, vipsr=0000021008026018, 
> iip=0000000000000000,
> >>> ipsr=0000101208026018 continuing
> >>> 
> >>>> -----Original Message-----
> >>>> From: Dong, Eddie [mailto:eddie.dong@xxxxxxxxx]
> >>>> Sent: Friday, July 22, 2005 7:04 AM
> >>>> To: Magenheimer, Dan (HP Labs Fort Collins)
> >>>> Subject: RE: [Xen-ia64-devel] RE: Patches for ia64
> >>>> arch_vcpu_info_t merge
> >>>> 
> >>>> Dan:
> >>>>  Yes I realized that too (patch failure), sorry for
> >>>> that. So please use the old patch + delta I sent u this morning.
> >>>> also resent. Thx,eddie
> 
> 

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