Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1737340pxf; Fri, 12 Mar 2021 18:40:03 -0800 (PST) X-Google-Smtp-Source: ABdhPJyTilNRxl16pjYkfhQ2qKkfG7ThPgPYNLCrsajIUQni9yPStLNqAxK/DAMLTjVDNCP1xwyb X-Received: by 2002:aa7:da97:: with SMTP id q23mr17337203eds.180.1615603202940; Fri, 12 Mar 2021 18:40:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615603202; cv=none; d=google.com; s=arc-20160816; b=xgJaDXCsphNuBF2Lq8XU42dkcz+///cVjYSrMIGihc7wJdN1oCfk8SKPzvufuemcCl 2nmesNdCK69C4w9OoBLiu6NCubY3TrYTVBjvw/cse+jxiWGc0/oGad7zgKnSl+Q/yz6P 0q6ortvwqzOiAUa46TljHdSEx9DG0VDr+fTylK+x/z6jA+AxElq/QbIs5P0BFsRdyzf2 lz5Mwdzyk7qCiCfjAaPR6KhYCtNO6N3SXTiUnny+ql2g5BRYTlRkSx3HWidx1tmteYRk +yw14MCUNAw/jscSbI2M6ts9pEVKMNWxn2mKWlci93/crCDo0t7Ny3K+6sL810wQu/w0 XSxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=2sKK2D46TWaTG4TyoLOxWdFVY+ZXqJXeO7rcg4b2VK4=; b=n+Qrfkl/TnUA1Eia7+i+cF3fGqgdx95x6uDz8SvKlxuJhnfHjDBJlg3bby4kBoa92W Cf1kwYzI2hOY5DAtbnpWJ3uswS+8IFh07HUan1h9IuZx2i0RnzkS9NjAYt+7EZXilsDN e3QWD3vw1tJ+mmFCMKkjOGa4oZyqSPuu4zU3ias2HnYNv+QD1ZqMKqGjZ6QI3FI+6rh/ Cjc+8rvTjBe0l8RbD3pNFAwlR0Bj1NTN8soxrpQm4UanxDqUzCXf8e8pgjVdsLy1fWT0 tGeRbJgsC1Nc78MT9WUg/K7TohCLDU3F28+S6q0yZ/JUev0/CVueAApNIIdZs95qC4Sp TtBw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dg1si5063961edb.610.2021.03.12.18.39.40; Fri, 12 Mar 2021 18:40:02 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232790AbhCMCfr (ORCPT + 99 others); Fri, 12 Mar 2021 21:35:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46346 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232949AbhCMCfi (ORCPT ); Fri, 12 Mar 2021 21:35:38 -0500 Received: from relay07.th.seeweb.it (relay07.th.seeweb.it [IPv6:2001:4b7a:2000:18::168]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CF18DC061574; Fri, 12 Mar 2021 18:35:37 -0800 (PST) Received: from [192.168.1.101] (abac242.neoplus.adsl.tpnet.pl [83.6.166.242]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by m-r2.th.seeweb.it (Postfix) with ESMTPSA id 9588E3EE58; Sat, 13 Mar 2021 03:35:35 +0100 (CET) Subject: Re: [PATCH v2 1/2] arm64: dts: qcom: sdm845: Move reserved-memory to devices To: Bjorn Andersson , Andy Gross , Rob Herring Cc: linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Doug Anderson References: <20210312234310.3490809-1-bjorn.andersson@linaro.org> From: Konrad Dybcio Message-ID: <13234328-7251-407d-8870-d409708632e3@somainline.org> Date: Sat, 13 Mar 2021 03:35:34 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <20210312234310.3490809-1-bjorn.andersson@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, I'm not sure I can agree. Especially for regions like IPA and TZ-reserved, which seem the same on (almost?) all.. Sure, the configuration for various remoteprocs *can* differ based on what the vendor decided to go with, but more often than not (especially with phones) vendors just take a MTP or CDP design, add a screen, couple of cameras and call it their own (you can tell by how similar most of them to the original reference designs in DT). While this is usually the case with lower-end (so not exactly sdm845) devices, it also kinda applies here... I guess for this one, we should find the lowest common denominator and keep the nodes that are in the majority of devices in 845 DTSI and only alter them if need be.. For WoA devices that may stray further away, you can just add a label to reserved-memory and /delete-node/ it, so that you can rewrite it cleanly. The proposed approach just adds a lot - A LOT - of duplication. It will REALLY bite after more people submit 845-based phones, of which there are plenty (4 Xperias, a whole lot of Xiaomis, a couple of Samsungs, LGs... need I go on?). Konrad