From patchwork Tue Nov 28 10:24:35 2017 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Maxime Ripard X-Patchwork-Id: 119816 Delivered-To: patch@linaro.org Received: by 10.140.22.227 with SMTP id 90csp1513670qgn; Tue, 28 Nov 2017 02:24:59 -0800 (PST) X-Google-Smtp-Source: AGs4zMZNO1i2iYmBo90Yn+Yqp9WdXIE1shdlgmEE5JVQ/VLrZMZ6FijIsS151Tb+9zWAKg/yHwyB X-Received: by 10.80.146.227 with SMTP id l32mr2032617eda.114.1511864699551; Tue, 28 Nov 2017 02:24:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511864699; cv=none; d=google.com; s=arc-20160816; b=jL6LjmwaZWHqbtyIdXoD5xm1aNF0Qi/5FCyYA2PU+8lRP16L3YK9Itnpv6A+SpzvWk WPtXZge8zmFl7AQl3NJjbFLdNiZQS7IzBLQcjXmwO9TfGq2KTmsWmamSQUan1ATA/Kkc gDwMwFSINwO9A1Hx5TlvYMkPSQ+EVLz0f+E/RdrpXflRr7HlOXCHi3hLabZ+u58HFdwz C1bOWWMbdAbn7Yvq3iJL9hIO3X0hSSTjNtxeH6YVWzcPaxDxaibospxVCY9EyxCx+apt o+B1OGDYmTtVBgnQEoaD74NNowGp49c4WCoc24Ujme6ncUTb5VaUqbyD0bQdhWtg3WW1 yj+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=sender:errors-to:content-transfer-encoding:mime-version :list-subscribe:list-help:list-post:list-archive:list-unsubscribe :list-id:precedence:subject:cc:message-id:date:to:from :arc-authentication-results; bh=GK9fmvCaiiAPg/KfnRipuBm+GEgtcvCplDnvFt3i0tk=; b=fTQftP2cyjQ+2IDrSooy6pF7snbQuUMMFbiGSw+wVqF4+E+/1klwNXW3glZjcfodhk NyUPKFNLOzYZt8+nQjssJvtvXAZeOW1pINDC89gmN4d3YLeXl3Luhx2t1IQ6b6a4bnLl q+I0DNRV5MlVU/xgnL/hrktC5NXY4h+xwyH2vw9m3uztmJyamwFFaiz8el2TATPCZxJG 3mqCLImCTLJ5aPZ2vetk6OZGC4rjWOijmU/dcZiSrQIodFLxEA99a3xZsNnnflgJSfGB OXLhFzfe5l3TywPsSUEfeBNonRhlPsgGueCMEGu1W92J4pmI7MTNhSuDiTX+9oeN9po2 DjSw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of u-boot-bounces@lists.denx.de designates 81.169.180.215 as permitted sender) smtp.mailfrom=u-boot-bounces@lists.denx.de Return-Path: Received: from lists.denx.de (dione.denx.de. [81.169.180.215]) by mx.google.com with ESMTP id o3si3200483edi.503.2017.11.28.02.24.59; Tue, 28 Nov 2017 02:24:59 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of u-boot-bounces@lists.denx.de designates 81.169.180.215 as permitted sender) client-ip=81.169.180.215; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of u-boot-bounces@lists.denx.de designates 81.169.180.215 as permitted sender) smtp.mailfrom=u-boot-bounces@lists.denx.de Received: by lists.denx.de (Postfix, from userid 105) id D3E23C21E35; Tue, 28 Nov 2017 10:24:56 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on lists.denx.de X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=unavailable autolearn_force=no version=3.4.0 Received: from lists.denx.de (localhost [IPv6:::1]) by lists.denx.de (Postfix) with ESMTP id 76F57C21D79; Tue, 28 Nov 2017 10:24:54 +0000 (UTC) Received: by lists.denx.de (Postfix, from userid 105) id 9AB5DC21DA5; Tue, 28 Nov 2017 10:24:52 +0000 (UTC) Received: from mail.free-electrons.com (mail.free-electrons.com [62.4.15.54]) by lists.denx.de (Postfix) with ESMTP id 4531DC21DA0 for ; Tue, 28 Nov 2017 10:24:52 +0000 (UTC) Received: by mail.free-electrons.com (Postfix, from userid 110) id 7C30B2073F; Tue, 28 Nov 2017 11:24:51 +0100 (CET) Received: from localhost (LStLambert-657-1-97-87.w90-63.abo.wanadoo.fr [90.63.216.87]) by mail.free-electrons.com (Postfix) with ESMTPSA id 5396920380; Tue, 28 Nov 2017 11:24:51 +0100 (CET) From: Maxime Ripard To: Tom Rini Date: Tue, 28 Nov 2017 11:24:35 +0100 Message-Id: X-Mailer: git-send-email 2.14.3 Cc: Thomas Petazzoni , u-boot@lists.denx.de, Andre Przywara , agraf@suse.de, Maxime Ripard , Jagan Teki Subject: [U-Boot] [PATCH 00/14] env: Multiple env support and env transition for sunxi X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.18 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" Hi, Here is an attempt at transitioning away from the MMC raw environment to a FAT-based one. Since the RFC was quite well received, I actually tested it and fixed a few rough edges. You'll find the first RFC here for reference: https://lists.denx.de/pipermail/u-boot/2017-October/310111.html And the second that originated in this series: https://lists.denx.de/pipermail/u-boot/2017-November/311608.html The fundamental issue I'm trying to adress is that we've had for a very long time the assumption that the main U-Boot binary wouldn't exceed around 500 bytes. However, we're starting to get real close to that limit, and are running out of silver bullets to deal with the consequences of having a bigger U-Boot binary, the main consequence being that we would have some overlap between the environment and U-Boot. One way to address this that has been suggested by Tom is to move away from the raw MMC environment to a FAT-based one. This would allow us to slowly migrate away, and eventually remove the MMC-raw option entirely to reclaim that space for the binary. That cannot be done in a single release however, since we might have environments in the wild already that people rely on. And since we always encouraged people to use the raw MMC environment, noone would expect that. This is even worse since some platforms are using the U-Boot environment to deal with implement their upgrade mechanism, such as mender.io, and force moving the environment would break any further upgrade. The suggested implementation is to allow U-Boot to compile multiple environments backend at once, based on the work done by Simon. The default behaviour shouldn't change obviously. We can then piggy-back on this to tweak on a per-board basis the environment lookup algorithm to always favour the FAT-based environment and then fallback to the MMC. It will allow us to migrate a raw-MMC user to a FAT based solution as soon as they update their environment (assuming that there is a bootable FAT partition in the system). This has just been compile tested on sunxi so far, and I'd like general comments on the approach taken. Obviously, this will need to work properly before being merged. Let me know what you think, Maxime Changes from the RFC: - Added more useful messages to see where we're loading / saving - Init all the environments no matter what, and the deal with whatever env we want to pick at load time - Added the various tags collected Maxime Ripard (14): cmd: nvedit: Get rid of the env lookup env: Rename env_driver_lookup_default and env_get_default_location env: Pass additional parameters to the env lookup function env: Make the env save message a bit more explicit env: Make it explicit where we're loading our environment from env: fat: Make the debug messages play a little nicer env: mmc: Make the debug messages play a little nicer env: common: Make the debug messages play a little nicer env: Support multiple environments env: Initialise all the environments env: Allow to build multiple environments in Kconfig env: Mark env_get_location as weak sunxi: Transition from the MMC to a FAT-based environment env: sunxi: Enable FAT-based environment support by default board/sunxi/board.c | 16 +++- cmd/nvedit.c | 4 +- env/Kconfig | 69 +++++------ env/common.c | 2 +- env/env.c | 198 +++++++++++++++++++------------ env/fat.c | 9 +- env/mmc.c | 1 +- include/asm-generic/global_data.h | 1 +- include/environment.h | 14 +- 9 files changed, 192 insertions(+), 122 deletions(-) base-commit: c253573f3e269fd9a24ee6684d87dd91106018a5