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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2F351C433F5 for ; Fri, 14 Jan 2022 14:24:53 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235630AbiANOYw (ORCPT ); Fri, 14 Jan 2022 09:24:52 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48838 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235604AbiANOYw (ORCPT ); Fri, 14 Jan 2022 09:24:52 -0500 Received: from mail-pf1-x42b.google.com (mail-pf1-x42b.google.com [IPv6:2607:f8b0:4864:20::42b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EB95EC061574 for ; Fri, 14 Jan 2022 06:24:51 -0800 (PST) Received: by mail-pf1-x42b.google.com with SMTP id i65so2883317pfc.9 for ; Fri, 14 Jan 2022 06:24:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=+kK5YwD4X+KlkJJ9sy7/5Wbvm6efis2jkyS4KfuvH1M=; b=eskFAvJmnTLDaFwlYBQjIYxtLYmAijE6kQEd40yeBmgZCR6ZFM1lgC7JYwNV0qiVSH bisxPt84r2TJYVJcGpQZ/ylargfbLuygaQ9RGYaHZYY3MDQN7Q7GhDsqOvyz0PePGgak YppO8SFsTxlpY6D0bvXlA2KX81yy+MFmftsUg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=+kK5YwD4X+KlkJJ9sy7/5Wbvm6efis2jkyS4KfuvH1M=; b=ngdsr+wLQXxVfJnsjIMpfDPRpNPKF2elH9bTIXFacpL0RWfaKalTbZQmxoJxP6Ez4W iv9q+ouTV3QHSrdxZxz7zA6hNaT8epPvQDxBVA6iPC/ET9KQKqCmaoKg+FQGkKu1XPfK CyIsPdaSmDngK4QlCnfGxpygz9TlFKla5qx241bsAMRo+Opfe0NLYJf/mgQa9xPco0F8 yH2WjG0VGer9pOk8HHwQLsgXNlMgMeOUEVvcHQ6L4iFCUoLjAtHGcl2ZMeB+TH8EB4Su Fn7zKI+Y6rQIJwqPge5NRtDQ+lUrngtTDC7OHFHa5SSv5n1csw+fhm/kD4Zs4zl0mfvU 9K2w== X-Gm-Message-State: AOAM5326YxPiVgUMKqYNaLpANUs3FS5c1+ikFEdE0J3Jl6kWNzblvyff R1+fBHZwje8cz8dydLeIUMlwew== X-Google-Smtp-Source: ABdhPJwowuy25u83s4Ys0CVAnNZ0sgafPxHTT3qzJIleNFV5sQXWe1qEeqp2jMrEU/nk7pAYzvnxrQ== X-Received: by 2002:a63:7415:: with SMTP id p21mr8227558pgc.284.1642170291534; Fri, 14 Jan 2022 06:24:51 -0800 (PST) Received: from localhost ([2620:15c:202:201:d9fc:bf52:3ca:199b]) by smtp.gmail.com with UTF8SMTPSA id l13sm4874933pgq.34.2022.01.14.06.24.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 14 Jan 2022 06:24:51 -0800 (PST) Date: Fri, 14 Jan 2022 06:24:49 -0800 From: Matthias Kaehlcke To: Douglas Anderson Cc: Bjorn Andersson , quic_rjendra@quicinc.com, sibis@codeaurora.org, kgodara1@codeaurora.org, swboyd@chromium.org, pmaliset@codeaurora.org, Andy Gross , Rob Herring , devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/4] arm64: dts: qcom: sc7280: Factor out Chrome common fragment Message-ID: References: <20220114004303.905808-1-dianders@chromium.org> <20220113164233.3.Iac012fa8d727be46448d47027a1813ea716423ce@changeid> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20220113164233.3.Iac012fa8d727be46448d47027a1813ea716423ce@changeid> Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On Thu, Jan 13, 2022 at 04:43:02PM -0800, Douglas Anderson wrote: > This factors out a device tree fragment from some sc7280 device > trees. It represents the device tree bits that should be included for > "Chrome" based sc7280 boards. On these boards the bootloader (Coreboot > + Depthcharge) configures things slightly different than the > bootloader that Qualcomm provides. The modem firmware on these boards > also works differently than on other Qulacomm products and thus the > reserved memory map needs to be adjusted. > > NOTES: > - This is _not_ quite a no-op change. The "herobrine" and "idp" > fragments here were different and it looks like someone simply > forgot to update the herobrine version. This updates a few numbers > to match IDP. This will also cause the `pmk8350_pon` to be disabled > on idp/crd, which I belive is a correct change. > - At the moment this assumes LTE skus. Once it's clearer how WiFi SKUs > will work (how much of the memory map they can reclaim) we may add > an extra fragment that will rejigger one way or the other. > > Signed-off-by: Douglas Anderson Reviewed-by: Matthias Kaehlcke