Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp317970pxb; Mon, 7 Feb 2022 12:05:55 -0800 (PST) X-Google-Smtp-Source: ABdhPJyXeoa1DFdFOoO5WQkT84n4uhTf53jt1nJYZcPP20kTt7DXvHaru9UcZc4Iv3nHAxIcVq8L X-Received: by 2002:a63:d815:: with SMTP id b21mr784545pgh.237.1644264355162; Mon, 07 Feb 2022 12:05:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644264355; cv=none; d=google.com; s=arc-20160816; b=h9QwjhIpfDwrP6b23zSVzaYehwSzhN964Z2aIkUHOp1QhDUOK5XKzsun210D+uVEYj chbIJDjFvHRmZl96Z0zOBAkFoTBe0ZHIQXoG1dbOCVKvmTzfMb/xP3ZbOU/NudOrXXQr GEmzexDGSKkrmuX+UkSNjJlExgnvhOGSgAmZ+g7T9m6gEz5oo2G4JS3DALGMZw4bOQsE xCwV11DjW11N+57HHJMeRKg42tDMQmUPTBsWjFg1oiLK0HjH1aPy/OYL7tDCN0dtUBRk mOxoUPsNG/MgjXYOqCtXg08CY1Lzs63VNMbVoq8VhpP+rKlX3mgHvGEVJDgxebuHPBbD lgmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=0yHWvoIVyRskwxVvMR4JJwddiDqQA33hRIgPIj2/Ibg=; b=Ynwdu4dbYwqZ3s+5sGS06nsdZ41aDkAxSijzgWJ+UsGUJHPWm9Kqk1JKEZsyIdDcBv 9sUo+SQHkCaQ+gE+BCm//QoFUf9XwtoCYk3hdSdR8RS1bXTBMsyzwwenBVFpI2hpZN6x Ov9pu7AQxtondZPmLoq++C0u20o55hmqOzwkS0pwHWPqeorr/9o6V1YCHPpz/cugrmDh xS7GZjkO/kMAtTcywTyBohexaaUxS06ry6gzGg0Ddfa54UOumE5XvyRcurFW39QmQhDV nx/f47f4S+aDv/G2RGKL1vTB8Otcv8BOklehL4Xy4wiUq5mcSBBth0+kL3TSwDn7AoXd Fl4Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=boGuAuKD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id h190si163113pge.518.2022.02.07.12.05.41; Mon, 07 Feb 2022 12:05:55 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=boGuAuKD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348181AbiBCL1x (ORCPT + 99 others); Thu, 3 Feb 2022 06:27:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44458 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238011AbiBCL1w (ORCPT ); Thu, 3 Feb 2022 06:27:52 -0500 Received: from mail-io1-xd34.google.com (mail-io1-xd34.google.com [IPv6:2607:f8b0:4864:20::d34]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4C8F5C06173D for ; Thu, 3 Feb 2022 03:27:52 -0800 (PST) Received: by mail-io1-xd34.google.com with SMTP id d188so2814071iof.7 for ; Thu, 03 Feb 2022 03:27:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=0yHWvoIVyRskwxVvMR4JJwddiDqQA33hRIgPIj2/Ibg=; b=boGuAuKD1DcIUNXyfWoVTikePU9kREHUYw5iQsooZAnLYmyqHRKJlSKAOecd/gSQVb /QIm+Ix3qXzubxkstR5mUGVer9Sf3h2iMv27G1zgZAs5+aYlzOpTYlQroiWBrXo//I3p h+NqasxDe4m90nO15qfwQHdyE6r3Tcvv2JBiuRw3Ud0zZhosizU20KvLN3PNeiMPOO33 FfZfyk81GcU2ozzM39C9QXUoSWpQZdvIXde//BcRzxEhBlWSvwDZSnkhdq8FZwzxX52P aSmSM6n58lVN+qh8lsMDHYNhgMr0zYINml23pWGGxNOvi+DzHeZtlHHei1gHn7O3SouC otmg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=0yHWvoIVyRskwxVvMR4JJwddiDqQA33hRIgPIj2/Ibg=; b=e0hfKgGjikFmW19bEJX5GM0F199h88U/T6HTRr5R4clRl6gTf8gZCFL/5K+XWlaY+v 4JhAuCrvirECPOwO6e/h50No62AFw6YdzAsV9vf0FAZ96NEcQlj3hY5WonzbiNQ8eDhW VvY+zkxLufRQM1D4z5PH1PWgRF100rHcn1oayhAfSIbUY8DZRV+44BlP7nxcAQMf6Eoo vRUvtoKKw8ser7q+pSRePiY4f2+0axIAxaaPZTJtx+e5gJ7Y7AvVmE/6rxotOzYJQVD9 di+sfKjkjsyxlZ6xOod1d717+650OW1+jvviOXdvmHMuPkBpaQTunRMoBUsXw9+gYwpZ 5qTg== X-Gm-Message-State: AOAM530rv9EYKMOdeTolueDdJSPWvSzg3dZKOapSp1wWlt6GMOY85b1g tc1mWHofTqZBZayGuev35BZnRw== X-Received: by 2002:a5e:8406:: with SMTP id h6mr18428130ioj.144.1643887671664; Thu, 03 Feb 2022 03:27:51 -0800 (PST) Received: from [172.22.22.4] (c-73-185-129-58.hsd1.mn.comcast.net. [73.185.129.58]) by smtp.googlemail.com with ESMTPSA id y3sm24576165iov.29.2022.02.03.03.27.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 03 Feb 2022 03:27:51 -0800 (PST) Message-ID: Date: Thu, 3 Feb 2022 05:27:49 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [PATCH] arm64: dts: qcom: add IPA qcom,qmp property Content-Language: en-US To: Jakub Kicinski Cc: bjorn.andersson@linaro.org, agross@kernel.org, robh+dt@kernel.org, davem@davemloft.net, mka@chromium.org, evgreen@chromium.org, cpratapa@codeaurora.org, avuyyuru@codeaurora.org, jponduru@codeaurora.org, subashab@codeaurora.org, elder@kernel.org, linux-arm-msm@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220201140723.467431-1-elder@linaro.org> <20220202210638.07b83d41@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> From: Alex Elder In-Reply-To: <20220202210638.07b83d41@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/2/22 11:06 PM, Jakub Kicinski wrote: > On Tue, 1 Feb 2022 08:07:23 -0600 Alex Elder wrote: >> At least three platforms require the "qcom,qmp" property to be >> specified, so the IPA driver can request register retention across >> power collapse. Update DTS files accordingly. >> >> Signed-off-by: Alex Elder >> --- >> >> Dave, Jakub, please let Bjorn take this through the Qualcomm tree. > > I don't know much about DT but the patch defining the property is > targeting net - will it not cause validation errors? Or Bjorn knows > to wait for the fixes to propagate? Or it doesn't matter? :) It might matter sometimes, but in this case it does not. If the DT property is present but never referenced by the code, it doesn't matter. The code in this patch looks up the DT property, and its behavior is affected by whether the property is there or not. If it's not there, it's treated as an error that can be safely ignored. In the case this fix is actually needed, we'll need both the code present and DT property defined. If the code is there but not the property, it's OK, but the bug won't be fixed quite yet. -Alex