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 47803C433EF for ; Sat, 21 May 2022 23:47:58 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id C18F283E27; Sun, 22 May 2022 01:47:55 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=mirx.dev Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=mirx.dev header.i=@mirx.dev header.b="YkoVPltI"; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=messagingengine.com header.i=@messagingengine.com header.b="x1C/rEcm"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 01FB983B03; Sun, 22 May 2022 01:47:54 +0200 (CEST) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (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 3953A83E27 for ; Sun, 22 May 2022 01:47:48 +0200 (CEST) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=mirx.dev Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=andrew@mirx.dev Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 4693D320047A; Sat, 21 May 2022 19:47:43 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Sat, 21 May 2022 19:47:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mirx.dev; h=cc :cc:content-transfer-encoding:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to; s=fm3; t=1653176862; x= 1653263262; bh=AhEI3IGt7EHjYXI1xkn/grIKyeV+XWir2lfW+ZqFaQM=; b=Y koVPltILFLYfQw0LjPCGZxyisRWaC1nMNWhbyUmw1BCR5dALDJpd94SE2tDxpnLa yivukywlM3IRaRgEuBxfMsPDXv3zKpcaMqagxvASIQbFgvQYBscQtgzy0dXf1xjD RXenCr4LWq6UptMzAWrv3GlfPzpYOTZURwSlIlmYRklF76lGyHUqaw/zIhIr11xC pImbjWPdQRMPCz7kDVLmX3Lwk8nURINH9fT/tTc8aymE6wAKGK5xhcVSkNOzv0dg khTfnvQ1GyOeAPyK2bAOVKuH16t5fN3Y9Pp4O6r2gZhIxPkpT0kxK4H/nLvCD6kX SZOs7GiFv/R23AAUZtgZg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1653176862; x= 1653263262; bh=AhEI3IGt7EHjYXI1xkn/grIKyeV+XWir2lfW+ZqFaQM=; b=x 1C/rEcm+tAGAfFICnXGqbnkdUdkTvCc2RPJTtZNwccIgVe9hxTvchM5tkfYhGapE X6k5dqS0kY34c+EtGhlrNpimw2bj32dsYh1vDD3YxAYuwdbhEy06k2a3I77Z1Ub0 hzYyeUuafBvSpNpjJNJCG9+xQK9dAhwzvCEXD9IbNS+xawumkgySB9WbyicNDNxx OngJpwoI4tV/YBQ/KhQm6fOQ90GFRqYn8OQ2qLUrsKsPnuP9HKS9jOjS8dQrQiSm mh0Xk2xgOrwXnvk4k1S8PuD0Jxb1zYvuN8mHI05xZO2ZROhVU857Az06Z9M2ZfMh 7s3aTpf5hza8XP1bFgIDw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvfedrieejgddvhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegggfgtfffkvfevuffhofhfjgesthhqredtredtjeenucfhrhhomhepfdetnhgu rhgvficutegssghothhtfdcuoegrnhgurhgvfiesmhhirhigrdguvghvqeenucggtffrrg htthgvrhhnpeejtdetudefgfffkeeigfelkeejieeivdeigfetgfeuueffheekieekiefh teejffenucffohhmrghinhepkhgvrhhnvghlrdhorhhgnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomheprghnughrvgifsehmihhrgidruggvvh X-ME-Proxy: Feedback-ID: i9671468b:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 21 May 2022 19:47:32 -0400 (EDT) Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Date: Sun, 22 May 2022 09:47:28 +1000 Message-Id: To: "Alper Nebi Yasak" Cc: "Jagan Teki" , "Johan Jonker" , "Simon Glass" , "Samuel Dionne-Riel" , "Peter Robinson" , "Kever Yang" , "Philipp Tomsich" , "Andre Przywara" , "Bharat Gooty" , "Bin Meng" , "Fabio Estevam" , "Heiko Thiery" , "Heinrich Schuchardt" , "Klaus Goger" , "Levin Du" , =?utf-8?q?Marek_Beh=C3=BAn?= , "Marty E. Plummer" , "Michal Simek" , "Quentin Schulz" , "Rayagonda Kokatanur" , "Rick Chen" , "Sean Anderson" , "Suniel Mahesh" , "U-Boot Mailing List" Subject: Re: [RFC PATCH v2 0/8] Build Rockchip final images using binman From: "Andrew Abbott" X-Mailer: aerc 0.9.0 References: <20220516110712.178958-1-andrew@mirx.dev> In-Reply-To: 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 Thu May 19, 2022 at 9:35 PM AEST, Alper Nebi Yasak wrote: > > - I noticed that ATF generation for ARM64 Rockchip is done via a Python= script > > instead of binman. I don't currently know how to change that over to = binman, > > but is that something worth pursuing as part of this? > > Simon was working on that in [1] (see patches 22-26 which weren't > applied), but images produced by that don't exactly work (see comments > on earlier versions [2]). Then, things got stalled/postponed because of > various issues in binman AFAICT. > > The crux of the problem there is the binman-wise design of splitting > bl31.elf into parts and putting them into the FIT. I have some weird > ideas about generic mechanisms that would allow us to do it nicely, but > nothing I could flesh out. > > Recently I've been thinking we might be able to sidestep it by putting > the unsplit ELF directly into FIT (as a new IH_TYPE_ELF for mkimage?) > and do the split-loading at runtime. I didn't have time to experiment on > that, though. I'd appreciate it if you tried, but don't worry about it > if you don't have the time. > > [1] binman: rockchip: Migrate from rockchip SPL_FIT_GENERATOR script > https://lore.kernel.org/u-boot/20220306031917.3005215-1-sjg@chromium.org/ > > [2] rockchip: Support building the all output files in binman > https://lore.kernel.org/u-boot/CAPnjgZ37wnb4r7zkkBMfAeGDir147R4kxMwUWAE0n= j6iSYdZBQ@mail.gmail.com/ Thanks for the information and links to previous attempts. Unfortunately, I don't think I have either the knowledge or the time to be look into the FIT image generation to that extent in the near future (which is why I didn't try to tackle it in this patch set).