Re: [BUG linux-4.9.x] xen hotplug cpu leads to 100% steal usage

2019-03-04 Thread Dongli Zhang
Hi Thomas, On 3/2/19 7:43 AM, Thomas Gleixner wrote: > On Thu, 28 Feb 2019, Dongli Zhang wrote: >> >> The root cause is that the return type of jiffies_to_usecs() is 'unsigned >> int', >> but not 'unsigned long'. As a result, the leading 32 bits are discarded. > > Errm. No. The root cause is

Re: [BUG linux-4.9.x] xen hotplug cpu leads to 100% steal usage

2019-03-04 Thread Dongli Zhang
Hi Juergen, On 3/4/19 4:14 PM, Juergen Gross wrote: > On 01/03/2019 03:35, Dongli Zhang wrote: >> This issue is only for stable 4.9.x (e.g., 4.9.160), while the root cause is >> still in the lasted mainline kernel. >> >> This is obviated by new feature patch set ended with b672592f0221 >>

Re: [BUG linux-4.9.x] xen hotplug cpu leads to 100% steal usage

2019-03-04 Thread Juergen Gross
On 01/03/2019 03:35, Dongli Zhang wrote: > This issue is only for stable 4.9.x (e.g., 4.9.160), while the root cause is > still in the lasted mainline kernel. > > This is obviated by new feature patch set ended with b672592f0221 > ("sched/cputime: Remove generic asm headers"). > > After xen

Re: [BUG linux-4.9.x] xen hotplug cpu leads to 100% steal usage

2019-03-01 Thread Thomas Gleixner
On Thu, 28 Feb 2019, Dongli Zhang wrote: > > The root cause is that the return type of jiffies_to_usecs() is 'unsigned > int', > but not 'unsigned long'. As a result, the leading 32 bits are discarded. Errm. No. The root cause is that jiffies_to_usecs() is used for that in the first place. The

[BUG linux-4.9.x] xen hotplug cpu leads to 100% steal usage

2019-02-28 Thread Dongli Zhang
This issue is only for stable 4.9.x (e.g., 4.9.160), while the root cause is still in the lasted mainline kernel. This is obviated by new feature patch set ended with b672592f0221 ("sched/cputime: Remove generic asm headers"). After xen guest is up for long time, once we hotplug new vcpu, the