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
|
Home