Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp3321665imu; Wed, 7 Nov 2018 08:32:09 -0800 (PST) X-Google-Smtp-Source: AJdET5cqjSkIZz+xTWrnvtgIY9e0e1jKZMpb0TTSgenVHNtCj1lFo/Sk0yiYZ21U8ada7sbZe3/N X-Received: by 2002:a63:5e43:: with SMTP id s64mr756661pgb.101.1541608328983; Wed, 07 Nov 2018 08:32:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541608328; cv=none; d=google.com; s=arc-20160816; b=aEO/X8VhHYoxiTkcISIwAR3oHUB5JCTHlnUU/k4cmLzZJx7WF4ou1a2stZrYirT5TA ylHQcRuzgMcC904HwTIUMv10g5q5zKbBJSbjP2im0HF9XGxkGt5HyDkyRYK3vnb/cknv fz9SbeggJo712nAL36kQFBzA3MXJJZWVdPs6VxenCVOzBq344hJuP3wE0yArz45WL5ps YuJpmUXAYhxOJ49QhpLqG6zWOvrgtUGFG2JvzrUttno7zYSMnoDfOdJmNSeEO34x1Ib6 z7hFKhlcv1xVZXu0B8T1ajkbXJg2EQhruWgWXlqz1l6nRcnYGvonKF2CnhSYbB7nPg/c CZmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=/T4ovBvlbtcqRU+YZfvumwzqXmAqLpSnGKepuykB5ug=; b=f72owuyQYsUVvnjKBRc94prCYl0gPqr+765PvuMaQY4A7lJmk/bH9AvPA3V0+2DiIQ TaeFCsbs5RidKpc0Yhv9HcMuqa2bu7JOPaNB0zTk99R84XTPbabLdfqDnLbwLqzQW2uh t66aU/mTbs9lzt3Ci6pg0/6t6zxPyOigoQpz5VyI4CUoWQgAEUU2kPvhabu0WbZOw+br kDdyHsLujw7QLWegWhuGUhKSvJbhi2PhB5m7TbDZ7R87MqBI5aX5j0+dvubczn5PTr5o wRn1LljiKphw7KH2Av4H8wqHzIEFZ3kKRJJpEDn1KG5/2FbGYAINVbzheKPb2NybjIRd dIKg== 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 c5-v6si1077376plr.1.2018.11.07.08.31.52; Wed, 07 Nov 2018 08:32:08 -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 S1728032AbeKHCCO (ORCPT + 99 others); Wed, 7 Nov 2018 21:02:14 -0500 Received: from mail.kernel.org ([198.145.29.99]:53038 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727312AbeKHCCO (ORCPT ); Wed, 7 Nov 2018 21:02:14 -0500 Received: from gandalf.local.home (cpe-66-24-56-78.stny.res.rr.com [66.24.56.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id BBA5D2086C; Wed, 7 Nov 2018 16:31:07 +0000 (UTC) Date: Wed, 7 Nov 2018 11:31:06 -0500 From: Steven Rostedt To: Peter Zijlstra Cc: Juri Lelli , mingo@redhat.com, tglx@linutronix.de, linux-kernel@vger.kernel.org, luca.abeni@santannapisa.it, claudio@evidence.eu.com, bristot@redhat.com, linux-rt-users@vger.kernel.org, mtk.manpages@gmail.com, Mathieu Poirier Subject: Re: [PATCH] kernel/time/posix-cpu-timers: Remove useless call to check_dl_overrun Message-ID: <20181107113106.475914e1@gandalf.local.home> In-Reply-To: <20181107150221.GJ9761@hirez.programming.kicks-ass.net> References: <20181107111032.32291-1-juri.lelli@redhat.com> <20181107095627.13e9c187@gandalf.local.home> <20181107150221.GJ9761@hirez.programming.kicks-ass.net> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 7 Nov 2018 16:02:21 +0100 Peter Zijlstra wrote: > On Wed, Nov 07, 2018 at 09:56:27AM -0500, Steven Rostedt wrote: > > On Wed, 7 Nov 2018 12:10:32 +0100 > > Juri Lelli wrote: > > > > > check_dl_overrun is used to send a SIGXCPU to users that asked to be > > > informed when SCHED_DEADLINE runtime overruns occur. > > > > > > The function is called by check_thread_timers already, so the call in > > > check_process_timers is redundant/wrong (even though harmless). > > > > > > Remove it. > > > > > > Fixes: 34be39305a77 ("sched/deadline: Implement "runtime overrun signal" support") > > > Signed-off-by: Juri Lelli > > > Cc: Peter Zijlstra > > > Cc: Thomas Gleixner > > > Cc: Luca Abeni > > > Cc: Claudio Scordino > > > Cc: Mathieu Poirier > > > --- > > > kernel/time/posix-cpu-timers.c | 3 --- > > > 1 file changed, 3 deletions(-) > > > > > > diff --git a/kernel/time/posix-cpu-timers.c b/kernel/time/posix-cpu-timers.c > > > index ce32cf741b25..8f0644af40be 100644 > > > --- a/kernel/time/posix-cpu-timers.c > > > +++ b/kernel/time/posix-cpu-timers.c > > > @@ -917,9 +917,6 @@ static void check_process_timers(struct task_struct *tsk, > > > struct task_cputime cputime; > > > unsigned long soft; > > > > > > - if (dl_task(tsk)) > > > - check_dl_overrun(tsk); > > > - > > > > Hmm, I wonder if we should just move this check directly into > > run_posix_cpu_timers() directly. Why is it hidden in this call? > > It is not; it is duplicated in this call. The one in > check_thread_timeres() makes sense (it is a thread property). OK, in that case. Reviewed-by: Steven Rostedt (VMware) -- Steve