[pve-devel] [PATCH kernel] add scheduler fix for ceph on numa hosts

Fabian Grünbichler f.gruenbichler at proxmox.com
Thu Jul 14 16:00:19 CEST 2016


see https://forum.proxmox.com/threads/ceph-kernel-4-4-8-bug.28196/
and https://lkml.org/lkml/2016/3/17/570 for background
---
 Makefile                 |   1 +
 ceph-scheduler-fix.patch | 137 +++++++++++++++++++++++++++++++++++++++++++++++
 2 files changed, 138 insertions(+)
 create mode 100644 ceph-scheduler-fix.patch

diff --git a/Makefile b/Makefile
index c2f9ae8..a29e062 100644
--- a/Makefile
+++ b/Makefile
@@ -258,6 +258,7 @@ ${KERNEL_SRC}/README ${KERNEL_CFG_ORG}: ${KERNELSRCTAR}
 	cd ${KERNEL_SRC}; patch -p1 < ../CVE-2016-4794-1-percpu-fix-synchronization-between-chunk-map_extend_.patch
 	cd ${KERNEL_SRC}; patch -p1 < ../CVE-2016-4794-2-percpu-fix-synchronization-between-synchronous-map-e.patch
 	cd ${KERNEL_SRC}; patch -p1 < ../CVE-2016-4470-KEYS-potential-uninitialized-variable.patch
+	cd ${KERNEL_SRC}; patch -p1 < ../ceph-scheduler-fix.patch
 	sed -i ${KERNEL_SRC}/Makefile -e 's/^EXTRAVERSION.*$$/EXTRAVERSION=${EXTRAVERSION}/'
 	touch $@
 
