From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754635AbdBVJdl (ORCPT ); Wed, 22 Feb 2017 04:33:41 -0500 Received: from mail-wm0-f52.google.com ([74.125.82.52]:35458 "EHLO mail-wm0-f52.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754569AbdBVJdg (ORCPT ); Wed, 22 Feb 2017 04:33:36 -0500 Date: Wed, 22 Feb 2017 09:33:32 +0000 From: Matt Fleming To: Wanpeng Li Cc: linux-kernel@vger.kernel.org, Wanpeng Li , Peter Zijlstra , Thomas Gleixner , Ingo Molnar Subject: Re: [PATCH] sched/fair: Update rq clock before changing a task's CPU affinity Message-ID: <20170222093332.GS28416@codeblueprint.co.uk> References: <1487749975-5994-1-git-send-email-wanpeng.li@hotmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1487749975-5994-1-git-send-email-wanpeng.li@hotmail.com> User-Agent: Mutt/1.5.24+41 (02bc14ed1569) (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 21 Feb, at 11:52:55PM, Wanpeng Li wrote: > From: Wanpeng Li > > ------------[ cut here ]------------ > WARNING: CPU: 6 PID: 81 at kernel/sched/sched.h:812 set_next_entity+0x11d/0x380 > rq->clock_update_flags < RQCF_ACT_SKIP > CPU: 6 PID: 81 Comm: torture_shuffle Not tainted 4.10.0+ #1 > Hardware name: LENOVO ThinkCentre M8500t-N000/SHARKBAY, BIOS FBKTC1AUS 02/16/2016 > Call Trace: > dump_stack+0x85/0xc2 > __warn+0xcb/0xf0 > warn_slowpath_fmt+0x5f/0x80 > set_next_entity+0x11d/0x380 > set_curr_task_fair+0x2b/0x60 > do_set_cpus_allowed+0x139/0x180 > __set_cpus_allowed_ptr+0x113/0x260 > set_cpus_allowed_ptr+0x10/0x20 > torture_shuffle+0xfd/0x180 > kthread+0x10f/0x150 > ? torture_shutdown_init+0x60/0x60 > ? kthread_create_on_node+0x60/0x60 > ret_from_fork+0x31/0x40 > ---[ end trace dd94d92344cea9c6 ]--- > > This is triggered during boot when CONFIG_SCHED_DEBUG is enabled. The > task is running && !queued, so there is no rq clock update before calling > set_curr_task. > > This patch fixes it by updating rq clock after holding rq->lock/pi_lock > just as what other dequeue + put_prev + enqueue + set_curr story does. > > Cc: Peter Zijlstra > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: Matt Fleming > Signed-off-by: Wanpeng Li > --- > kernel/sched/core.c | 1 + > 1 file changed, 1 insertion(+) This looks correct. Thanks for doing it. Reviewed-by: Matt Fleming