List Info

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




Xen/IA64 Healthiness Report-Cset#10811:254c090854de
user name
2006-07-28 02:50:11
>From: Isaku Yamahata
>
>> 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.

We only found this issue on SMP_VTI, never found on UP_VTI,
I am not sure the ITV issue, maybe you use too old PAL,
My hand is full now; I will look at this issue when I'm
free.


>
>- 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.
You are right, current virtual timer for VTI domain doesn't
support migration.
That will be great, if you would like to cover this task.

Thanks,
Anthony

>
>
>> 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 07:07:29
Hi, 

I raise my  hand as a volunteer.
About vcpu timer migration issue.
Since it is same as domU.

Thanks
Atsushi SAKAI

>>- 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.
>You are right, current virtual timer for VTI domain
doesn't support migration.
>That will be great, if you would like to cover this
task.
>
>Thanks,
>Anthony
>
>>
>>
>>> 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 08:11:17
On Fri, Jul 28, 2006 at 10:50:11AM +0800, Xu, Anthony wrote:
> We only found this issue on SMP_VTI, never found on
UP_VTI,
> I am not sure the ITV issue, maybe you use too old PAL,
> My hand is full now; I will look at this issue when
I'm free.

Upgrading firmware solved the issue.
thanks.
-- 
yamahata

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

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