Received: by 10.223.185.116 with SMTP id b49csp2366599wrg; Thu, 15 Feb 2018 10:29:05 -0800 (PST) X-Google-Smtp-Source: AH8x227fLGwvqoSPR/4dFgGoZ6ebGvX5tty2vAI3cdXd2hoO/CB5cVai/RULc2sHRhgorEafS3ZM X-Received: by 10.99.96.146 with SMTP id u140mr2935687pgb.211.1518719344903; Thu, 15 Feb 2018 10:29:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518719344; cv=none; d=google.com; s=arc-20160816; b=lXAA0+9hGrUYrNqJcHVdERhzOMpVNPYNR/lhXDVn2QHJQgRsPZgJdHfERepVusENor Q+8vErbURnpn6gAa9+jtvJfejY8Lfn7YMIDUF60NGTw7JJ/oVZsfF0A9pbnAlwpI8kxQ JLCOHS1gcNNOt4SxWZ6C0R+fN08EMR8V2pPspAeBsOmdjRax/gHwSnXug+FWxTaXQiZi 0zHUSHwB1Uy9OoPkogOxINKzJwrPJvQWIJkG1TLm3CA24HwQExBevp2Xk8FdWjEe5QPd t3MA4jY2Q9h/uRYI0/KHSHfb4UK7ef959Vel5HXcKd0NV9dQNSM99hGA6gZxJhymBVKT G9aw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=Or6uWLJyxBTA4fjykUfIxU4bxrWO4s0/9tU6kIwbANY=; b=XrxHqItv/2SS+IUr4+wEVRTU81onRH8q9Rm/JaiRkv1/XzynPn2sERw1ModTL56dEG yCxv5Lb48POfCmQ972bJUd/caijruzEB3LttfCPOBr6x4MAYlA7j3mdsWwFtsx+eB35u XGOhTVNbhSIFLXezw5617tPGhivtmOpDwzPa5HYDetbdYvu2H55yQuFpvVjOE+t/uhVu z7yLKlIQgWv7uG2hIwhk0ba2S1R9yGayrAnxFwY+tMf2OYokG1AMlB38A6P5/0+eMhor mkIkmkac03NtOSRmkqShmnQeEkJOoB8Y//3l7zzz4wq+wey1bCZSz2Ha5VCJwzYN4TM1 jW3A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l62si4370684pgd.777.2018.02.15.10.28.49; Thu, 15 Feb 2018 10:29:04 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1163268AbeBOPZz (ORCPT + 99 others); Thu, 15 Feb 2018 10:25:55 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:52372 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1163232AbeBOPZo (ORCPT ); Thu, 15 Feb 2018 10:25:44 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 07A2D1110; Thu, 15 Feb 2018 15:25:44 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Pavan Kondeti , "Steven Rostedt (VMware)" , "Peter Zijlstra (Intel)" , Andrew Morton , Linus Torvalds , Mike Galbraith , Thomas Gleixner , Ingo Molnar Subject: [PATCH 4.9 10/88] sched/rt: Up the root domain ref count when passing it around via IPIs Date: Thu, 15 Feb 2018 16:16:37 +0100 Message-Id: <20180215151224.075281096@linuxfoundation.org> X-Mailer: git-send-email 2.16.1 In-Reply-To: <20180215151222.437136975@linuxfoundation.org> References: <20180215151222.437136975@linuxfoundation.org> User-Agent: quilt/0.65 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ From: Steven Rostedt (VMware) commit 364f56653708ba8bcdefd4f0da2a42904baa8eeb upstream. When issuing an IPI RT push, where an IPI is sent to each CPU that has more than one RT task scheduled on it, it references the root domain's rto_mask, that contains all the CPUs within the root domain that has more than one RT task in the runable state. The problem is, after the IPIs are initiated, the rq->lock is released. This means that the root domain that is associated to the run queue could be freed while the IPIs are going around. Add a sched_get_rd() and a sched_put_rd() that will increment and decrement the root domain's ref count respectively. This way when initiating the IPIs, the scheduler will up the root domain's ref count before releasing the rq->lock, ensuring that the root domain does not go away until the IPI round is complete. Reported-by: Pavan Kondeti Signed-off-by: Steven Rostedt (VMware) Signed-off-by: Peter Zijlstra (Intel) Cc: Andrew Morton Cc: Linus Torvalds Cc: Mike Galbraith Cc: Peter Zijlstra Cc: Thomas Gleixner Fixes: 4bdced5c9a292 ("sched/rt: Simplify the IPI based RT balancing logic") Link: http://lkml.kernel.org/r/CAEU1=PkiHO35Dzna8EQqNSKW1fr1y1zRQ5y66X117MG06sQtNA@mail.gmail.com Signed-off-by: Ingo Molnar Signed-off-by: Greg Kroah-Hartman --- kernel/sched/core.c | 13 +++++++++++++ kernel/sched/rt.c | 9 +++++++-- kernel/sched/sched.h | 2 ++ 3 files changed, 22 insertions(+), 2 deletions(-) --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -5864,6 +5864,19 @@ static void rq_attach_root(struct rq *rq call_rcu_sched(&old_rd->rcu, free_rootdomain); } +void sched_get_rd(struct root_domain *rd) +{ + atomic_inc(&rd->refcount); +} + +void sched_put_rd(struct root_domain *rd) +{ + if (!atomic_dec_and_test(&rd->refcount)) + return; + + call_rcu_sched(&rd->rcu, free_rootdomain); +} + static int init_rootdomain(struct root_domain *rd) { memset(rd, 0, sizeof(*rd)); --- a/kernel/sched/rt.c +++ b/kernel/sched/rt.c @@ -1978,8 +1978,11 @@ static void tell_cpu_to_push(struct rq * rto_start_unlock(&rq->rd->rto_loop_start); - if (cpu >= 0) + if (cpu >= 0) { + /* Make sure the rd does not get freed while pushing */ + sched_get_rd(rq->rd); irq_work_queue_on(&rq->rd->rto_push_work, cpu); + } } /* Called from hardirq context */ @@ -2009,8 +2012,10 @@ void rto_push_irq_work_func(struct irq_w raw_spin_unlock(&rd->rto_lock); - if (cpu < 0) + if (cpu < 0) { + sched_put_rd(rd); return; + } /* Try the next RT overloaded CPU */ irq_work_queue_on(&rd->rto_push_work, cpu); --- a/kernel/sched/sched.h +++ b/kernel/sched/sched.h @@ -590,6 +590,8 @@ struct root_domain { }; extern struct root_domain def_root_domain; +extern void sched_get_rd(struct root_domain *rd); +extern void sched_put_rd(struct root_domain *rd); #ifdef HAVE_RT_PUSH_IPI extern void rto_push_irq_work_func(struct irq_work *work);