From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933141AbcCJMH7 (ORCPT ); Thu, 10 Mar 2016 07:07:59 -0500 Received: from www.linutronix.de ([62.245.132.108]:60810 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751912AbcCJMGE (ORCPT ); Thu, 10 Mar 2016 07:06:04 -0500 Message-Id: <20160310120025.328739226@linutronix.de> User-Agent: quilt/0.63-1 Date: Thu, 10 Mar 2016 12:04:41 -0000 From: Thomas Gleixner To: LKML Cc: Peter Zijlstra , Ingo Molnar , rt@linutronix.de Subject: [patch 10/15] sched/migration: Move calc_load_migrate() into CPU_DYING References: <20160310115406.940706476@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Disposition: inline; filename=sched-migration--Move-calc_load_migrate---into-CPU_DYING.patch X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001,URIBL_BLOCKED=0.001 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org It really does not matter when we fold the load for the outgoing cpu. It's almost dead anyway, so there is no harm if we fail to fold the few microseconds which are required for going fully away. Signed-off-by: Thomas Gleixner --- kernel/sched/core.c | 3 --- 1 file changed, 3 deletions(-) Index: b/kernel/sched/core.c =================================================================== --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -5685,9 +5685,6 @@ migration_call(struct notifier_block *nf migrate_tasks(rq); BUG_ON(rq->nr_running != 1); /* the migration thread */ raw_spin_unlock_irqrestore(&rq->lock, flags); - break; - - case CPU_DEAD: calc_load_migrate(rq); break; #endif