Message ID | 20231202214353.7c02f23c@endymion.delvare |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:bcd1:0:b0:403:3b70:6f57 with SMTP id r17csp1946935vqy; Sat, 2 Dec 2023 12:44:30 -0800 (PST) X-Google-Smtp-Source: AGHT+IEny3quGxZQgDZJRJi0iIciAkA9lDG277qIEtreJlU7hnx8sS/kz/DLN75kYAx/Xmsu0+UU X-Received: by 2002:a17:903:22d0:b0:1cf:d06e:d730 with SMTP id y16-20020a17090322d000b001cfd06ed730mr21506521plg.1.1701549869936; Sat, 02 Dec 2023 12:44:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701549869; cv=none; d=google.com; s=arc-20160816; b=tXWCzyAwy66ICKdLLncfVh4YSg4Dh2LaXtWJNZcplX6KHKXXEQsJCkxxzKD16JnJud rgHfRtlVWruMsneGxeNxR4RQM8FTr++uq47tAqUw6zKOGXQdizfmufIF7Bqqv7sX7H7n g0Zv6kprXLforL37zod3oLTIZX5tmErrzlSjJs2odZ9vqwGl4yRJQEt0HBOhpzNIrwt9 Uaqhfe0gD55c1CN52JpDQeDocri5pXGut88t8of9QfVYJpQ480CNUvc1l6AY7xDOLdUr EN8TRjm/g3XNxe9vLY9zFaW6wl/vXnB1vA/NzkGa39IdYi+LEjRT+AfdvgJOfaRYquwx LglA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :organization:message-id:subject:cc:to:from:date; bh=tbNq8BIT7kir5kYpX83WT/6x4sVRwvD5e70mRqMqacs=; fh=KeiJHMxkB4xFGVVWoFZB/6jkLxPcXqj0Z2YYSNnERbc=; b=pGlw5cfEleAGinw1a2c15bjr900xTJTxrwAcJv7UOEuQT2mmKMvf87MWenc+ipTo5T C4hqIdHeEzUtQloLaOg0LspU75vtRTa7saEhTVQfm/5IS7l2I4P0SvzF7grYO8+gjscK 1O9THHFEZtPJ1F/nsD6DVYtgDp2V3zAXHxkq6KC4RCygttjhKy6+8E5zWz8+vaJcs6IW BWnPpqw2SakRLfYEnCgxBCww6hr8ncbHDm9rkoJ93PYOgfv8YG35D9nrv8zt+eme2w2F AE7MxfS0ztZ8iaxSvxPeozcUf2m671BrY1A/i2mg7mytAh357iYfmFqb8kq8agHbNJdd AmdA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: from pete.vger.email (pete.vger.email. [23.128.96.36]) by mx.google.com with ESMTPS id o17-20020a170902d4d100b001b3bd85f54bsi3900351plg.35.2023.12.02.12.44.29 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 02 Dec 2023 12:44:29 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) client-ip=23.128.96.36; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.36 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by pete.vger.email (Postfix) with ESMTP id 631D980E9974; Sat, 2 Dec 2023 12:44:27 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at pete.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229634AbjLBUny (ORCPT <rfc822;pwkd43@gmail.com> + 99 others); Sat, 2 Dec 2023 15:43:54 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44952 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229450AbjLBUnx (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Sat, 2 Dec 2023 15:43:53 -0500 Received: from smtp-out2.suse.de (smtp-out2.suse.de [IPv6:2a07:de40:b251:101:10:150:64:2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6D17E11A; Sat, 2 Dec 2023 12:43:56 -0800 (PST) Received: from imap1.dmz-prg2.suse.org (imap1.dmz-prg2.suse.org [IPv6:2a07:de40:b281:104:10:150:64:97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id E5B291FDC3; Sat, 2 Dec 2023 20:43:54 +0000 (UTC) Received: from imap1.dmz-prg2.suse.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by imap1.dmz-prg2.suse.org (Postfix) with ESMTPS id B21C713A23; Sat, 2 Dec 2023 20:43:54 +0000 (UTC) Received: from dovecot-director2.suse.de ([10.150.64.162]) by imap1.dmz-prg2.suse.org with ESMTPSA id UEU0KQqXa2VzLQAAD6G6ig (envelope-from <jdelvare@suse.de>); Sat, 02 Dec 2023 20:43:54 +0000 Date: Sat, 2 Dec 2023 21:43:53 +0100 From: Jean Delvare <jdelvare@suse.de> To: Pavel Machek <pavel@ucw.cz>, Lee Jones <lee@kernel.org> Cc: linux-leds@vger.kernel.org, LKML <linux-kernel@vger.kernel.org> Subject: [PATCH] leds: rgb: Drop obsolete dependency on COMPILE_TEST Message-ID: <20231202214353.7c02f23c@endymion.delvare> Organization: SUSE Linux X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.34; x86_64-suse-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: +++++++++++++ X-Spam-Score: 13.28 X-Rspamd-Server: rspamd1 Authentication-Results: smtp-out2.suse.de; dkim=none; spf=softfail (smtp-out2.suse.de: 2a07:de40:b281:104:10:150:64:97 is neither permitted nor denied by domain of jdelvare@suse.de) smtp.mailfrom=jdelvare@suse.de; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=suse.de (policy=none) X-Rspamd-Queue-Id: E5B291FDC3 X-Spamd-Result: default: False [13.28 / 50.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_SHORT(2.99)[0.997]; R_SPF_SOFTFAIL(4.60)[~all]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; MX_GOOD(-0.01)[]; NEURAL_SPAM_LONG(3.50)[1.000]; FUZZY_BLOCKED(0.00)[rspamd.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(2.20)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; BAYES_HAM(-0.00)[29.94%]; DMARC_POLICY_SOFTFAIL(0.10)[suse.de : No valid SPF, No valid DKIM,none] X-Spam-Status: No, score=-0.8 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on pete.vger.email Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (pete.vger.email [0.0.0.0]); Sat, 02 Dec 2023 12:44:27 -0800 (PST) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1784204356561156739 X-GMAIL-MSGID: 1784204356561156739 |
Series |
leds: rgb: Drop obsolete dependency on COMPILE_TEST
|
|
Commit Message
Jean Delvare
Dec. 2, 2023, 8:43 p.m. UTC
Since commit 0166dc11be91 ("of: make CONFIG_OF user selectable"), it
is possible to test-build any driver which depends on OF on any
architecture by explicitly selecting OF. Therefore depending on
COMPILE_TEST as an alternative is no longer needed.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Cc: Pavel Machek <pavel@ucw.cz>
Cc: Lee Jones <lee@kernel.org>
---
drivers/leds/rgb/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Comments
On Sat, 02 Dec 2023, Jean Delvare wrote: > Since commit 0166dc11be91 ("of: make CONFIG_OF user selectable"), it > is possible to test-build any driver which depends on OF on any > architecture by explicitly selecting OF. Therefore depending on > COMPILE_TEST as an alternative is no longer needed. > > Signed-off-by: Jean Delvare <jdelvare@suse.de> > Cc: Pavel Machek <pavel@ucw.cz> > Cc: Lee Jones <lee@kernel.org> > --- > drivers/leds/rgb/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) It's not clear to me what this patch improves. Going to choose to keep the status quo on this one. > --- linux-6.6.orig/drivers/leds/rgb/Kconfig > +++ linux-6.6/drivers/leds/rgb/Kconfig > @@ -4,7 +4,7 @@ if LEDS_CLASS_MULTICOLOR > > config LEDS_GROUP_MULTICOLOR > tristate "LEDs group multi-color support" > - depends on OF || COMPILE_TEST > + depends on OF > help > This option enables support for monochrome LEDs that are grouped > into multicolor LEDs which is useful in the case where LEDs of > > > -- > Jean Delvare > SUSE L3 Support
Hi Lee, On Wed, 13 Dec 2023 15:38:38 +0000, Lee Jones wrote: > On Sat, 02 Dec 2023, Jean Delvare wrote: > > > Since commit 0166dc11be91 ("of: make CONFIG_OF user selectable"), it > > is possible to test-build any driver which depends on OF on any > > architecture by explicitly selecting OF. Therefore depending on > > COMPILE_TEST as an alternative is no longer needed. > > > > Signed-off-by: Jean Delvare <jdelvare@suse.de> > > Cc: Pavel Machek <pavel@ucw.cz> > > Cc: Lee Jones <lee@kernel.org> > > --- > > drivers/leds/rgb/Kconfig | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > It's not clear to me what this patch improves. The patch description supposedly explains that, I'm not sure how to word it better, especially considering that 24 similar patches have already been accepted by various subsystem maintainers over the past 18 months with the same explanation. The purpose of COMPILE_TEST is to increase the build test coverage by letting developers enable drivers which would otherwise not be available on their architecture or platform. Given that OF can now be enabled on all architectures and platforms, using COMPILE_TEST as an alternative is simply no longer needed, and there is no reason to keep dead code. Cleaning this up has many benefits: * Makes Kconfig easier to read. * Makes it clear to the reader that OF is no longer architecture or platform dependent. * Less work for the dependency solver, so faster make *config. * Avoids copy-and-paste of an obsolete construct to new Kconfig entries. Lastly, I can quote an explanation which was part of my earlier submissions but was dropped after someone suggested that it was too verbose for such a simple clean up. Maybe you will find it meaningful: It is actually better to always build such drivers with OF enabled, so that the test builds are closer to how each driver will actually be built on its intended target. Building them without OF may not test much as the compiler will optimize out potentially large parts of the code. In the worst case, this could even pop false positive warnings. Dropping COMPILE_TEST here improves the quality of our testing and avoids wasting time on non-existent issues. Hope that helps,
On Sat, 02 Dec 2023 21:43:53 +0100, Jean Delvare wrote: > Since commit 0166dc11be91 ("of: make CONFIG_OF user selectable"), it > is possible to test-build any driver which depends on OF on any > architecture by explicitly selecting OF. Therefore depending on > COMPILE_TEST as an alternative is no longer needed. > > Applied, thanks! [1/1] leds: rgb: Drop obsolete dependency on COMPILE_TEST commit: 5e72f1fe23839bd2093693a357a6fac8e5463483 -- Lee Jones [李琼斯]
--- linux-6.6.orig/drivers/leds/rgb/Kconfig +++ linux-6.6/drivers/leds/rgb/Kconfig @@ -4,7 +4,7 @@ if LEDS_CLASS_MULTICOLOR config LEDS_GROUP_MULTICOLOR tristate "LEDs group multi-color support" - depends on OF || COMPILE_TEST + depends on OF help This option enables support for monochrome LEDs that are grouped into multicolor LEDs which is useful in the case where LEDs of