Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp2301175pxp; Mon, 21 Mar 2022 16:18:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzdBYVvEirkQ9txTtu4zAreR2kT19pqS8jK4YPm3KUgprEzE7TGWxAaAVR54V7xi9k2iNVC X-Received: by 2002:aa7:9253:0:b0:4fa:6974:3260 with SMTP id 19-20020aa79253000000b004fa69743260mr20920798pfp.8.1647904724500; Mon, 21 Mar 2022 16:18:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1647904724; cv=none; d=google.com; s=arc-20160816; b=wOsTIK+VbS3fjaZNIRdLCG1d5UFmp3nEDfziEckB7xE+gw/rsKzPAlyTDUjRF7y2y4 a2lCHa2Sp8+li9dnoaJbj4fkVbVYB5XdGD8x1X0sfkHd86DAL+P7eEJ8sFyuJ5QXU85A P3QVVMDUOmRvMPGVGJgOKCDYd1m7y7o9KMFJa4Ref4WYQbxucOTFAON/J6WURnwp7u2D EgcE7tNCUwxed+LUG6eJDMveDw6y7KI9ENt6QM87mjccW5r69pSM1QnQWxFv7tRktxot SMD/uECdpnxOFbIyXZ4ro5WB847g82DhnpC84RTqjKvbXrjCucgTCJEJUSGRcLN0IdJO 2LBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=dPqXoSF/BeSCZ7Job8RJ69pE2t1ba6D8uNorfi1dsLk=; b=siWKbUNYX8KIx93XOPDS2VB3YNe4nYfDiVWXe/Zj7BuEzuampaoVZWkFoYqyJJIk8f IK/FKngLzXZNM/1Lj/is01ztlezqRzjKFKm/eqk8rhQjcSTZdaD17GMCp2dgn01UYymO 3INXsaUc+ZbXh0DHLeelYHZz3u3HGL/rmT+PuoviMq2aTqcAd+DcGHU157txuyQpPAH0 6yYhPI2WEMk9GlwQMoYKKfOIyaJhO4huHEXcoyERySPnNtBbAoLnYnUY2ZP8suSo0vCB VQanniwRNdWPVLPuR+lPVzvvEsWrVHcm/hOQv+fFnfa61Q14+5FlsQj/dl7zcfm5XZ+r 4bkw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=djdxHbzr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id v17-20020a637a11000000b003816043ef93si16794513pgc.392.2022.03.21.16.18.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 21 Mar 2022 16:18:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=djdxHbzr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3861B37809D; Mon, 21 Mar 2022 15:17:06 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347773AbiCUNSa (ORCPT + 99 others); Mon, 21 Mar 2022 09:18:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49730 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234032AbiCUNS3 (ORCPT ); Mon, 21 Mar 2022 09:18:29 -0400 Received: from vps0.lunn.ch (vps0.lunn.ch [185.16.172.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6E33960069; Mon, 21 Mar 2022 06:17:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=dPqXoSF/BeSCZ7Job8RJ69pE2t1ba6D8uNorfi1dsLk=; b=djdxHbzrr4Tlwtv6Aw+XiehFc0 frFLqPoENJSnbdMDNDHmwv3EVPrtXv43OXpoNz2JkpIBLNFn+CUfGbGROeOkxKBqJovdVVoVmuYJO yhbP74jYXh8QP1a+RIXtRSOV+zxKrwNkrZ6mGNLLV4LFaPrXU/t5KCdWLfiRWmfq9v5w=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1nWHu6-00Bwqw-7j; Mon, 21 Mar 2022 14:16:58 +0100 Date: Mon, 21 Mar 2022 14:16:58 +0100 From: Andrew Lunn To: Robert Marko Cc: gregory.clement@bootlin.com, sebastian.hesselbarth@gmail.com, Rob Herring , Linux ARM , devicetree , Linux Kernel Mailing List , Pali =?iso-8859-1?Q?Roh=E1r?= , Marek =?iso-8859-1?Q?Beh=FAn?= Subject: Re: [PATCH 1/2] arm64: dts: uDPU: update partition table Message-ID: References: <20220321121728.414839-1-robert.marko@sartura.hr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 21, 2022 at 01:47:21PM +0100, Robert Marko wrote: > On Mon, Mar 21, 2022 at 1:41 PM Andrew Lunn wrote: > > > > On Mon, Mar 21, 2022 at 01:17:27PM +0100, Robert Marko wrote: > > > Partition currently called "uboot" does not only contain U-boot, but > > > rather it contains TF-A, U-boot and U-boot environment. > > > > > > So, to avoid accidentally deleting the U-boot environment which is > > > located at 0x180000 split the partition. > > > > > > "uboot" is not the correct name as you can't boot these boards with U-boot > > > only, TF-A must be present as well, so rename the "uboot" partition to > > > "firmware". > > > > Are there any ABI issues here? If these names are being used > > somewhere, you are potentially breaking the boot. At minimum, i would > > like to see something in the commit message which indicates you have > > considered this and why you don't expect it to be a problem. > > Hi Andrew, this won't break booting as BootROM does not care about > partitions nor naming, it will just go to 0x0 of the NOR and boot it. > > The same renaming had already been done: > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/arm64/boot/dts/marvell?h=v5.17&id=a9d9bfcadfb43b856dbcf9419de75f7420d5a225 > > I can update the commit message if required. Yes, please. It is always good to indicate you have thought about issues like this. Not breaking the ABI is very important, and could result in this getting reverted at some point. So indicating why you think this is safe is useful information. Andrew