Message ID | 20230407190453.66efdf9d@endymion.delvare |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp426204vqo; Fri, 7 Apr 2023 10:19:24 -0700 (PDT) X-Google-Smtp-Source: AKy350aai/Us8Esd62vuSMs7WtOpjTStNYBFWD9u4Wbj397sd/6Vz2SVazWbOVkFb2h73GvivnlV X-Received: by 2002:a17:906:e104:b0:931:8221:e168 with SMTP id gj4-20020a170906e10400b009318221e168mr189330ejb.57.1680887964638; Fri, 07 Apr 2023 10:19:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680887964; cv=none; d=google.com; s=arc-20160816; b=rz33187YUh190fsusWMFI3MjYhS5fwpfshNa84T32cfpk1DZOyDflWBmv4qn7QMG/N 2eYSC1Vac/7DvEJQABegwm2/z4TotZYyc/fv5+/v0ZlkC/Xdzc7GNGWIhpin8NvyR1Hd R/7L0Nma8aICdWDcc7am/EgF9tTBGaDedgmXIHlvvuESkfR2vZAX49pELH1QuYmkNK5x hynDJ2FAdCmMCjnC3yq4lj8m9iCM+oVGySSNa5XOTRZrmXzzQoqsxnZyncL2kt98MaFM bGa06ya75A1atf0lzHNosjM+6jSPMd5vYRMn7rBEtmMQnJCZm1tmnmbOShySmV/cLol5 ePmw== 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:dkim-signature :dkim-signature; bh=OP+WQoqp5N6LD5bTBcxYrhZCAveaV/0KikGNAEyK220=; b=JH/GMZMUXBpGeWHTnKi8e1BJ24Omc9qz0S25EVdg15Z95ECIFuFhr9EK3ps1q8k8vg 3lsEuGGvt24zvZhc3+bX2vDKcYZk3yqi8Su7nY0ETf5zPmiNMpbM+ukeUV6PVzN3h/3s RYmEUxv3NRWsLsUahCfLG/PmvfDLJDur+l8lFnZERjycbzcelTTBg8gnKjA8xG1PfC7W zwGy1UJlxSJzikLbJ+6OXTux1jl17da8zQ2dAD4gY3fLnz3Bmtn3mbUirDNGmkTlaOx4 Rszsm4x8Qusi8uGl0AnFGOlz9uEQ6+XGPPLk/retSQVazerN9j56O24bQH6eHU7wkJRR Bf2A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=Rl5rPqtW; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=akaAwtwz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id rv6-20020a17090710c600b009303262b4ebsi3625751ejb.993.2023.04.07.10.19.00; Fri, 07 Apr 2023 10:19:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=Rl5rPqtW; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b=akaAwtwz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229989AbjDGRFD (ORCPT <rfc822;a1648639935@gmail.com> + 99 others); Fri, 7 Apr 2023 13:05:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41264 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229935AbjDGRFA (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 7 Apr 2023 13:05:00 -0400 Received: from smtp-out1.suse.de (smtp-out1.suse.de [195.135.220.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9939D8A42 for <linux-kernel@vger.kernel.org>; Fri, 7 Apr 2023 10:04:57 -0700 (PDT) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out1.suse.de (Postfix) with ESMTPS id 55AEC21D72; Fri, 7 Apr 2023 17:04:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1680887095; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=OP+WQoqp5N6LD5bTBcxYrhZCAveaV/0KikGNAEyK220=; b=Rl5rPqtWZskhI9Ty3Bk7hN3/0M3GBUF9uKToD4wVcKEd0o0uUr9rnL7alvC7FZoYg3J73r 65nuOW38/cVxkB7kI9TsXHA/xAcLQ3cFCd2U4brzPx1P2s/GaxcX/d3s0HT5HjW97LaFIm RJNyNvr0NMtui5s0b4cOHc57dp98NqQ= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1680887095; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=OP+WQoqp5N6LD5bTBcxYrhZCAveaV/0KikGNAEyK220=; b=akaAwtwzT4XP6KUz0DCzUUe08sh+JE8HKAjMiuke0R2hFKA2vmj6S7tj3cWabWyxZ4Uorc wxtiUUhpCbQChBCQ== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id 1B2ED133FE; Fri, 7 Apr 2023 17:04:55 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id hOzGBDdNMGR4PAAAMHmgww (envelope-from <jdelvare@suse.de>); Fri, 07 Apr 2023 17:04:55 +0000 Date: Fri, 7 Apr 2023 19:04:53 +0200 From: Jean Delvare <jdelvare@suse.de> To: Miquel Raynal <miquel.raynal@bootlin.com> Cc: LKML <linux-kernel@vger.kernel.org>, Kyungmin Park <kyungmin.park@samsung.com>, Richard Weinberger <richard@nod.at>, Vignesh Raghavendra <vigneshr@ti.com>, linux-mtd@lists.infradead.org Subject: [PATCH RESEND] mtd: onenand: omap2: Drop obsolete dependency on COMPILE_TEST Message-ID: <20230407190453.66efdf9d@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-Spam-Status: No, score=-2.5 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1762538777977288713?= X-GMAIL-MSGID: =?utf-8?q?1762538777977288713?= |
Series |
[RESEND] mtd: onenand: omap2: Drop obsolete dependency on COMPILE_TEST
|
|
Commit Message
Jean Delvare
April 7, 2023, 5:04 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.
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.
Signed-off-by: Jean Delvare <jdelvare@suse.de>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Cc: Miquel Raynal <miquel.raynal@bootlin.com>
Cc: Richard Weinberger <richard@nod.at>
Cc: Vignesh Raghavendra <vigneshr@ti.com>
---
Even though this was supposedly accepted a few months ago already, I
can't find this commit, neither upstream nor in the nand/next,
therefore resending.
drivers/mtd/nand/onenand/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Comments
Hi Jean, jdelvare@suse.de wrote on Fri, 7 Apr 2023 19:04:53 +0200: > 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. > > 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. > > Signed-off-by: Jean Delvare <jdelvare@suse.de> > Cc: Kyungmin Park <kyungmin.park@samsung.com> > Cc: Miquel Raynal <miquel.raynal@bootlin.com> > Cc: Richard Weinberger <richard@nod.at> > Cc: Vignesh Raghavendra <vigneshr@ti.com> > --- > Even though this was supposedly accepted a few months ago already, I > can't find this commit, neither upstream nor in the nand/next, > therefore resending. I have no idea what I did wrong but I definitely messed up, I can't find this patch while it is marked Accepted in patchwork and I actually answered that I applied it. It is especially strange since its cousin applying to raw NAND was correctly taken. Sorry for the mess, I'll really take it this time. > > drivers/mtd/nand/onenand/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > --- linux-6.2.orig/drivers/mtd/nand/onenand/Kconfig > +++ linux-6.2/drivers/mtd/nand/onenand/Kconfig > @@ -25,7 +25,7 @@ config MTD_ONENAND_GENERIC > config MTD_ONENAND_OMAP2 > tristate "OneNAND on OMAP2/OMAP3 support" > depends on ARCH_OMAP2 || ARCH_OMAP3 || (COMPILE_TEST && ARM) > - depends on OF || COMPILE_TEST > + depends on OF > depends on OMAP_GPMC > help > Support for a OneNAND flash device connected to an OMAP2/OMAP3 SoC > > Thanks, Miquèl
On Fri, 2023-04-07 at 17:04:53 UTC, 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. > > 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. > > Signed-off-by: Jean Delvare <jdelvare@suse.de> > Cc: Kyungmin Park <kyungmin.park@samsung.com> > Cc: Miquel Raynal <miquel.raynal@bootlin.com> > Cc: Richard Weinberger <richard@nod.at> > Cc: Vignesh Raghavendra <vigneshr@ti.com> Applied to https://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git nand/next, thanks. Miquel
--- linux-6.2.orig/drivers/mtd/nand/onenand/Kconfig +++ linux-6.2/drivers/mtd/nand/onenand/Kconfig @@ -25,7 +25,7 @@ config MTD_ONENAND_GENERIC config MTD_ONENAND_OMAP2 tristate "OneNAND on OMAP2/OMAP3 support" depends on ARCH_OMAP2 || ARCH_OMAP3 || (COMPILE_TEST && ARM) - depends on OF || COMPILE_TEST + depends on OF depends on OMAP_GPMC help Support for a OneNAND flash device connected to an OMAP2/OMAP3 SoC