From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Fri, 09 Feb 2024 18:23:35 +0100 Received: from metis.whiteo.stw.pengutronix.de ([2a0a:edc0:2:b01:1d::104]) by lore.white.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1rYUb8-00AK0f-1D for lore@lore.pengutronix.de; Fri, 09 Feb 2024 18:23:35 +0100 Received: from localhost ([127.0.0.1] helo=metis.whiteo.stw.pengutronix.de) by metis.whiteo.stw.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1rYUb9-0001OB-2R; Fri, 09 Feb 2024 18:23:35 +0100 Received: from mout39.gn-server.de ([87.238.197.45]) by metis.whiteo.stw.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rYUap-0001Nw-TH for ptxdist@pengutronix.de; Fri, 09 Feb 2024 18:23:16 +0100 Received: from mout17.gn-server.de ([87.238.194.244]) by mout39.gn-server.de with esmtp (Exim 4.92) (envelope-from ) id 1rYUao-0007ee-V0; Fri, 09 Feb 2024 17:23:14 +0000 Received: from pp2.greatnet.de ([178.254.50.206]) by mout17.gn-server.de with esmtp (Exim 4.92) (envelope-from ) id 1rYUao-0002sY-Oh; Fri, 09 Feb 2024 17:23:14 +0000 Received: from localhost (089144199101.atnat0008.highway.a1.net [89.144.199.101]) by pp2.greatnet.de (Postfix) with ESMTPSA id 0881A41CBD1A; Fri, 9 Feb 2024 18:23:13 +0100 (CET) Authentication-Results: pp2.greatnet.de; spf=pass (sender IP is 89.144.199.101) smtp.mailfrom=sebastian.muxel@entner-electronics.com smtp.helo=localhost Received-SPF: pass (pp2.greatnet.de: connection is authenticated) Date: Fri, 9 Feb 2024 18:23:09 +0100 From: Sebastian Muxel To: Christian Melki Message-ID: References: <20240205201844.65771-2-sebastian.muxel@entner-electronics.com> <3zf2idbmoykcvgqcjdd25hq3q43uui2teou6naqpwxqgxhogn2@lbpoiotzoupu> <0e17d7b2-1397-4d8b-93fc-55d50cd64f1f@t2data.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <0e17d7b2-1397-4d8b-93fc-55d50cd64f1f@t2data.com> X-PPP-Message-ID: <20240209172314.19132.71926@pp2.greatnet.de> X-PPP-Vhost: entner-electronics.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on metis.whiteo.stw.pengutronix.de X-Spam-Level: X-Spam-Status: No, score=-1.9 required=4.0 tests=AWL,BAYES_00,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.2 Subject: Re: [ptxdist] [PATCH] u-boot: Allow specification of padding byte for custom env images X-BeenThere: ptxdist@pengutronix.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: PTXdist Development Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: ptxdist@pengutronix.de Cc: ptxdist@pengutronix.de Sender: "ptxdist" X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: ptxdist-bounces@pengutronix.de X-SA-Exim-Scanned: No (on metis.whiteo.stw.pengutronix.de); SAEximRunCond expanded to false >0x0 looks wrong to me w.r.t most flash media. Also not sure I understand >why 0xff would stop anything from generating a firmware image? The tooling screams at me when i don't set it up this way. I'm 100% certain it's a unfortunate requirement i had to comply with. You could argue that the change is benefitial as it makes the interface for mkenvimage more complete, even if the usecase is a rather unusual one but i understand if it's too special of a case. Regards, Sebastian