From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mail.openembedded.org (Postfix) with ESMTP id 1EE38749EE for ; Thu, 3 May 2018 16:50:32 +0000 (UTC) Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 40cLk10QLgz1qyLM; Thu, 3 May 2018 18:50:33 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 40cLk071Wdz1qrfx; Thu, 3 May 2018 18:50:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id q2pxODH9PsGL; Thu, 3 May 2018 18:50:32 +0200 (CEST) Received: from babic.homelinux.org (host-88-217-136-221.customer.m-online.net [88.217.136.221]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Thu, 3 May 2018 18:50:32 +0200 (CEST) Received: from localhost (mail.babic.homelinux.org [127.0.0.1]) by babic.homelinux.org (Postfix) with ESMTP id 933684540507; Thu, 3 May 2018 18:50:31 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at babic.homelinux.org Received: from babic.homelinux.org ([127.0.0.1]) by localhost (mail.babic.homelinux.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wONJa1ojiSV1; Thu, 3 May 2018 18:50:29 +0200 (CEST) Received: from [192.168.178.132] (papero.fritz.box [192.168.178.132]) by babic.homelinux.org (Postfix) with ESMTP id 4194345404FC; Thu, 3 May 2018 18:50:29 +0200 (CEST) To: Marek Vasut , Stefano Babic , Lukasz Majewski , OpenEmbedded Core Mailing List References: <20180427145139.30732-1-lukma@denx.de> <2a2d73fb-edec-f179-8693-6efb0942a979@denx.de> From: Stefano Babic Message-ID: <6135f505-9afd-3428-4275-8a5a961559cb@denx.de> Date: Thu, 3 May 2018 18:50:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <2a2d73fb-edec-f179-8693-6efb0942a979@denx.de> Cc: Tom Rini , Stefan Agner Subject: Re: [PATCH] u-boot: Add {gen|deploy}_default_envs tasks to generate environment images X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2018 16:50:33 -0000 Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 7bit On 03/05/2018 18:36, Marek Vasut wrote: > On 05/03/2018 06:28 PM, Stefano Babic wrote: >> On 27/04/2018 17:07, Marek Vasut wrote: >>> On 04/27/2018 04:51 PM, Lukasz Majewski wrote: >>>> This commit provides the ability to generate u-boot environment(s) as >>>> images, which afterwards can be used to produce image (with wic) for >>>> flashing (eMMC or SPI-NOR). >>>> >>>> This change removes the need to run "env default" during production phase, >>>> as proper environment (including redundant one) is already stored on >>>> persistent memory (the CRC is also correct). >>>> >>>> Signed-off-by: Lukasz Majewski >>> >>> If your default env is correct, why do you need this ? I can see some >>> use with non-default env, but then that can be wrapped into a separate >>> recipe. >>> >> >> A use case is when the environment must be changed from user space. >> fw_setenv will report the CRC error and it needs the default environment >> to add changes. The default environment is linked together to fw_setenv, >> but this prohibites to use fw_setenv for multiple boards and must be >> explicitely built for that machine and with the same sources as u-boot >> (at least, they must share the same CONFIG_EXTRA_ENV). If the default >> environment is extracted, we could have a general (distro ?) fw_setenv. > > I think in that case, the real solution is to either build fw_setenv per > machine This is how we try to do now, fw_setenv is built per machine but it is enough that u-boot-fw-utils is built in a different version as u-boot to get a mess. > OR fix fw_setenv to take env defaults from a file or somesuch ? Right, I interprete this patch as a step in this direction. This patch generates a default that can be used as input for fw_setenv. Regards, Stefano -- ===================================================================== DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic@denx.de =====================================================================