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 X-Spam-Level: X-Spam-Status: No, score=-12.2 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9EFC7C433F5 for ; Tue, 21 Sep 2021 14:49:39 +0000 (UTC) Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id B99B461165 for ; Tue, 21 Sep 2021 14:49:38 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org B99B461165 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=lists.denx.de Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 4D73B832B4; Tue, 21 Sep 2021 16:49:36 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (1024-bit key; unprotected) header.d=konsulko.com header.i=@konsulko.com header.b="sJSsNC3F"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 458D7832B4; Tue, 21 Sep 2021 16:49:34 +0200 (CEST) Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id EEB1483278 for ; Tue, 21 Sep 2021 16:49:29 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=konsulko.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=trini@konsulko.com Received: by mail-qv1-xf2d.google.com with SMTP id r18so13653049qvy.8 for ; Tue, 21 Sep 2021 07:49:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=o1FHKIjXYwUAUKCwPg4dqeL/lZ611+tNBMGtTLGBhNs=; b=sJSsNC3F+dkOgYjEkjosF3nulhMxqnb3o1L9sm+IhAH8IWBQtHmYmeS/gpaZjnHwDF nIun2prqiDB9SCQ8/BsIAIb1QXwXXdDb4z8t6YL4a7C1iA81XjDNPpz+wwpDWQJ8GpYq 6LtHOOEe7L4RMhCXXkL1ISRx16wDW05AOgfzg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=o1FHKIjXYwUAUKCwPg4dqeL/lZ611+tNBMGtTLGBhNs=; b=YPXT31y60f9IYUge7D4Nz+C1aiOXahwNVb8qP8EenlUtiUHZF60mM/ilP7SDRin3OA lbcqd8lewA/GKoqH6ZM7mI85esl+fCuaNsWK4EquSs2n/fVyPPnfDOntnnOQDkzFiFdL gzT/++XgiOIM7QJHTkom7THF1E+S4yduIt8Ftm8lr0WgLnnIo3LodlXj8lYqd4nRmiBX tMxxyKP3TGWsE+l2+/onpGxUFIkkdvErjSVkQ8HopSNjwRaNGOOUh8wI19N6eoBQtuMZ +cYegLjiBvxzSYsCdVolnsMWIg/x4Gyn2syei6ZfvFaxKyr7WsfSvaf8+1p3UiDZqeRV iOaw== X-Gm-Message-State: AOAM530y+MONCvNDT86WZgXMMFWK9n56VV7hNbaSfF3h1Hd9+AiG0Lc4 jSLx1MT8z0z0YXyspay6jbGBmw== X-Google-Smtp-Source: ABdhPJz/PCabG6Nik+x8qihS4kEa/RJcwHOPNJCCc5jkdPufm1Vh56cjJDUGdVhQ6TMCPY3AH9S9pg== X-Received: by 2002:ad4:5492:: with SMTP id q18mr31899473qvy.17.1632235768579; Tue, 21 Sep 2021 07:49:28 -0700 (PDT) Received: from bill-the-cat (2603-6081-7b01-cbda-24fc-d77e-8558-6741.res6.spectrum.com. [2603:6081:7b01:cbda:24fc:d77e:8558:6741]) by smtp.gmail.com with ESMTPSA id u13sm10846460qtg.29.2021.09.21.07.49.27 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Tue, 21 Sep 2021 07:49:27 -0700 (PDT) Date: Tue, 21 Sep 2021 10:49:25 -0400 From: Tom Rini To: Simon Glass Cc: U-Boot Mailing List , Masahiro Yamada , Bin Meng , Marek =?iso-8859-1?Q?Beh=FAn?= , Pali =?iso-8859-1?Q?Roh=E1r?= Subject: Re: [PATCH] Makefile: Add a warning about ad-hoc CONFIG options Message-ID: <20210921144925.GG8579@bill-the-cat> References: <20210918182122.1854781-1-sjg@chromium.org> <20210920152007.GX8579@bill-the-cat> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fzZAfzrt3Jhvp+ma" Content-Disposition: inline In-Reply-To: X-Clacks-Overhead: GNU Terry Pratchett User-Agent: Mutt/1.9.4 (2018-02-28) X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.34 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.2 at phobos.denx.de X-Virus-Status: Clean --fzZAfzrt3Jhvp+ma Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Sep 20, 2021 at 07:11:26PM -0600, Simon Glass wrote: > Hi Tom, >=20 > On Mon, 20 Sept 2021 at 09:20, Tom Rini wrote: > > > > On Sat, Sep 18, 2021 at 12:21:21PM -0600, Simon Glass wrote: > > > > > The Kconfig feature was added in 2014. Some 7 years later there are s= till > > > quite a few CONFIG options that have not been migrated. It is time to > > > close this out. > > > > > > Add a deadline and a warning for boards to migrate to Kconfig. > > > > > > Signed-off-by: Simon Glass > > > > I agree with the sentiment. But we aren't at the point where even aside > > from environment and a few outstanding migrations I've posted but not > > yet pulled, that any platform is 100% clean. There's still even > > migrated-but-in-config.h symbols seemingly everywhere. >=20 > Indeed! >=20 > So perhaps the trigger for this would be to have one board that > doesn't have a config.h ? I'm not sure. There's, largely, the ability to confirm that a conversion is identical here, unlike with DM migrations. Setting aside environment (which thanks for picking up again), there's a few tricky conversions that might be best served by code updates (like CONFIG_SYS_NAND_ECCPOS I think can be removed IF drivers are converted to use mtd_ooblayout_get_eccbytes() instead, which is how both the Linux Kernel, and a few more modern in-tree drivers do this today) or really just moving information to some other header. But we shouldn't be stuck with groups of boards that are unconverted. I feel like NAND is probably going to be the worst subsystem to finish converting and that's just going to highlight further "this should be updated for DM an DT.." of which only a few users have been. --=20 Tom --fzZAfzrt3Jhvp+ma Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmFJ8PUACgkQFHw5/5Y0 tywSmAv/d2c2yZsP3HN0xcM+EluZ3kEM2uBmMO7Vzp5WTIZoBMHQ5VTjnmnXSDT3 v4jcUcAhuOK83ZI2Dp+ugv9OlL8G9P15OyIzB5S6+r1W68kbhgJspTC3g9h7D9gA XTkThzI0wtEvDxSAqJoiONfGbWY0MVBaqHMYYIC+uLZIPxX5pXUBZ5yzZfXRDDwN oBdN4zsTChE1+umIdCz3lSZ5Z8QlMZg0wnrsv2yrEfKgSJRTVrHQSNLC72IFxlo4 WPPxjAxTnkv2+YfS27tStiUhEBKu+q+vaeSfcNUJZ6Tnax8fvQSzNs8do0YIHxUt 86s7XWGb4s47caK8FCtxNAVjpUk8xOSby9+ATEWb/YurXlRDMRrCGKCqsiBKvin6 ewZf+Y4ML/nJgOZWpaRvl7N8XigD2tbwRDfVOhGs6j8XmoSdoe2lb7KT+Rh13Mjl jmIS3HzPEfviEjtPmt46NSZ7XZli7NAM2Jm5nvyCSOXLTiRo0fP12DHB8j5GAgKz mytjQko/ =Gzn6 -----END PGP SIGNATURE----- --fzZAfzrt3Jhvp+ma--