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 BB2683D6673 for ; Tue, 17 Mar 2026 15:00:44 +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=1773759645; cv=none; b=HbgxRoT9VukGp05Rdmwm+nW90uTeOmEutJ69e80KhpDu/IeFnxMEdAoEWlWOsHuks++RL7fyR399Eg0h6cNjp7YbcJm2FQeIGSiXnOkQDhu6LrQ61FmwIaFGTVau75BMRO0+xGImXOZ3PZkKClO3tlfocjnQt1mpeDC7PoSiU7w= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773759645; c=relaxed/simple; bh=y0cFwtPG/Cb2k4cmeeXcVJx5e1bEZ27UmXDXdyoJzSU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=DbHwj/fylc587KxQIENxhH49yDFIumco6P9c9025fy/ml//uG3CbpgOkv2oa7WBzpmOAJFdJN8wyZDN59N0tATp+AkLPBhFtMUSHuR9+KQOmcZv/dILSliyD41OwrYvBKv97cuV41HGfRvCnPq5cmbXFUElg/4QXKlNfzCHsTIA= 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=bIO02PH/; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b=MEDZNnKe; 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="bIO02PH/"; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b="MEDZNnKe" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1773759643; 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=2ZjyvvzO6j/AYmpeb+MoccEZqlSVtgrWJzOGtOE/3fw=; b=bIO02PH/JvM3uYSofOaD0wTXMN56QJ0LbTlU0VlEjxUS7ibW9TNhiaa1vA6y/aqzRPmtQj yBoWcf4wWxHncnBPqGl2zCBNVCKZXG4es8Z4rMrnZkmQDJiWJQGjhNprbWyh8GcYB35The JDtOZoYFJ+jHDNc+8NRQ1ZHPI25N7yg= Received: from mail-qv1-f71.google.com (mail-qv1-f71.google.com [209.85.219.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-637-tUB0Txk3NvWa3RL4q1xOZg-1; Tue, 17 Mar 2026 11:00:42 -0400 X-MC-Unique: tUB0Txk3NvWa3RL4q1xOZg-1 X-Mimecast-MFC-AGG-ID: tUB0Txk3NvWa3RL4q1xOZg_1773759642 Received: by mail-qv1-f71.google.com with SMTP id 6a1803df08f44-89a17ec1eecso113349386d6.3 for ; Tue, 17 Mar 2026 08:00:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=google; t=1773759642; x=1774364442; 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=2ZjyvvzO6j/AYmpeb+MoccEZqlSVtgrWJzOGtOE/3fw=; b=MEDZNnKexNX5Uz/OC0szVQwR2XKCQOoEb5nGJd/a/bi/mu+noZ7DrL9FY7z88UEIvX 0KmueJDzBjQM3kcOnvUo4b6b8JqzYzRHfUmLoCKqNr423g9w2WzeL3q6KSvUSOiWqMdt VbAcZmKTiBMAUvL8sGa8cP66ZHmHd2NIxQbA+iZcbS+02nkWjkDiPhCrcDyqbEUQL2YB 2lwjcnOZPWgrJjDRRpYPuEDo14UJQrUPDzfFadwhS8dg7rxPdOsz5anra55sylM8rLNs 4Bi0thTy7aVmu0CVFZW3KtegfARbI/Jg89Pulmkn+DWftgskBcS55h8yEl6z3+lF/6fQ BT4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1773759642; x=1774364442; 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=2ZjyvvzO6j/AYmpeb+MoccEZqlSVtgrWJzOGtOE/3fw=; b=sfDjRCu5yKNvWmmZ+uQhxRhRvlFJqM5twBnzi4ApDZFL1GZ8tz9nAXkwRd8a3kmUIs 8pXw6/VIDd0AiSkoWFT9+OlbTCsPqEmDQjpm+5augnfHNa03W2r1Rb5XX+mSK5Wzrys+ PIkoX3vVQZaFAR0NW9j2jWogc1XXeIdSSJ72ePFEWPhjJY7ZySsXYvoA1FrqLRX8n/Lg y28nI/fpduY8eNS5R1fVbFX0xC7830uBe0M7RAv3ENKA7FcjYrMhoiPDTTGBwPmTxfYy +Te2uUQOebexMTB+WipMjXMEWJl3uSUDWbJObjnt2tXlLU5KRUYrw+XDogxc1xpfaAsd pmeA== X-Forwarded-Encrypted: i=1; AJvYcCUVywQwCoN2TzSnfej+QAEbenxv58WB2vdOmQVEsl4zC2LIGVkwXxG0toynqseJoS/QDdOWVFQqRjzDi1g=@vger.kernel.org X-Gm-Message-State: AOJu0Yz+ta8XfDvR5x1Y5yGY67sjs9ulPJODAXrPJvI9kclJAdIlOeat Mgw7ESqU9b2wN7R2VZlo3lR6pqrzlWAarVQR468Z0zzchPt01DidDqxDJJ3UwXpok77J0eObUOR M7YHjgHrg9bnrxTUxDTRNwwoyBb697QIxWAzxZE6JSVZAvDTwoQF4MBPjGXgu6Cs0lQ== X-Gm-Gg: ATEYQzxwJPZc9UYoRUF7I9k6XZ3pgPlUfBrJ+uGlKsHIJWE4ZHrRLFzz7G6EdxOqsNv IkmhksxrxGMZdT+LYy6xtiXpjZcfHccEmRp9gYu5DTzZULkMwB7RsjIs8ghlHQEi630fFGmfMwF S9F+l7XvuMu33N3NnGFGqtsS7huPa984pvuKa52eBV5kVH+X9TFt3FBZGJKYDP3FJCT4VAausD4 jfM7hTb4vBlkKPHKu+bdJlPobC/njJIFa8bsZq6n2jwIdQHAChLsRT49q6DOkV/MARrXc4PaRtz HHVA3HXi0YRlW7fae/naBp3hx4hgKwB5chcHmHorZhBzBS+yu0ie0j/Q8zs96HVuWu4D1LIhmYj gBS0ejZogHHTwwMOyjmoDv56hsTL2gykHx+ZNg7liNNQxeJbyaFfeIqNF X-Received: by 2002:a05:620a:1a25:b0:8cd:8cb8:6ff9 with SMTP id af79cd13be357-8cdb5a70fecmr2086628785a.34.1773759641495; Tue, 17 Mar 2026 08:00:41 -0700 (PDT) X-Received: by 2002:a05:620a:1a25:b0:8cd:8cb8:6ff9 with SMTP id af79cd13be357-8cdb5a70fecmr2086616785a.34.1773759640773; Tue, 17 Mar 2026 08:00:40 -0700 (PDT) Received: from redhat.com (c-73-183-52-120.hsd1.pa.comcast.net. [73.183.52.120]) by smtp.gmail.com with ESMTPSA id af79cd13be357-8cda21484casm1462547685a.40.2026.03.17.08.00.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 17 Mar 2026 08:00:39 -0700 (PDT) Date: Tue, 17 Mar 2026 11:00:37 -0400 From: Brian Masney To: Abel Vesa Cc: Maxime Ripard , Jonathan Corbet , Shuah Khan , Michael Turquette , Stephen Boyd , Abel Vesa , Hans de Goede , Saravana Kannan , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org Subject: Re: [PATCH] clk: add new Kconfig to control default behavior of disabling unused clocks Message-ID: References: <20260316-clk-ignore-unused-kconfig-v1-1-6e95a4fb0c94@redhat.com> <20260317-almond-leech-of-correction-2a2ef6@houat> <20260317-notorious-classic-sunfish-d016d5@houat> <2dsd7hq4bn25dibqk62a7o56tt2tecf645tq3upccneq4hby67@cmjjc5d6ximt> 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: User-Agent: Mutt/2.3.0 (2026-01-25) On Tue, Mar 17, 2026 at 04:20:06PM +0200, Abel Vesa wrote: > On 26-03-17 10:13:08, Brian Masney wrote: > > FWIW, the only reason I posted this patch is because at the end of > > Stephen's LPC talk I got the impression that this was also an acceptable > > change. I'm fine with dropping this change. > > Here is the scenario that proves adding such config isn't the right > solution: think of single kernel image working with different SoCs from > different vendors. This is actually the case where distros need to have > a way to provide one kernel image + thousands of DTBs and be able to > boot one each one of the boards. Whatever this config is set to in the > kernel image, it will not work with all platforms. Agreed. However, with or without this new Kconfig, we have this problem today. Right now the kernel isn't bootable on large numbers of systems, and people have to manually add clk_ignore_unused. I agree though that we don't want to penalize boards that are doing things right, and have a full clock tree described with higher power draw. As a test, on my Thinkpad x13s (sc8280xp) clk_disable_unused on Fedora 43 turns off 96 clocks on this laptop! I can infer what some of the clocks do based on their names, however I'm not in Qualcomm, and some of these clocks I'm not entire sure which ones would need CLK_IGNORE_UNUSED. I got it down to a set of 7 possible clocks that may need that flag by excluding some classes of clocks, such as usb. Brian