RE: [Xen-ia64-devel] RE: Patches for ia64 arch_vcpu_info_t merge

["Yang, Fred" <fred.yang@xxxxxxxxx>]

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

Attachment: patch_0720_delta
Description: patch_0720_delta

Attachment: delta_xeno
Description: delta_xeno

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