List Info

Thread: Xen/IA64 Healthiness Report -Cset#10811:254c090854de




Xen/IA64 Healthiness Report -Cset#10811:254c090854de
user name
2006-07-28 00:55:36
Hi Isaku,

Thank you for investigating the VTI booting issues. In my
side, this issue is a little hard to reproduce. Actually we
only see a few times in the past 2 weeks. Do you often meet
this situation?

For the credit schedule, we are preparing to switch schedule
from bvt to credit in our nightly testing. But we also meet
some unstable issues in VTI. I want to have more trying and
report some bugs, for example, we found "Oops: time
before its due... " in SMP VTI when using credit.
Today we will try more testing with credit and report the
issues. 
Could somebody give some comments to this patch? Maybe it
fix some potential issue for VTI domain. 

Best Regards,
Yongkang (Kangkang) ÓÀ¿µ

>-----Original Message-----
>From: Isaku Yamahata [mailto:yamahatavalinux.co.jp]
>Sent: 2006Äê7ÔÂ27ÈÕ 19:15
>To: You, Yongkang
>Cc: xen-ia64-devellists.xensource.com
>Subject: Re: [Xen-ia64-devel] Xen/IA64 Healthiness
Report
>-Cset#10811:254c090854de
>
>
>Hi.
>
>On Thu, Jul 27, 2006 at 05:43:36PM +0800, You, Yongkang
wrote:
>> Other Issue:
>> ----------------------------
>> 1. SMP_VTI_Boot may stop to boot after
"Calibrating delay loop..."
>
>I'm seeing a similar issue.
>My case is UP VTI domain. VTI domain doesn't share pcpu
with dom0.
>FWIW
>
>- vITV
>  By inserting debug print code to vtm_set_itv(),
vtm_set_itm() and
>  vtm_timer_fn(), I found that vtm_set_itv() wasn't
called.
>  vITV.m bit isn't cleared so that VTI domain doesn't
receives
>  timer interrupt. Thus the calibrating delay loop
isn't terminated.
>  On the other hand Linux/ia64 surely clears itv.m in
ia64_cpu_local_tick()
>  which is called before the calibration.
>
>- struct arch_vmx_struct::vtm
>  VTI domain code seems to assume that
vtime_t::vtm_timer is running on
>  same physical cpu of its vcpu.
>  Probably the attached patch is needed for credit
scheduler.
>  It is only compile tested.
>
>
>> 2. SMP Xen0 couldn't see all vcpus, no matter
dom0_max_vcpus=4 or 2.
>> "xm vcpu-list" can show the other vcpus
status are "P"
>
>xenLinux default config has CONFIG_NR_CPUS=4.
>Does increasing it up to 8 or 16 make difference?
>
>Thanks.
>--
>yamahata

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devellists.xensource.com
http://list
s.xensource.com/xen-ia64-devel
Xen/IA64 Healthiness Report -Cset#10811:254c090854de
user name
2006-07-28 01:39:23
On Fri, Jul 28, 2006 at 08:55:36AM +0800, You, Yongkang
wrote:
> Hi Isaku,
> 
> Thank you for investigating the VTI booting issues. In
my side, this issue is a little hard to reproduce. Actually
we only see a few times in the past 2 weeks. Do you often
meet this situation?

Hi Yongkan.

Always it happens. I can't boot domVTI.
I'm not sure it is my environmental issue (hw or firmware)
or xen issue.

-- 
yamahata

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devellists.xensource.com
http://list
s.xensource.com/xen-ia64-devel
[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )