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
patch_0720_delta
Description: patch_0720_delta
delta_xeno
Description: delta_xeno
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
Home