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 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 smtp.lore.kernel.org (Postfix) with ESMTPS id 5EDADC433EF for ; Wed, 20 Apr 2022 06:48:40 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 7CE5F81DD3; Wed, 20 Apr 2022 08:48:37 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=canonical.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (2048-bit key; unprotected) header.d=canonical.com header.i=@canonical.com header.b="AjpJ7x2L"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 65A10834BC; Wed, 20 Apr 2022 08:48:35 +0200 (CEST) Received: from smtp-relay-internal-0.canonical.com (smtp-relay-internal-0.canonical.com [185.125.188.122]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id 7D440802EF for ; Wed, 20 Apr 2022 08:48:32 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=canonical.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=heinrich.schuchardt@canonical.com Received: from mail-ej1-f70.google.com (mail-ej1-f70.google.com [209.85.218.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-internal-0.canonical.com (Postfix) with ESMTPS id 35BCC40AC2 for ; Wed, 20 Apr 2022 06:48:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1650437311; bh=H3fw3yWkaNx+KZjc0v6G8++jlZrl0BVZV/G/5p1o3X0=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=AjpJ7x2LSD9u20wt7hydSBGgsKWXWp4mMYK8qkGUXIbSe5W6TnUuqXEWs2aHAUC6n GC7ctrmYry55IR/5mhuUXeVsajzOTyLG9IVAMk+3B1FySNgQNE4FHQiGbXa616EZIT LTyKhrq8+O0h9vH40zuBoS58LQtKzWjtTIFwHQLCqJMPHg2PZppnpjnB+Cmp21sFGS CVzwCSd0M/ptJNeYIujyN44AEWdCAQNr3ndXm2lDNJwmkmXOaFsbgETOWO92mq8mzh MqaR1vwe3DJgWnY80mCqRNSl4qLSQH7r7JCgTX5yBiuAQb3tdLtkezDbHx1CQnCieI HRq4oY21IxxRw== Received: by mail-ej1-f70.google.com with SMTP id jg11-20020a170907970b00b006e8cfca803eso438369ejc.21 for ; Tue, 19 Apr 2022 23:48:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=H3fw3yWkaNx+KZjc0v6G8++jlZrl0BVZV/G/5p1o3X0=; b=BtxHlY0ibIz/2W7WCGghugtEK2gAijXiZOHBuw0vdo9mbqvShhrjM6tBO6Pmkqv953 L1CjOb+cP1tj4mMaUHNKM3t0d4kJrk+58OYfUP5W0hUu8Pp1uo1SSrBJXjI1kGSb63/3 xILonDzHcQcGvdiB3AoguPYwn3a+WJatDFk/tbUgXRPDqvBTzdICPAiRkRO+UZx9WQG1 1U9nUYsucDUdUZfH69QljEqt0CGcDDC6T9njWlAaykJfwNuZO+O3MCkXVS47PHzPcRqo Wxnpr+GSb9trPXCp0ylknyfN1MekY6i2UYM7JTRsuBrBEHgq1P9tAWEDe67g/ddtgQpB 2jYQ== X-Gm-Message-State: AOAM532ewZcbOn6puABOVap0/rgFGg9scATVCpejWB8OmQ8c3G9uUG4Z HUOA/E5i1yX+L39QK2FCcPCJwUo5d3dbiAYLKJA/iXCNvxenORSdHIP+IaAPama3jrPSomlqDNw Mqwfzda3DyaVuGyYNVaoETn3MmoWjvqg= X-Received: by 2002:a05:6402:28a4:b0:41d:7ae0:6ec9 with SMTP id eg36-20020a05640228a400b0041d7ae06ec9mr21727704edb.410.1650437310791; Tue, 19 Apr 2022 23:48:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwLs3p24qH4xXVZFltBjH/N6iZhSzA2kabgNclf1pq/E2ZNwx6I0yz2GOjpm3QCJbC43Uf76Q== X-Received: by 2002:a05:6402:28a4:b0:41d:7ae0:6ec9 with SMTP id eg36-20020a05640228a400b0041d7ae06ec9mr21727689edb.410.1650437310555; Tue, 19 Apr 2022 23:48:30 -0700 (PDT) Received: from [192.168.123.94] (ip-088-152-144-107.um26.pools.vodafone-ip.de. [88.152.144.107]) by smtp.gmail.com with ESMTPSA id b8-20020a056402084800b004207931a9cbsm9936732edz.36.2022.04.19.23.48.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 19 Apr 2022 23:48:29 -0700 (PDT) Message-ID: Date: Wed, 20 Apr 2022 08:48:28 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: [PATCH 1/1] drivers: add memory disk support Content-Language: en-US To: Tom Rini Cc: Simon Glass , u-boot@lists.denx.de References: <20220419211641.316935-1-heinrich.schuchardt@canonical.com> <20220419212651.GS3045430@bill-the-cat> <14f67fd8-623a-2054-e995-73d54898b886@canonical.com> <2c7c9217-ad4c-3de4-da82-ca9ba3948ca3@canonical.com> <20220419230133.GX3045430@bill-the-cat> From: Heinrich Schuchardt In-Reply-To: <20220419230133.GX3045430@bill-the-cat> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.39 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.5 at phobos.denx.de X-Virus-Status: Clean On 4/20/22 01:01, Tom Rini wrote: > On Wed, Apr 20, 2022 at 12:20:43AM +0200, Heinrich Schuchardt wrote: >> On 4/19/22 23:54, Simon Glass wrote: >>> Hi Heinrich, >>> >>> On Tue, 19 Apr 2022 at 15:14, Heinrich Schuchardt >>> wrote: >>>> >>>> In some scenarios it is desirable to package U-Boot with other files into >>>> a single blob. This patch allows to embed a memory disk into the U-Boot >>>> binary. This memory disk can be accessed like any other block >>>> device as 'mem 0'. >>>> >>>> Signed-off-by: Heinrich Schuchardt >>>> --- >>>> MAINTAINERS | 6 ++ >>>> common/board_r.c | 4 + >>>> drivers/Kconfig | 2 + >>>> drivers/Makefile | 1 + >>>> drivers/block/blk-uclass.c | 2 + >>>> drivers/memdisk/Kconfig | 13 ++++ >>>> drivers/memdisk/Makefile | 11 +++ >>>> drivers/memdisk/memdisk-uclass.c | 22 ++++++ >>>> drivers/memdisk/memdisk.c | 128 +++++++++++++++++++++++++++++++ >>>> drivers/memdisk/memdisk_file.S | 17 ++++ >>>> include/asm-generic/sections.h | 2 + >>>> include/blk.h | 1 + >>>> include/dm/uclass-id.h | 1 + >>>> include/memdisk.h | 28 +++++++ >>>> 14 files changed, 238 insertions(+) >>>> create mode 100644 drivers/memdisk/Kconfig >>>> create mode 100644 drivers/memdisk/Makefile >>>> create mode 100644 drivers/memdisk/memdisk-uclass.c >>>> create mode 100644 drivers/memdisk/memdisk.c >>>> create mode 100644 drivers/memdisk/memdisk_file.S >>>> create mode 100644 include/memdisk.h >>> >>> Can this use binman to create the image and find the memdisk? >> >> binman requires board specific layout information. I cannot see how binman >> would help for a Kconfig option that can be switched on and off for any >> board. >> >> binman may provide addresses in the control device-tree which later could be >> relocated. But this seems to result in a larger image size. > > This is something analogous to the initrd/initramfs framework within the > Linux kernel, yes? > Yes, it is like appending an initrd to a kernel. Best regards Heinrich