From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (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 65F223019C3 for ; Tue, 28 Apr 2026 20:38:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777408710; cv=none; b=kKbiiUu1MVunhQaZYI11dHgx1/fTijIfu6HbBrxtz2uGIZ5DxyGFTNf0NIAiaOT5uvMoARAlbF6s/TfCqeCi2Faz0TOl7ImLDNWG/UJn+3TjRvUBTE9nKclUTq4TdHsVWYsPrSfJunbMp9VwcES2egbXck8rIqmRToPk8QhKJgI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1777408710; c=relaxed/simple; bh=pDmse3ikNE1vwAD5KYJ0YIqBXCY+TX8S31byHNChdqw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=HXfgJ70/F1HTq3cY6sbJXhB0wtvjHOa98aTWShjFYfi9As+vsvZyRou23Xb8QqmLhgqjj4ycN0q4UdD3gBu6U5xAghpgs52YPkRGmahvr6ZrxT90sGtjqB467O7ABAoKL/2HkaZLqRWFdJUjTTslubG7w2ze6Ep41h2YzRmE1mU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=IF+tWKPT; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b=szyG72cs; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="IF+tWKPT"; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b="szyG72cs" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1777408707; 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=b6d3l70lYqSnvJpMpEGZJLw4o8TwsL0Q+e8A9O8Mofs=; b=IF+tWKPTp21nVd/IlYdml0wPUP/d+N7v5exjZAQrvjcdIsPY0fPasq4HdyBK9ImESoqdcJ 90WUKJH7J5bFVqhaBGGTrQpPzcSww3dTpfD4Bc3ffGStXEotqTIb9Pm8+2lBY+OHpyKv0p mI+zQ9LKAOBGkSAnYUE8an6jcnWjhD0= Received: from mail-qv1-f70.google.com (mail-qv1-f70.google.com [209.85.219.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-155-C0dzrGylPcWYrpl6U1EI8g-1; Tue, 28 Apr 2026 16:38:26 -0400 X-MC-Unique: C0dzrGylPcWYrpl6U1EI8g-1 X-Mimecast-MFC-AGG-ID: C0dzrGylPcWYrpl6U1EI8g_1777408705 Received: by mail-qv1-f70.google.com with SMTP id 6a1803df08f44-8a275472d89so188287336d6.1 for ; Tue, 28 Apr 2026 13:38:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=google; t=1777408705; x=1778013505; darn=vger.kernel.org; h=user-agent:in-reply-to:content-disposition:mime-version:references :message-id:subject:cc:to:from:date:from:to:cc:subject:date :message-id:reply-to; bh=b6d3l70lYqSnvJpMpEGZJLw4o8TwsL0Q+e8A9O8Mofs=; b=szyG72cswFTsOg6Ct9RakI6QQVe7nBOwegp3Srp1tTypEzuingZKzMgCD6NexewKh2 HOthfAY9Lv1wYDpSeRytx4mkxF0jk371K842UpxHvHTqWxsy9NzhPTtirkcUJKI/spf9 pKP6l+0VAkGrlM7WjOnOU5DEAM6pM0R9aii4pINI0sgrxj88EwPY/7345CfTZMA7eQx6 cpV1NeD8BMQ8HMKeDRB01SRZgWKrZfJm8Yki+NUBCYXU69gxOfc9IJLnEAz38bhRI9c0 +4JICHyZwPIqaeoj8SgFB6NbnFBGz2i12QbmtIdu1qOMoUluMqcRGRndb9Ijvj08iQhF rECg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1777408705; x=1778013505; h=user-agent:in-reply-to:content-disposition:mime-version:references :message-id:subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=b6d3l70lYqSnvJpMpEGZJLw4o8TwsL0Q+e8A9O8Mofs=; b=gb31FOhmTtFbMHP3UBfGBXEzLV8nBcHkmtmkrEidarYysrp8c4345q/Xn0AJIXxOGH 3CvHDP+F5NDWh1oPldU9RcHm/gixFcIr4NJxq45po37aGDs0C990uSjYrTlY3yAcvXqp l0Ld64qjpvqroOvgom6w10nXljnCpzVjkPZlP8PRmgORDrO2V5IX/AD6P0t7dDC8twIV 4uRt+rCxPUeYLhbhv9Fv6IiztA216QqEhBGNhGWzJfD2PpdMUac1TfhZovgxBJeMjF30 X/CLXOFiajb+NzPjQmvQ3apLeOqw6UuA+ZNrtiTTcW8+V3zpB9Oa/ItuQ1NSFJoK3d3R Vkrw== X-Forwarded-Encrypted: i=1; AFNElJ9YZXOFVr/FrmDF1Wu1vtIfUMBH2FMl07Cn80vWJJ8X0mIzWq/cztsoMnUcMbsAbKBtYwmyyIKx0buXouE=@vger.kernel.org X-Gm-Message-State: AOJu0YyIr2JHYhbIM1dAj9DJaulYs6FAI0cmpN0iz+PqASGmWTqVitQB bNYvtRBVWovmW7NK4lFveo0m/Jv1tlZNCOpk2PmMFsXBxpyCI5HsqbgO6Au6vZbFwvsdNCfTP+2 C/cDdDzRl6tK7xl7baTnj1jpU8bBDtGB4GVgjc/Vm1aRQdQRpIMK0Ld2M519JdcPy0w== X-Gm-Gg: AeBDievfSgZka12pcKF1fJBl+ILpfF1LPOBEwVe1YHLmZLwEyWjnIecBeHyV0fkdbhU MU8hfwQO8sX77L8615FjA7bQtI9uqi6UrPy/fSOetJBHhkOuwNH7qeKMZCVk3zrzyOAHSLohIwb hg6XKNwJt+M3Plc54YZM4PMiKGNh0K57TS/qc3ulaEMQWSKwZIpaVuNg/loWYKvoO57EOp5dSRc vJ4Yt42ZNW039oBytI+K7jQYLDgWQplKDg0IWPR8WZUjDiTH2mZg7/5HpFfvpOIoCyGaE6T8R/t a141v+KKj6xil3sIozB7tIjCvDmW6JxrH6j/L360L0fAEQKTQ9XLhNagT/9uvkWs3w7M7EaXMCr Ylc4wy5WE6LrdffnzGMkanQPjExdOj6A= X-Received: by 2002:a05:6214:318d:b0:8ac:a914:c2da with SMTP id 6a1803df08f44-8b3edcea9a6mr22408136d6.2.1777408705543; Tue, 28 Apr 2026 13:38:25 -0700 (PDT) X-Received: by 2002:a05:6214:318d:b0:8ac:a914:c2da with SMTP id 6a1803df08f44-8b3edcea9a6mr22407456d6.2.1777408705068; Tue, 28 Apr 2026 13:38:25 -0700 (PDT) Received: from redhat.com ([2600:382:8104:bdc6:d862:7b9c:1d01:62e0]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-8b3ef7ef50fsm699056d6.32.2026.04.28.13.38.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Apr 2026 13:38:24 -0700 (PDT) Date: Tue, 28 Apr 2026 16:38:19 -0400 From: Brian Masney To: Michael Turquette , Stephen Boyd Cc: linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org, Sudeep Holla , Abel Vesa , Andrea della Porta , Baolin Wang , Bjorn Andersson , Chanwoo Choi , Frank Li , Geert Uytterhoeven , Krzysztof Kozlowski , Orson Zhai , Sascha Hauer , Sylwester Nawrocki , Tudor Ambarus , Alim Akhtar , arm-scmi@vger.kernel.org, Chunyan Zhang , Cristian Marussi , Fabio Estevam , imx@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-arm-msm@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-samsung-soc@vger.kernel.org, Peng Fan , Pengutronix Kernel Team , Dmitry Baryshkov , Krzysztof Kozlowski Subject: Re: [PATCH v2 00/12] clk: add new flag CLK_ROUNDING_NOOP Message-ID: References: <20260309-clk-det-rate-fw-managed-v2-0-c48ef5a3100a@redhat.com> 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=us-ascii Content-Disposition: inline In-Reply-To: <20260309-clk-det-rate-fw-managed-v2-0-c48ef5a3100a@redhat.com> User-Agent: Mutt/2.3.1 (2026-03-20) Hi Stephen, On Mon, Mar 09, 2026 at 10:38:39AM -0400, Brian Masney wrote: > There are some clocks where the determine_rate clk op is just an empty > function that returns 0. This can be either because the rounding is > managed by the firmware, or the clock is capable of any rate. Add a > new flag for these type of clocks, and update the clk core so that the > determine_rate() clk op is not required when this flag is set. > > Based on discussions with Stephen at Linux Plumbers Conference, he > suggested adding a flag for this particular case. So let's add a new > flag, and update the clk core so that the determine_rate() clk op is > not required when this flag is set. > > This series adds the flag, some kunit tests, and updates all of the > relevant drivers under drivers/clk to use the new flag. > > Once this is merged, and in Linus's tree, I can update the few remaining > clk drivers that are outside of drivers/clk via those subsystems at a > later time. > > Merge Strategy > -------------- > All of this needs to be directly merged by Stephen as one series into > his tree. Subsystem maintainers: please leave a Reviewed-by or Acked-by. > To reduce the noise, I am only CCing people on their respective drivers. > > Note this series depends on 3 previously-posted patches in this git pull > to Stephen for v7.1. > https://lore.kernel.org/linux-clk/aZuK4-QJCXUeSxtL@redhat.com/ > > Signed-off-by: Brian Masney We talked about this change at LPC in Tokyo, and you were the one that suggested adding a new flag. I initially wanted to add a new shared noop function to drivers/clk/clk.c. This series implements everything we talked about in person. The only thing that we didn't talk about in person was the name of this new flag. Anyways, let me know if you are interested in this change, and if you want any changes. If there's no changes then would it be possible to pick this up? Thanks, Brian