From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 15366C3ABCB for ; Mon, 16 Sep 2024 20:20:30 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 7267E6B0089; Mon, 16 Sep 2024 16:20:30 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 6AF5F6B008A; Mon, 16 Sep 2024 16:20:30 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 54FD16B008C; Mon, 16 Sep 2024 16:20:30 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 337116B0089 for ; Mon, 16 Sep 2024 16:20:30 -0400 (EDT) Received: from smtpin21.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 8178A16013A for ; Mon, 16 Sep 2024 20:20:29 +0000 (UTC) X-FDA: 82571718978.21.6609D31 Received: from msa.smtpout.orange.fr (smtp-77.smtpout.orange.fr [80.12.242.77]) by imf28.hostedemail.com (Postfix) with ESMTP id 50469C000C for ; Mon, 16 Sep 2024 20:20:27 +0000 (UTC) Authentication-Results: imf28.hostedemail.com; dkim=pass header.d=wanadoo.fr header.s=t20230301 header.b=QrriRmjV; dmarc=pass (policy=quarantine) header.from=wanadoo.fr; spf=pass (imf28.hostedemail.com: domain of christophe.jaillet@wanadoo.fr designates 80.12.242.77 as permitted sender) smtp.mailfrom=christophe.jaillet@wanadoo.fr ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1726517938; a=rsa-sha256; cv=none; b=PVgbPq+fuFD64oD+WFwqHHvbF7zVkOpWeqFXYcMSPLCxqT9a/QPqT+SH7xCZtMK/e1Ob0Q uHhFqDXLRiRcgCXpFZMb0MFSRQnfJ4oyh1914dKHkJ+mSX+Qvs94Xv1pPS3gxs9s6jz8UV fIpKV1TVPqV2ph34F3RLh4a1JqKmsc0= ARC-Authentication-Results: i=1; imf28.hostedemail.com; dkim=pass header.d=wanadoo.fr header.s=t20230301 header.b=QrriRmjV; dmarc=pass (policy=quarantine) header.from=wanadoo.fr; spf=pass (imf28.hostedemail.com: domain of christophe.jaillet@wanadoo.fr designates 80.12.242.77 as permitted sender) smtp.mailfrom=christophe.jaillet@wanadoo.fr ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1726517938; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=3Knrr3RbC4JV3H2uQiTkpSAIzSvcPBfz3YbMOwmqzNs=; b=bV1GASRiCPHyX+Euw/fSVobk5ECByEbF5YAh6GbzFiTm8CAoalRy4Jomxry4cdY30GNKEa SZFL7Aufjr3YwQwHpUwAsBddnLsvFPjrPmKsLfIJQHZ7jP/K0g10ac3FGKYsk5uUQqTgtP RNG4Mvpr5WvqbV/+5KNMPlXjCvYT6LU= Received: from [192.168.1.37] ([90.11.132.44]) by smtp.orange.fr with ESMTPA id qICnsCJi7wFpSqICnsB9XJ; Mon, 16 Sep 2024 22:20:25 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wanadoo.fr; s=t20230301; t=1726518025; bh=3Knrr3RbC4JV3H2uQiTkpSAIzSvcPBfz3YbMOwmqzNs=; h=Message-ID:Date:MIME-Version:Subject:To:From; b=QrriRmjVayvdZ9yvTrDorx9oh8DoqEJ9P43q3xnDcEZNreDtgqJE3mJ5HkFLby/Xx jyAeNmPyXwcG/0ceO29wqGO1fVfkmlk1m+a2ocC8mtq9sHA9PcQHat6bT7aUMIAPfu xyQzpH6ueoDHTTIWVUSR8dA3vMlIuJoP/Rrmxe3lVHgAJENm4GJBj6hLz3GeRvlfgW sQfLtTHbVfptWrMxz5esjpPqqVSHbo+NTWyg4ZzGQQHah8gi/ZidOtVZESucMZM+PV 0Hrat1oFOHpBoWeQ5krLf+YsQelixQWf0T2GQqvdF2wNcVD388coEnvVe8JjJzYXeU E5ApLFFl6o2fQ== X-ME-Helo: [192.168.1.37] X-ME-Auth: bWFyaW9uLmphaWxsZXRAd2FuYWRvby5mcg== X-ME-Date: Mon, 16 Sep 2024 22:20:25 +0200 X-ME-IP: 90.11.132.44 Message-ID: Date: Mon, 16 Sep 2024 22:20:15 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 00/15] timers: Cleanup delay/sleep related mess To: Frederic Weisbecker , Thomas Gleixner , Jonathan Corbet , Anna-Maria Behnsen Cc: linux-kernel@vger.kernel.org, Len Brown , "Rafael J. Wysocki" , Anna-Maria Behnsen , Andrew Morton , damon@lists.linux.dev, linux-mm@kvack.org, SeongJae Park , Arnd Bergmann , linux-arch@vger.kernel.org, Heiner Kallweit , "David S. Miller" , Andy Whitcroft , Joe Perches , Dwaipayan Ray , Liam Girdwood , Mark Brown , Andrew Lunn , Jaroslav Kysela , Takashi Iwai , netdev@vger.kernel.org, linux-sound@vger.kernel.org, Michael Ellerman , Nathan Lynch , linuxppc-dev@lists.ozlabs.org, Mauro Carvalho Chehab , linux-media@vger.kernel.org References: <20240911-devel-anna-maria-b4-timers-flseep-v2-0-b0d3f33ccfe0@linutronix.de> Content-Language: en-US, fr-FR From: Christophe JAILLET In-Reply-To: <20240911-devel-anna-maria-b4-timers-flseep-v2-0-b0d3f33ccfe0@linutronix.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Server: rspam12 X-Rspamd-Queue-Id: 50469C000C X-Stat-Signature: ofoj8zwsrhh9s7t1e3it961hyicg5xp3 X-Rspam-User: X-HE-Tag: 1726518027-796756 X-HE-Meta: U2FsdGVkX19nPFU67EtTVDxigPqHwn0LlPSbmxW9HmLE3CbqSC0pdw+pq8L60p2TwZSH87teXLwn9p4ttRzNIygL5lbgA/hi9qXviswQF92PO33T9O7xflIakNB7fPjZQazYhUSHjFiO2aLM6+o9DMnALDelfFWQWZRqcPYZt3X8z1wX1ULJV1dBymSbOI/vAjao7mCQDMK8J6NAIxsVxjeEk2EHGJPCjssL9jpcMAdUbOeQcFeR5xvKmLYqxR8bFhuLKIzBYJY4tqEAEwHt6Et5faI114vOT+ODtxYY3badYH3BS3bpOBvpUwIiCMV1bWVLsjWtuymy0nfriPQbhUYlksTxMXL5V/J7K34csLc5ODChwXZuWd+atQcP5W0eA9TBNlMUNfqrlgjsU0Vp1za1e87x9u3Tsk+skzJFM4PMMz9W7FN+50UHeJPhsLYPnMSjMhDMVgA4vS96KaG0tPOI5eEl+H0mDY+TgdKVeStnxgIqiBJ2KMCtY5cpG43krXHysnQQsQRz5ADmYeNy1cMqUbvFg63Dpfw5u+SGGUn5otIQcTaA0LYNBdHkPQ0XUAY2MNRrM4pjH/OKaxjVBukw7IrMmpS36/c+oOoxEZLeQV4BBiWo6MCJUM0CNY/fk8bocSoZtST1WZAeqGJdyx3tjdTpDLTKt7nVlmaTWiXLNMgsekGZsMKr61gfsVJRz7hM4qQqUuQ1sqsODuwYbIOXecVpawFV2Tg0H2lYnQNxLHd7HUQkl/n3Pxe7x+iPXgBZzzYWXT5ZuHA6dM+N0i9CkYzhg/f6fLexiYBlS67taOmzMhFWTZlqVQn0BkhdzGPRiABbDU1YO0X5iT0I2Rs12XrH2kUXBg5Kvq0EX3pnnIlUXMeLFQx069w96O9tz5+xZw41CrFpfTjaKH8uzK7AMQzi5aHdNQCJN7kSJqEBGZzPNYH1sV3fPZuI2URDALw+GvzJaLt0Hd00G7a RO15TbcL PUVZ4bHgrLAAFA+R+wiV2t4CMyac1wIG8WqbrTJ+tKknwhajQCrj0TGz0WwCW7KRPV8JWu4OWzzZPB6oaa3PVYq/TNCPkJRDsbfmC+qw3vcA4i936fnwlIT36tfSWxEtrxniGBAFIocWFQlMc3oBwhbRZaCey7DuuAq7SaewTc1jRoRaEsGSLBCmgGkm4vyXwvKUQ51o6ym62f2dRnVX4QDDDY/sNxVsf4uG6mjUK3jxqey1zpubTm0QoGgJBlbh4PcsbHXDZ0Thvf6br8iQD+VflynSrvETebd7bWqR5IBLRGhTRD0lbkEp/zGTLVtxbIjEhEh6/3i5GFceCbylajZSf0Kj+PLRm4QuID9hrMAQIvhozyQ35OIYKxXigwMQRTOp9afp94e8kuclJuqqJde6E46EeHPjT30v4iArOK4irK6JykJbNOiiyncZ8BZQGOtoVSA2UHsQoJIw6Q56lX5Xzqg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Le 11/09/2024 à 07:13, Anna-Maria Behnsen a écrit : > Hi, > > a question about which sleeping function should be used in acpi_os_sleep() > started a discussion and examination about the existing documentation and > implementation of functions which insert a sleep/delay. > > The result of the discussion was, that the documentation is outdated and > the implemented fsleep() reflects the outdated documentation but doesn't > help to reflect reality which in turns leads to the queue which covers the > following things: > > - Split out all timeout and sleep related functions from hrtimer.c and timer.c > into a separate file > > - Update function descriptions of sleep related functions > > - Change fsleep() to reflect reality > > - Rework all comments or users which obviously rely on the outdated > documentation as they reference "Documentation/timers/timers-howto.rst" > > - Last but not least (as there are no more references): Update the outdated > documentation and move it into a file with a self explaining file name > > The queue is available here and applies on top of tip/timers/core: > > git://git.kernel.org/pub/scm/linux/kernel/git/anna-maria/linux-devel.git timers/misc > > Signed-off-by: Anna-Maria Behnsen Hi, not directly related to your serie, but some time ago I sent a patch to micro-optimize Optimize usleep_range(). (See [1]) The idea is that the 2 parameters of usleep_range() are usually constants and some code reordering could easily let the compiler compute a few things at compilation time. There was consensus on the value of the change (see [2]), but as you are touching things here, maybe it makes sense now to save a few cycles at runtime and a few bytes of code? CJ [1]: https://lore.kernel.org/all/f0361b83a0a0b549f8ec5ab8134905001a6f2509.1659126514.git.christophe.jaillet@wanadoo.fr/ [2]: https://lore.kernel.org/all/03c2bbe795fe4ddcab66eb852bae3715@AcuMS.aculab.com/