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 8696DCF6D2C for ; Wed, 2 Oct 2024 15:02:07 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id CD1BF6B00F8; Wed, 2 Oct 2024 11:02:06 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id C5B1E6B02FD; Wed, 2 Oct 2024 11:02:06 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id AFB8C6B02FC; Wed, 2 Oct 2024 11:02:06 -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 8B2AB6B00F8 for ; Wed, 2 Oct 2024 11:02:06 -0400 (EDT) Received: from smtpin30.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 10322C08F2 for ; Wed, 2 Oct 2024 15:02:06 +0000 (UTC) X-FDA: 82628977452.30.C31B9A0 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by imf27.hostedemail.com (Postfix) with ESMTP id 16DF140021 for ; Wed, 2 Oct 2024 15:02:03 +0000 (UTC) Authentication-Results: imf27.hostedemail.com; dkim=pass header.d=linutronix.de header.s=2020 header.b=ftkGpiO2; dkim=pass header.d=linutronix.de header.s=2020e header.b=66EOsvZj; spf=pass (imf27.hostedemail.com: domain of tglx@linutronix.de designates 193.142.43.55 as permitted sender) smtp.mailfrom=tglx@linutronix.de; dmarc=pass (policy=none) header.from=linutronix.de ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1727881196; 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=zTt9TS57bBm1l7LQiiCDKRjlEdSZZZ3DNQMytk52ARU=; b=tQx/z1OIlIpFe3iMAQIyk1p3nVh4KQVDZnwhac2DQ8x9YFoDdkaH4jzXtmHAWkNrrSWbec 96L3FgHeJN/W3fi3wQlBRPdE4SvAtWcVdfXvORfWhx24AEld3SQVOJeCrQrweV7VTOJXe9 pcfrNeq64gemz5NNo/vpaTz8YZJcKHw= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1727881196; a=rsa-sha256; cv=none; b=DGibikaunreA/8WBoZpvkCSLoOgzDj9iNybfzUeSbZ6vzBNIWbvEXR8K8IBHmS/HQJviaY Yq9lBixwxnEh3v3YGhybNhrIkv1AOmtj9QN96DzCrbB0uZ6faEipEAisqtDiYqWeP+eq8M FLXdfYxNsixodHRcgHFlKDt9e6K0bOY= ARC-Authentication-Results: i=1; imf27.hostedemail.com; dkim=pass header.d=linutronix.de header.s=2020 header.b=ftkGpiO2; dkim=pass header.d=linutronix.de header.s=2020e header.b=66EOsvZj; spf=pass (imf27.hostedemail.com: domain of tglx@linutronix.de designates 193.142.43.55 as permitted sender) smtp.mailfrom=tglx@linutronix.de; dmarc=pass (policy=none) header.from=linutronix.de From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1727881320; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=zTt9TS57bBm1l7LQiiCDKRjlEdSZZZ3DNQMytk52ARU=; b=ftkGpiO2tQC3XBHrw0qujIV1hNeH8PfnQMQ9VwuLCIjxOCO4+RIEAn9I80jccRGLuUfOSk qXDh4sI7V1MWbCrSHSvJfBEk8auCJI7R8ToxkbfDQSDW3bm1jTqVibdG24MrR1GkrAzUv7 Nglg5c6UKJD0HkpjdmTN43ERgM4RzKphWDH/FzS7rAkB6mBTwRcgr3It2HD85k6P6AksaL TKjMavUpYwVbOYdL7WX09DxO+A6FMPf31BDuSzqfaSYwbj/UxUygslhbSgNLXtVjaN8iVG f8x+SSD8udWBVY6NiUPl5wAkEiUQIWiCAFA2kEwDfY+0UziV4DdNXPHQvjrFJg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1727881320; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=zTt9TS57bBm1l7LQiiCDKRjlEdSZZZ3DNQMytk52ARU=; b=66EOsvZjXy/H8TUUFSCmjovMyk1OBLtQIimAE8qOVHy7xmFexHyu16tDAVzVdvfGB0RUNK FPjKICAnWvLC8OCQ== To: Christophe JAILLET , Frederic Weisbecker , 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 Subject: Re: [PATCH v2 00/15] timers: Cleanup delay/sleep related mess In-Reply-To: References: <20240911-devel-anna-maria-b4-timers-flseep-v2-0-b0d3f33ccfe0@linutronix.de> Date: Wed, 02 Oct 2024 17:02:00 +0200 Message-ID: <87ttduwntj.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspam-User: X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 16DF140021 X-Stat-Signature: amrxiyux8tb7fbemhdorj8umanmttyp7 X-HE-Tag: 1727881323-670198 X-HE-Meta: U2FsdGVkX18XS84owVYXnj+/FjryzoHdKlgrGZsxrmYE9zu1t3OwpaHW4NX3zrppWs++ukMK+X1pQ9o0bN7/qhPWjZlDDdieE8ON/0yjiZOldqB1Bl+2YcpoU/aob4O47Obv2Ob8qAJuP4GEJxldw2hR7FnTAetIR4FGIi5/ehDLKW6uO4fGgyHQx/0ceJKjAvsIp2PbiMPEYoDZJC8sESjuB0acdc3rF2Rn+0wp/4PnRU1nORylXYuiudpRczb7XB7kWu73G3GikfwvfCpGMGxqFlKm2jlZhp/07RcCde2hTvb9BgFuwoKpsCikpHWQSmtWv1p3le5Hna18Yg7GnEYDnPRZoZkPCaXNvdamRfTYgxoIKkWYQs1NUuLHxIPZP1OT2faFyAWV90+u217BjlJFbFNwx5Bvd9ZC4N8TUnmz367ea2zX3Mr6AIOwwA1U6FRetie/7W0jaYhAENgIYLyEzwYiS+f9mTJzu9RdU64rCKVbibXgqY+NB5KmWPdbVEXQ7tweOwK+b47jw4iivQWawM2UrseHwMn2boesE5IZy1/Sy494nSWhG1TxwjssjvHeDuZcYoxbVSVbl3+haUXMcAUAy/PAuwWrJ2zq83KDHR5Rnny6GGdzERBgCX3vBGU0P6vztOuuHZA58xk3PVlq0X/DzNtrBEETNmaW8WU3I0TBQWvd/v2IIceDIA974H15eysq96rl9mFZVaBbJJp/pXBbR+3E3dtmWjlm2EbA85Eiwy/iUcs3KUiRscJhZJBxmKMgBx4jZNT4/6a6gKYcqUanQ10LGKzIQ+BVTyndyw+En1V7LAhKMyMIFi8bDMhSQ38JYGRhj+pTfzCoNz1UdfsJeiD6orVBl7FdKD4I+bSItoFSFFt1GYF3zeYOual9Q2iYgr5nkUFSApbvBwuzL4V8au8TSeimDJ1EzDMvIUvq8Yeq+gl+h3mtZB0tfUE+gXmcZ+GBDncDgs9 6HEnvYOc LxcyxMuaFZB2KjUCN8mfhRib7YK+kACX4mJG5JPqSUx/QzP3KEQgsq/uqoUZy6j/3JH/1b1z30RKh2Gc+i+Zc5aNPa3b9uxrDC6nmpJ2M7RV3LbuMUwnY0cyqtmuW2+vdjSYkheEzsTbws3cgvpXInLPkFkVc3X5wL5R19eYWW5WJtxK13g04oNcmG4ZKix2+iIIVKclcCqt0FFnEgVcSJJZ0IJ5SEQ+biAQxx9uty5EuOQQ1v9VbBpTs1Q== 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: On Mon, Sep 16 2024 at 22:20, Christophe JAILLET wrote: > Le 11/09/2024 =C3=A0 07:13, Anna-Maria Behnsen a =C3=A9crit=C2=A0: > > not directly related to your serie, but some time ago I sent a patch to=20 > micro-optimize Optimize usleep_range(). (See [1]) > > The idea is that the 2 parameters of usleep_range() are usually=20 > constants and some code reordering could easily let the compiler compute= =20 > a few things at compilation time. > > There was consensus on the value of the change (see [2]), but as you are= =20 > touching things here, maybe it makes sense now to save a few cycles at=20 > runtime and a few bytes of code? For the price of yet another ugly interface and pushing the multiplication into the non-constant call sites. Seriously usleep() is not a hotpath operation and the multiplication is not even measurable except in micro benchmarks. Thanks, tglx