diff --git a/ceph-scheduler-fix.patch b/ceph-scheduler-fix.patch
new file mode 100644
index 0000000..2466f82
--- /dev/null
+++ b/ceph-scheduler-fix.patch
@@ -0,0 +1,137 @@
+commit 8974189222159154c55f24ddad33e3613960521a
+Author: Peter Zijlstra <peterz at infradead.org>
+Date:   Thu Jun 16 10:50:40 2016 +0200
+
+    sched/fair: Fix cfs_rq avg tracking underflow
+    
+    As per commit:
+    
+      b7fa30c9cc48 ("sched/fair: Fix post_init_entity_util_avg() serialization")
+    
+    > the code generated from update_cfs_rq_load_avg():
+    >
+    > 	if (atomic_long_read(&cfs_rq->removed_load_avg)) {
+    > 		s64 r = atomic_long_xchg(&cfs_rq->removed_load_avg, 0);
+    > 		sa->load_avg = max_t(long, sa->load_avg - r, 0);
+    > 		sa->load_sum = max_t(s64, sa->load_sum - r * LOAD_AVG_MAX, 0);
+    > 		removed_load = 1;
+    > 	}
+    >
+    > turns into:
+    >
+    > ffffffff81087064:       49 8b 85 98 00 00 00    mov    0x98(%r13),%rax
+    > ffffffff8108706b:       48 85 c0                test   %rax,%rax
+    > ffffffff8108706e:       74 40                   je     ffffffff810870b0 <update_blocked_averages+0xc0>
+    > ffffffff81087070:       4c 89 f8                mov    %r15,%rax
+    > ffffffff81087073:       49 87 85 98 00 00 00    xchg   %rax,0x98(%r13)
+    > ffffffff8108707a:       49 29 45 70             sub    %rax,0x70(%r13)
+    > ffffffff8108707e:       4c 89 f9                mov    %r15,%rcx
+    > ffffffff81087081:       bb 01 00 00 00          mov    $0x1,%ebx
+    > ffffffff81087086:       49 83 7d 70 00          cmpq   $0x0,0x70(%r13)
+    > ffffffff8108708b:       49 0f 49 4d 70          cmovns 0x70(%r13),%rcx
+    >
+    > Which you'll note ends up with sa->load_avg -= r in memory at
+    > ffffffff8108707a.
+    
+    So I _should_ have looked at other unserialized users of ->load_avg,
+    but alas. Luckily nikbor reported a similar /0 from task_h_load() which
+    instantly triggered recollection of this here problem.
+    
+    Aside from the intermediate value hitting memory and causing problems,
+    there's another problem: the underflow detection relies on the signed
+    bit. This reduces the effective width of the variables, IOW its
+    effectively the same as having these variables be of signed type.
+    
+    This patch changes to a different means of unsigned underflow
+    detection to not rely on the signed bit. This allows the variables to
+    use the 'full' unsigned range. And it does so with explicit LOAD -
+    STORE to ensure any intermediate value will never be visible in
+    memory, allowing these unserialized loads.
+    
+    Note: GCC generates crap code for this, might warrant a look later.
+    
+    Note2: I say 'full' above, if we end up at U*_MAX we'll still explode;
+           maybe we should do clamping on add too.
+    
+    Signed-off-by: Peter Zijlstra (Intel) <peterz at infradead.org>
+    Cc: Andrey Ryabinin <aryabinin at virtuozzo.com>
+    Cc: Chris Wilson <chris at chris-wilson.co.uk>
+    Cc: Linus Torvalds <torvalds at linux-foundation.org>
+    Cc: Mike Galbraith <efault at gmx.de>
+    Cc: Peter Zijlstra <peterz at infradead.org>
+    Cc: Thomas Gleixner <tglx at linutronix.de>
+    Cc: Yuyang Du <yuyang.du at intel.com>
+    Cc: bsegall at google.com
+    Cc: kernel at kyup.com
+    Cc: morten.rasmussen at arm.com
+    Cc: pjt at google.com
+    Cc: steve.muckle at linaro.org
+    Fixes: 9d89c257dfb9 ("sched/fair: Rewrite runnable load and utilization average tracking")
+    Link: http://lkml.kernel.org/r/20160617091948.GJ30927@twins.programming.kicks-ass.net
+    Signed-off-by: Ingo Molnar <mingo at kernel.org>
+
+---
+ kernel/sched/fair.c |   33 +++++++++++++++++++++++++--------
+ 1 file changed, 25 insertions(+), 8 deletions(-)
+
+--- a/kernel/sched/fair.c
++++ b/kernel/sched/fair.c
+@@ -2682,6 +2682,23 @@ static inline void update_tg_load_avg(st
+ 
+ static inline u64 cfs_rq_clock_task(struct cfs_rq *cfs_rq);
+ 
++/*
++ * Unsigned subtract and clamp on underflow.
++ *
++ * Explicitly do a load-store to ensure the intermediate value never hits
++ * memory. This allows lockless observations without ever seeing the negative
++ * values.
++ */
++#define sub_positive(_ptr, _val) do {				\
++	typeof(_ptr) ptr = (_ptr);				\
++	typeof(*ptr) val = (_val);				\
++	typeof(*ptr) res, var = READ_ONCE(*ptr);		\
++	res = var - val;					\
++	if (res > var)						\
++		res = 0;					\
++	WRITE_ONCE(*ptr, res);					\
++} while (0)
++
+ /* Group cfs_rq's load_avg is used for task_h_load and update_cfs_share */
+ static inline int update_cfs_rq_load_avg(u64 now, struct cfs_rq *cfs_rq)
+ {
+@@ -2690,15 +2707,15 @@ static inline int update_cfs_rq_load_avg
+ 
+ 	if (atomic_long_read(&cfs_rq->removed_load_avg)) {
+ 		s64 r = atomic_long_xchg(&cfs_rq->removed_load_avg, 0);
+-		sa->load_avg = max_t(long, sa->load_avg - r, 0);
+-		sa->load_sum = max_t(s64, sa->load_sum - r * LOAD_AVG_MAX, 0);
++		sub_positive(&sa->load_avg, r);
++		sub_positive(&sa->load_sum, r * LOAD_AVG_MAX);
+ 		removed = 1;
+ 	}
+ 
+ 	if (atomic_long_read(&cfs_rq->removed_util_avg)) {
+ 		long r = atomic_long_xchg(&cfs_rq->removed_util_avg, 0);
+-		sa->util_avg = max_t(long, sa->util_avg - r, 0);
+-		sa->util_sum = max_t(s32, sa->util_sum - r * LOAD_AVG_MAX, 0);
++		sub_positive(&sa->util_avg, r);
++		sub_positive(&sa->util_sum, r * LOAD_AVG_MAX);
+ 	}
+ 
+ 	decayed = __update_load_avg(now, cpu_of(rq_of(cfs_rq)), sa,
+@@ -2764,10 +2781,10 @@ static void detach_entity_load_avg(struc
+ 			  &se->avg, se->on_rq * scale_load_down(se->load.weight),
+ 			  cfs_rq->curr == se, NULL);
+ 
+-	cfs_rq->avg.load_avg = max_t(long, cfs_rq->avg.load_avg - se->avg.load_avg, 0);
+-	cfs_rq->avg.load_sum = max_t(s64,  cfs_rq->avg.load_sum - se->avg.load_sum, 0);
+-	cfs_rq->avg.util_avg = max_t(long, cfs_rq->avg.util_avg - se->avg.util_avg, 0);
+-	cfs_rq->avg.util_sum = max_t(s32,  cfs_rq->avg.util_sum - se->avg.util_sum, 0);
++	sub_positive(&cfs_rq->avg.load_avg, se->avg.load_avg);
++	sub_positive(&cfs_rq->avg.load_sum, se->avg.load_sum);
++	sub_positive(&cfs_rq->avg.util_avg, se->avg.util_avg);
++	sub_positive(&cfs_rq->avg.util_sum, se->avg.util_sum);
+ }
+ 
+ /* Add the load generated by se into cfs_rq's load average */
-- 
2.1.4





More information about the pve-devel mailing list