On 30.10.2020 14:45, Andrey Ryabinin wrote:
> From: Vladimir Davydov
>
> Port diff-arch-x86-introduce-cpuid-override
>
> Recent Intel CPUs rejected CPUID masking, which is required for flex
> migration, in favor of CPUID faulting. So we need to support it in
> kenrel.
>
> This patch adds user w
On 02.11.2020 20:13, Andrey Ryabinin wrote:
> If several threads read /proc/cpuinfo some can see in 'flags'
> values from c->x86_capability, before __do_cpuid_fault() called
> and masks applied. Fix this by forming 'flags' on stack first
> and copy them in per_cpu(cpu_flags, cpu) as a last step.
>
On 02.11.2020 20:13, Andrey Ryabinin wrote:
> We don't need to enable cpuid faults if /proc/vz/cpuid_override
> was never used. If task was attached to ve before a write to
> 'cpuid_override' it will not get cpuid faults now. It shouldn't
> be a problem since the proper use of 'cpuid_override' requ
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit 851926bdeb67516d0673e8582accc6a396c716ee
Author: Konstantin Khorenko
Date: Wed Oct 28 14:08:19 2020 +0300
kernel/s
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit ddd749df382cda3fc10fa5c1ab5aecfe872b21bc
Author: Konstantin Khorenko
Date: Fri Oct 23 19:12:55 2020 +0300
ve/cgrou
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit 82f2b4c771019330ed36773c00a77acb70f38204
Author: Konstantin Khorenko
Date: Wed Oct 28 15:26:59 2020 +0300
ve/sched
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit 679f623fb05fec8e3c8316794a9fc7a081acaa92
Author: Konstantin Khorenko
Date: Wed Oct 28 14:26:14 2020 +0300
ve/sched
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit c5852f7b4a086208cb39c1f0762041f94a942910
Author: Konstantin Khorenko
Date: Wed Oct 28 15:43:19 2020 +0300
ve/proc/
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit b8f0da164311bd1acf6b78e3cbaa73ab8c2875f3
Author: Vladimir Davydov
Date: Thu Mar 14 21:00:44 2013 +0400
sched/stat:
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit 56c2e80177276c8044704140d098d206edfd2694
Author: Konstantin Khorenko
Date: Wed Oct 28 15:47:31 2020 +0300
sched: F
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit a890bf5d21b8e99fef319ce72cfdfb1416e5138b
Author: Konstantin Khorenko
Date: Fri Oct 30 12:26:34 2020 +0300
ve/sched
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit 9644a237d401cdf127046eda0f4d71107e341008
Author: Konstantin Khorenko
Date: Fri Oct 30 16:03:05 2020 +0300
ve/vesta
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit c15bffe2e2cdc0b2c7bd52f5c0dec58524e115e8
Author: Konstantin Khorenko
Date: Tue Nov 3 14:51:13 2020 +0300
ve/proc/s
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit de23bc4787594c1a8a989eb7d0ae3159a9e518bc
Author: Konstantin Khorenko
Date: Fri Oct 30 13:37:09 2020 +0300
ve/time/
has been merged into
[PATCH RHEL8 COMMIT] ve/sched/stat: Introduce functions to calculate vcpustat
data
--
Best regards,
Konstantin Khorenko,
Virtuozzo Linux Kernel Team
On 10/28/2020 06:57 PM, Konstantin Khorenko wrote:
vz8 rebase notes:
* "swap 0 0" line has been dropped
* extra empty l
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit fd8c92144c52332eb3488642a68f7a426b4dd4af
Author: Andrey Ryabinin
Date: Tue Nov 3 16:32:58 2020 +0300
x86: make ARC
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit c4eda1a1f99dd7a00df91dd1975874df4b64266a
Author: Vladimir Davydov
Date: Tue Nov 3 16:32:58 2020 +0300
arch/x86: in
The commit is pushed to "branch-rh8-4.18.0-193.6.3.vz8.4.x-ovz" and will appear
at https://src.openvz.org/scm/ovz/vzkernel.git
after rh8-4.18.0-193.6.3.vz8.4.15
-->
commit e651dcf4b551ca9e85737914b5059681b71a2e77
Author: Kirill Tkhai
Date: Tue Nov 3 16:32:59 2020 +0300
x86: Show vcpu c
We don't need to enable cpuid faults if /proc/vz/cpuid_override
was never used. If task was attached to ve before a write to
'cpuid_override' it will not get cpuid faults now. It shouldn't
be a problem since the proper use of 'cpuid_override' requires
stopping all containers.
https://jira.sw.ru/br
On 11/3/20 2:28 PM, Kirill Tkhai wrote:
> On 02.11.2020 20:13, Andrey Ryabinin wrote:
>> If several threads read /proc/cpuinfo some can see in 'flags'
>> values from c->x86_capability, before __do_cpuid_fault() called
>> and masks applied. Fix this by forming 'flags' on stack first
>> and copy t
If several threads read /proc/cpuinfo some can see in 'flags'
values from c->x86_capability, before __do_cpuid_fault() called
and masks applied. Fix this by forming 'flags' on stack first
and copy them in per_cpu(cpu_flags, cpu) as a last step.
https://jira.sw.ru/browse/PSBM-121823
Signed-off-by:
timespec_sub_ns() historically uses __iter_div_u64_rem() for division.
Probably it's supposed to be faster
/*
* Iterative div/mod for use when dividend is not expected to be much
* bigger than divisor.
*/
u32 iter_div_u64_rem(u64 dividend, u32 divisor, u6
On 03.11.2020 17:36, Andrey Ryabinin wrote:
> If several threads read /proc/cpuinfo some can see in 'flags'
> values from c->x86_capability, before __do_cpuid_fault() called
> and masks applied. Fix this by forming 'flags' on stack first
> and copy them in per_cpu(cpu_flags, cpu) as a last step.
>
23 matches
Mail list logo