Received: by 2002:a05:6500:2018:b0:1fb:9675:f89d with SMTP id t24csp254615lqh; Thu, 30 May 2024 23:30:32 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCXe/0XBtaCDbs2nVsF5/pbT+N/kQdeAVMlE5uN91cICmkBdfSgrpOtB5Jp/qcRonsWTUHqoecn3i7Uj4eKE6DNx9uDU0WTzJ0JTUTBjiQ== X-Google-Smtp-Source: AGHT+IF/00sdUWofL+IOyyqA9CZknPXw7uQkpDsMK1OLvcpf09IvTuaNeFWXaoCrtPktMAA0kl26 X-Received: by 2002:a05:6214:2ae:b0:6ae:ce52:57bb with SMTP id 6a1803df08f44-6aece5257cemr8075756d6.0.1717137031794; Thu, 30 May 2024 23:30:31 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1717137031; cv=pass; d=google.com; s=arc-20160816; b=Lzxzw3X+WvLEfcZ0XeGXlC48RccDrS20RqKRGNFWyr7K4AWeOq2UfHwpyG/gxOfozd 3zZR7mEDlM7pg5QHAwliugoX17qebPG6SkunTHMXpxXIaD6OT1YgqohVZv6uMA6jFeKX ejhfQqgzEkRav76fkz/BhWJTZyA4MDYMjkzf+mtb9f6IvzDiW/bp0BCnYKwXGdsX6ApT 5taLxJoF9EpSAlrSo2Wq5DIVdyv/kGTz3OmgwUlQj+3VgL5NMYBruPqNsWoutw4ck2p+ kTM5k9mAfwSWkIS1aGyehVRKCzo7lLnNd4nxD4tFIrOHnGQXLnH5IGF/AC6Jr0W0cz64 laUw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:dkim-signature:dkim-signature:date; bh=K0QKmm22JdPzh0GWkCWU77DhQui4Y/61huUJNDliaZA=; fh=PPZvyHn4NFTmc+39i1F+Zlldt/cCGqMNNOUKghc9hXQ=; b=TFXacyMmotW9fVeFyqr9n1WSei5QsqtZaBG7n1/fsq5ZYgXE4/zOyMtya80lheeuWE FuoByqLKgfGDiTqeBjd+SE3x595PFlaT/PpwHNQhYnkP2JNN2relrRNejYcqeeQKOZ0y VVfqMNN21Ll8jyvNiXToZCqed6Y0+KHTbJLEyBv3R/TW3T34d/U94+TVm6KoRUa41a7K krS48nR/eH4dRVMdKI24itiVvIVJWbFOG3w/bJGVa6zbWh83g9RnDpyZYCYqT22U2w+h qVNk/IGK3yN2Y697C8c2EFc4Le8h+RdbbMUjG7a4D9ho2k8S0xu+c+OG69Sggnzra7fA SjlA==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=QFoB69CH; dkim=neutral (no key) header.i=@linutronix.de; arc=pass (i=1 spf=pass spfdomain=linutronix.de dkim=pass dkdomain=linutronix.de dmarc=pass fromdomain=linutronix.de); spf=pass (google.com: domain of linux-kernel+bounces-196348-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-196348-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [2604:1380:45d1:ec00::1]) by mx.google.com with ESMTPS id 6a1803df08f44-6ae4b41536csi13472196d6.376.2024.05.30.23.30.31 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 30 May 2024 23:30:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-196348-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=QFoB69CH; dkim=neutral (no key) header.i=@linutronix.de; arc=pass (i=1 spf=pass spfdomain=linutronix.de dkim=pass dkdomain=linutronix.de dmarc=pass fromdomain=linutronix.de); spf=pass (google.com: domain of linux-kernel+bounces-196348-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-196348-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 7E6611C2164B for ; Fri, 31 May 2024 06:30:31 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 3DEF67FBDF; Fri, 31 May 2024 06:30:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="QFoB69CH"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="wjDiGFYZ" Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BDED54CDF9; Fri, 31 May 2024 06:30:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=193.142.43.55 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1717137022; cv=none; b=ZBNXcAnrH7oOS6mZxmbSKpPgY/uLauVajn1tutRet4mqTBIP4ZCCQIh7O81eIAhyGfTZNAL3DChj4fa6yex6bM3yyELO+V5753hzTlBbF3V7OXulGYv92xY1SfA6pZaK7XE3cmsFN8HpQJnyJgUxSDxDnWbOYDU2sN//1T76fbM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1717137022; c=relaxed/simple; bh=ryUzeilFSwy47t1FN5S64noxvyK7l66pL9dkJAS2C6s=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Cn6tmxHn4LLXgrM/wPFLubzdwvn7rKVUjbMwCItLZhgEeqQkIeJSJW4p+5FFTz8Va4dvhrJNH4Ya2bvbNoQPKaVjNxNr9K2fgbn2UYA9CinuMsL4MuWHuHB6kVFNoJjtPrcqIPtx+KxOpR1IYf8Fd8JU3c7akhoxvZGGsKRR+0Q= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de; spf=pass smtp.mailfrom=linutronix.de; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=QFoB69CH; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=wjDiGFYZ; arc=none smtp.client-ip=193.142.43.55 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linutronix.de Date: Fri, 31 May 2024 08:30:16 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1717137018; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=K0QKmm22JdPzh0GWkCWU77DhQui4Y/61huUJNDliaZA=; b=QFoB69CHRFvRO1Fso0pUfBNcwKfvV+h0+FJ/JubW7z2q2efjpJH6b8WXySQFplvr1+uXPZ KLbaZDksbyDfeWdtuooMyEMWp2ZoG1Uk7JhevAk1v/dMmfGLQ9hpLraPoG2PxVOz3zv49k x2CDiEMw2/V/a4e3tSwnS2ueF1V8p9oolXLmNYaG04PACNgDw2vxMaBZrDUbJv1i6YW7RG tg6VtHYT2cTLxQicta5t7yKAAsTuCWRA6rUmFrJfxOR9tsinUBUOzKeatteAwEd58UKcAO CvkGDyB+LajttHbABral2JxJId1Skikf1EwZDGXGZhhxn6JKsXDxr1bKpcvtbw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1717137018; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=K0QKmm22JdPzh0GWkCWU77DhQui4Y/61huUJNDliaZA=; b=wjDiGFYZOlVuL2w0+5a4ueNxOgXg4POfy35IGj/X1kD63/lhPCtWQRjwR3TImhrfyR/JY7 a3VsRjTwQkRt8gCw== From: Sebastian Andrzej Siewior To: Qais Yousef Cc: Ingo Molnar , Peter Zijlstra , Juri Lelli , Steven Rostedt , Vincent Guittot , Daniel Bristot de Oliveira , Thomas Gleixner , Alexander Viro , Christian Brauner , Andrew Morton , Jens Axboe , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-trace-kernel@vger.kernel.org, linux-mm@kvack.org, Phil Auld Subject: Re: [PATCH v2] sched/rt: Clean up usage of rt_task() Message-ID: <20240531063016.OCMg21Uq@linutronix.de> References: <20240515220536.823145-1-qyousef@layalina.io> <20240521110035.KRIwllGe@linutronix.de> <20240527172650.kieptfl3zhyljkzx@airbuntu> <20240529082912.gPDpgVy3@linutronix.de> <20240529103409.3iiemroaavv5lh2p@airbuntu> <20240529105528.9QBTCqCr@linutronix.de> <20240530111044.d4jegeiueizvdjrg@airbuntu> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20240530111044.d4jegeiueizvdjrg@airbuntu> On 2024-05-30 12:10:44 [+0100], Qais Yousef wrote: > > This is not consistent because IMHO the clock setup & slack should be > > handled equally. So I am asking the sched folks for a policy and I am > > leaning towards looking at task-policy in this case instead of prio > > because you shouldn't do anything that can delay. > > Can't we do that based on is_soft/is_hard flag in hrtimer struct when we apply > the slack in hrtimer_set_expires_range_ns() instead? We need to decide on a policy first. You don't want to add overhead on each invocation plus some in-kernel ask for delta. ->is_soft is not a good criteria. Sebastian