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 05236C433EF for ; Tue, 15 Feb 2022 13:20:20 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 9681E838F0; Tue, 15 Feb 2022 14:20:18 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=nic.cz Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Authentication-Results: phobos.denx.de; dkim=pass (1024-bit key; secure) header.d=nic.cz header.i=@nic.cz header.b="h/khogPY"; dkim-atps=neutral Received: by phobos.denx.de (Postfix, from userid 109) id 836CE83A2D; Tue, 15 Feb 2022 14:20:16 +0100 (CET) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id 936C4839FB for ; Tue, 15 Feb 2022 14:20:13 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=pass (p=none dis=none) header.from=nic.cz Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=marek.behun@nic.cz Received: from dellmb (unknown [IPv6:2001:1488:fffe:6:8747:7254:5571:3010]) by mail.nic.cz (Postfix) with ESMTPSA id 43A3414116D; Tue, 15 Feb 2022 14:20:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1644931213; bh=S2ADqYLfCwa3GRyMnXdbmMebrqdOgjF9zHkiH+PNi/Y=; h=Date:From:To; b=h/khogPYP5kt02YRVNIbeJUG1qdMXf6s60muJ4U3qvBw9Gujz2arrcN8KcljVX4kj sdryXdmGMSPcIGV7JXUw1UbY3yeQYmAT56/vKVGWkJZVZWdDHvte3rUxGhYqc1EkSa SS1HzXydnEjfnN3RxCfAkPbuMBRpeUqkjE14yVcA= Date: Tue, 15 Feb 2022 14:20:12 +0100 From: Marek =?UTF-8?B?QmVow7pu?= To: Pali =?UTF-8?B?Um9ow6Fy?= Cc: Stefan Roese , u-boot@lists.denx.de Subject: Re: [PATCH u-boot-mvebu 2/3] arm: mvebu: a37xx: Map CCI-400 and AP BootROM address space Message-ID: <20220215142012.36b3d2a2@dellmb> In-Reply-To: <20220215141517.0ffed9d6@dellmb> References: <20220214232835.12924-1-pali@kernel.org> <20220214232835.12924-3-pali@kernel.org> <20220215131125.27598730@dellmb> <20220215130447.vxokuwtaiwqumgfw@pali> <20220215141517.0ffed9d6@dellmb> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 Tue, 15 Feb 2022 14:15:17 +0100 Marek Beh=C3=BAn wrote: > > In _production version_ where is no debug capability and no access to > > any memory (just ability to boot) is is probably not needed, but none of > > A3720 board is building this kind of version (by default). And in case > > BootROM is mapped also in these versions, is there any issue with it? = =20 >=20 > My issue is that it isn't needed. You can just dump it once, publish it > somewhere, and you are done. No need to keep that window mapped for > everyone else. BTW, I can imagine situation where mapping BootROM code can be useful. For example if the BootROM code contains some cryptographic functions (which are necessary for secure boot) and you know where they are and their type, so you can use them if you want to save space in your own code. But mapping BootROM so that everyone, if they want, can dump it, is unnecessary IMO, because you can simply do it once and then you have the code. Keep in mind that this is my opinion. If Stefan agrees with you, I have no issue with merging this. Marek