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 D3CAEC636CC for ; Mon, 20 Feb 2023 10:40:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231311AbjBTKk3 (ORCPT ); Mon, 20 Feb 2023 05:40:29 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60110 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231295AbjBTKkR (ORCPT ); Mon, 20 Feb 2023 05:40:17 -0500 Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2DF104490 for ; Mon, 20 Feb 2023 02:39:54 -0800 (PST) Received: by mail-lj1-x235.google.com with SMTP id b13so1654088ljf.6 for ; Mon, 20 Feb 2023 02:39:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=S6Q9np3PlT9xBPEoHB5V+taQW+z2g86H0Y4pVQ3/u+Y=; b=d6uwQSAIOMO9CzZOgQ9E1G65YuC8MXyKXoiIdlEf1zKWUb9nGgYBHnXLoY9yIEtlj4 85f0X2XRtn+eCVI0q36sIiqspPhvvTNduci0Xr7BLZmXEjfW+nr1ZDKixLgIeECvcMJq 4A/1wL5b1F7vOcg6vhtpon8nm1gwDAXprdjiLcmVMg5digDMLf6u/auCxZCo4JSdJsya OG82r39oiqXD6vnep/Z3fLPVWOAuS0OzN6VyuB3vyk4huWRmGHaJZqIYjf+mTfgapFvh DGgC0+PpNvptwWG0RBCwbFhqPV0QKuMywFygDFnvn7c5UC0+58bLE5xDPcfVdO8+Pe/H DONA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=S6Q9np3PlT9xBPEoHB5V+taQW+z2g86H0Y4pVQ3/u+Y=; b=UthDZBfclS3NE5KEjERtF7JHIPoq48dVOR85orMhyRg7H/EIEIxvanED7y3NOU275V ZaEzk8THL/yBrSs5ftTk4st/6pfSi0IFCv00x2uz1zE1iEOPAsaWL2qLKVuV5jn0VU3q y+8+iQGTkrCe3IfTQ8C5WBTVo/uRJAngIwMJ1eUPZfxJ6S+WxIk0qJ3TFJtPq1SRO23O IJzRSWeuZ85TanXia9OK4muQC0z1ijyFXX5T34lkg948qisqssRHLFZ/Od8ATdWfsMgl cybpc5ZF1ep4ZEYfmU3rKOTK2hL0fVMHETUyL5US3ejLGKnABr2qCWqe7hFxotC9FXoh 7bZA== X-Gm-Message-State: AO0yUKUSf+dASx9e0uhyt1AMPaPgDkUX14gnQyZHVnqnvpGsrv2on/zN L4RycF/o1CsngnoJ82jsRGzxLA== X-Google-Smtp-Source: AK7set+BvCGgGzmrHlgIq2C9OebhbTPyYMxFFPa+pyEIneAtPfANrPbmNYsGVLBize5NHjOU7A3ocQ== X-Received: by 2002:a2e:b894:0:b0:290:6484:1930 with SMTP id r20-20020a2eb894000000b0029064841930mr506600ljp.39.1676889592417; Mon, 20 Feb 2023 02:39:52 -0800 (PST) Received: from [192.168.1.101] (abxh184.neoplus.adsl.tpnet.pl. [83.9.1.184]) by smtp.gmail.com with ESMTPSA id d16-20020a2eb050000000b002935c78b371sm178333ljl.64.2023.02.20.02.39.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 20 Feb 2023 02:39:52 -0800 (PST) Message-ID: <92b6aa73-caef-85bb-6656-5e159ef7d237@linaro.org> Date: Mon, 20 Feb 2023 11:39:50 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: [PATCH v2 1/2] dt-bindings: display/msm: dsi-controller-main: Fix deprecated QCM2290 compatible Content-Language: en-US To: Krzysztof Kozlowski , Bryan O'Donoghue , linux-arm-msm@vger.kernel.org, andersson@kernel.org, agross@kernel.org Cc: marijn.suijten@somainline.org, Rob Clark , Abhinav Kumar , Dmitry Baryshkov , Sean Paul , David Airlie , Daniel Vetter , Rob Herring , Krzysztof Kozlowski , Krishna Manikandan , dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20230217111316.306241-1-konrad.dybcio@linaro.org> <48cb00cd-961c-b72f-fba8-1842d658e289@linaro.org> <9a0245af-b7f3-0874-385b-47c86d6e6a60@linaro.org> <3d2e681b-0cc0-5d86-7d40-63022a5358c9@linaro.org> <761f1f4b-6f47-83a3-1e55-9e5dfccbaab8@linaro.org> From: Konrad Dybcio In-Reply-To: <761f1f4b-6f47-83a3-1e55-9e5dfccbaab8@linaro.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20.02.2023 11:31, Krzysztof Kozlowski wrote: > On 20/02/2023 11:24, Konrad Dybcio wrote: >> >> >> On 18.02.2023 15:49, Krzysztof Kozlowski wrote: >>> On 18/02/2023 12:23, Konrad Dybcio wrote: >>>> >>>> >>>> On 18.02.2023 11:14, Krzysztof Kozlowski wrote: >>>>> On 17/02/2023 22:13, Bryan O'Donoghue wrote: >>>>>> On 17/02/2023 12:24, Krzysztof Kozlowski wrote: >>>>>>> First, it would be nice to know what was the intention of Bryan's commit? >>>>>> >>>>>> Sorry I've been grazing this thread but, not responding. >>>>>> >>>>>> - qcom,dsi-ctrl-6g-qcm2290 >>>>>> >>>>>> is non-compliant with qcom,socid-dsi-ctrl which is our desired naming >>>>>> convention, so that's what the deprecation is about i.e. moving this >>>>>> compat to "qcom,qcm2290-dsi-ctrl" >>>>> >>>>> OK, then there was no intention to deprecate qcom,mdss-dsi-ctrl and it >>>>> should be left as allowed compatible. >>>> Not sure if we're on the same page. >>> >>> We are. >>> >>>> >>>> It wasn't intended to deprecate [1] "qcom,qcm2290-dsi-ctrl", "qcom-mdss-dsi-ctrl"; >>>> (newly-introduced in Bryan's cleanup patchset) but it was intended to deprecate >>>> [2] "qcom,dsi-ctrl-6g-qcm2290"; which was introduced long before that *and* used in >>>> the 6115 dt (and it still is in linux-next today, as my cleanup hasn't landed yet). >>>> >>>> [3] "qcom,dsi-ctrl-6g-qcm2290", "qcom,mdss-dsi-ctrl" was never used (and should never >>>> be, considering there's a proper compatible [1] now) so adding it to bindings >>>> didn't solve the undocumented-ness issue. Plus the fallback would have never >>>> worked back then, as the DSI hw revision check would spit out 2.4.1 or 2.4. >>>> which is SC7180 or SDM845 and then it would never match the base register, as >>>> they're waay different. >>> >>> All these were known. I was asking about "qcom,mdss-dsi-ctrl", because >>> the original intention also affects the way we want to keep it now >>> (unless there are other reasons). >> Okay, so we want to deprecate: >> >> "qcom,dsi-ctrl-6g-qcm2290", "qcom,mdss-dsi-ctrl" > > No, we don't want to deprecate it. Such compatible was never existing > originally and was only introduced by mistake. We want to correct the > mistake, but we don't want to deprecate such list. > >> >> because it is: >> >> 1) non-compliant with the qcom,socname-hwblock formula >> 2) replaceable since we rely on the fallback compatible >> 3) "qcom,dsi-ctrl-6g-qcm2290" alone would have been expected to >> be fixed in the DTSI similar to other SoCs >> >> Is that correct? > > No. So again, I am talking only about qcom,mdss-dsi-ctrl. Since > beginning of this thread: > > "Wasn't then intention to deprecate both - qcm2290 and mdss - when used > alone?" > > Why do you bring the list to the topic? The list was created by mistake > and Bryan confirmed that it was never his intention. Ugh.. I think I just misread your message in your second reply counting from the beginning of the thread.. Things are much clearer now that I re-read it.. So, just to confirm.. This patch, with the items: level dropped, is fine? Konrad > >> >> Because 2) doesn't hold, as - at the time of the introduction >> of Bryan's patchset - the fallback compatible would not have >> been sufficient from the Linux POV [1] > > There was no fallback compatible at that time. > >> , though it would have been >> sufficient from the hardware description POV, as the hardware >> on the SoC *is* essentially what qcom,mdss-dsi-ctrl refers to. >> >> [1] The driver would simply not probe. It *would be* Linux-correct >> after my code-fixing series was applied, but I think I'm just failing >> to comprehend what sort of ABI we're trying to preserve here :/ > > Best regards, > Krzysztof >