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 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E29F7C433F5 for ; Fri, 22 Oct 2021 15:09: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 F28C76112F for ; Fri, 22 Oct 2021 15:09:38 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org F28C76112F 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 90EAD834D0; Fri, 22 Oct 2021 17:09: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="Z5AleWUq"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 19C81834E0; Fri, 22 Oct 2021 17:09:35 +0200 (CEST) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (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 6E35683311 for ; Fri, 22 Oct 2021 17:09:31 +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-qk1-x729.google.com with SMTP id d205so4945628qke.3 for ; Fri, 22 Oct 2021 08:09:31 -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; bh=8TonwzSgpEnM1OHy3Iv/NVf0nndtj/vrI3vwlEvvwhE=; b=Z5AleWUqPmLH2vy4VpvMIJbtgj0e3eeyUSQNVHtYnSadjNrB79s4WJ5LJUsS/Oq6cQ XR/ZLXJghHHc6QYAP5c3N8dASDLbiG8A8wWeOF4T+YP5/5NyQE/7RewjJfjYkbyj7rgB d8YR5b063GondSH1nZefAyhrJV+n0d33s/mfU= 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; bh=8TonwzSgpEnM1OHy3Iv/NVf0nndtj/vrI3vwlEvvwhE=; b=hxaYHxvXTQcQQztFlwl8TNk4nR7+cwpc5p7QiIJB8qKaswRSmJ/f10cpfLCWnvmB5c C7g/3w5XKS5RSRNlrjj5uMD6RgdFHM+ltIaxVmKFuwbFdrta0fQrgiWHnmRBhNU3pB5e pQdf28bUNvO1opzgaZddf/o3JGOrLK8+2MitBdk94+XXGJ3X7lWRFLd+DYesRBUDILmn 7dSeLKKn1fDSj7riUbFF4ygxSflW2KM8IopVGiBkkhmXfWYK1iLovFUkgMS/VtvYrYPc 7nXRr3w1jnBm75DVpJo4Bi8r04FwjD/SFJC0ArUwCom8TMIctm72Eaq7affrcicsxNVV yTNQ== X-Gm-Message-State: AOAM532yyhMZvnVx/DVGP9uCo3YdFVI2sdzhTKG+rFQC6lZ0094vf2ki lnrwiLtGGd/CNfjSX2d7tCzVNcJrawV1+Q== X-Google-Smtp-Source: ABdhPJyUf0PVknx9WvIL522bjQJD3FyEqYbhvY7OTAY5GSLI2MmtHokHZZnDzTUbp44XKWeKdLPFXw== X-Received: by 2002:a05:620a:2628:: with SMTP id z40mr507904qko.247.1634915370138; Fri, 22 Oct 2021 08:09:30 -0700 (PDT) Received: from bill-the-cat (2603-6081-7b01-cbda-f084-0129-62d8-869d.res6.spectrum.com. [2603:6081:7b01:cbda:f084:129:62d8:869d]) by smtp.gmail.com with ESMTPSA id o5sm4130623qkl.50.2021.10.22.08.09.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Oct 2021 08:09:29 -0700 (PDT) Date: Fri, 22 Oct 2021 11:09:27 -0400 From: Tom Rini To: Marek =?iso-8859-1?Q?Beh=FAn?= , Vagrant Cascadian , Peter Robinson , Matthias Brugger Cc: Heinrich Schuchardt , Samuel Holland , Pali =?iso-8859-1?Q?Roh=E1r?= , Andre Przywara , u-boot@lists.denx.de, Jagan Teki , "Alex G ." , Artem Lapkin , Priyanka Jain , Sughosh Ganu Subject: Re: [PATCH v4 1/4] tools: Separate image types which depend on OpenSSL Message-ID: <20211022150927.GJ3577824@bill-the-cat> References: <20211020024455.48136-1-samuel@sholland.org> <20211020024455.48136-2-samuel@sholland.org> <20211020072925.drf6622qhq4yykg6@pali> <20211020142902.12219c45@donnerap.cambridge.arm.com> <20211020134752.62k4fxukucj5rodh@pali> <20211021150048.59bb90d6@thinkpad> <20211022165922.22164ef8@thinkpad> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="fKov5AqTsvseSZ0Z" Content-Disposition: inline In-Reply-To: <20211022165922.22164ef8@thinkpad> X-Clacks-Overhead: GNU Terry Pratchett 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 --fKov5AqTsvseSZ0Z Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Oct 22, 2021 at 04:59:22PM +0200, Marek Beh=FAn wrote: > On Fri, 22 Oct 2021 12:09:19 +0200 > Heinrich Schuchardt wrote: >=20 > > On 10/21/21 15:00, Marek Beh=FAn wrote: > > > BTW, wouldn't it be enough to simply imply TOOLS_LIBCRYPTO for mvebu > > > platform in Kconfig? > > > =20 > >=20 > > We should only use 'imply' for suggested settings and never for hard=20 > > requirements. TOOLS_LIBCRYPTO already defaults to 'Y'. So implying it= =20 > > for mvebu would be redundant. > >=20 > > In an OS distribution we only want to ship a single version of mkimage.= =20 > > So it is good to elimate symbol CONFIG_MXS. > >=20 > > How mkimage is built should not depend on CONFIG_TOOLS_LIBCRYPTO. > >=20 > > Tom wrote regarding this aspect in=20 > > https://lists.denx.de/pipermail/u-boot/2021-September/460251.html: > >=20 > > "if we're building a generically useful tool, we don't want another > > symbol for it." >=20 > OK, so mkimage and dumpimage should be always generic and always > support all platforms, that makes sense, since the tools can be > installed as a distribution package. >=20 > But I still think it should be possible to cripple these tools if the > developer wants to disable libcrypto due to embedded environment. This is probably the time to reach out to some of the distro folks to see how they would like to see things handled for "build the tools we need to package for the user" and also "build the binary for the platform". --=20 Tom --fKov5AqTsvseSZ0Z Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCgAdFiEEGjx/cOCPqxcHgJu/FHw5/5Y0tywFAmFy1CMACgkQFHw5/5Y0 tyxj1gv6AjL3efNx1IIEVk0fODVY6JYrsaIKQQD7a4FEKdBD45PEQFZ19+X671IG +UpukrO3JDGpiAUCVbIlY8086bzKdgeljke/GCzD8+Rj6nRJ99BNxBLTDuY39FsR frnxfSIE3KSi3gda5A367N/QiQF2b684IjZ8VdlUu2vHQUbmHPIJ+49TvraYafnF UG0JNpRbRfv15p7uEYn+y/nsnqqJRP2ptlp7t6yaU69eHCz4ijrIVJPmZdam/y6m AAPoRKSrg/Qc3t0QnaYo6ky6t3v8UnytAX2pJ9ijZsd6rLX0aOwSnt9EoPwkhCa1 +Ls1W/+d0jNu2V0Vlol0Ut1x/FRwIh6Shl3hzkN6t+ECYtSa5Io5TzvsN9kj5hfy vLXdNJ7J3557rnfm2pa9VJA1OaNZxDqzZk/6jJMFRHkLW3YqD1o+Uep0bKoq9A2N kE/p8zOlMYL9fh1Q7xLs0gF8O5VZUs1Ynvq+7MLMOjudxSBFkcDfsRsolXkB3AXK xd1Iw/v8 =pehL -----END PGP SIGNATURE----- --fKov5AqTsvseSZ0Z--