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 C9A5CC433FE for ; Fri, 25 Nov 2022 07:55:10 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229541AbiKYHzJ (ORCPT ); Fri, 25 Nov 2022 02:55:09 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45596 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229529AbiKYHzI (ORCPT ); Fri, 25 Nov 2022 02:55:08 -0500 Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 407651F2E6 for ; Thu, 24 Nov 2022 23:55:07 -0800 (PST) Received: by mail-lf1-x132.google.com with SMTP id g12so5690985lfh.3 for ; Thu, 24 Nov 2022 23:55:07 -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:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=rsiycKeSmvcnoJAe+kYcU5wAQg8YUTRMCAWTbJ7c74c=; b=zhZN1lS1gQOW3HSo8t3vDaCBYcU4oaH/Ilcys8xi6Llh1QDXau713rkNlNUa0pXlt0 7QVi8zglr33K8ysYoZu/i38b6CldNy8ybuk9RoWI6D86HvJniff6XvUmI4/em8cBk7nr 3tTBwiU6zPq+vIAWf1a5tXwO4y3/LOc4Wfb0QCR7VbDiC2lpu5JS+fgoDLWpbEfoxI+8 BHUd+mMiYurY0tOw8lFx7xf2HpxNYynSs33DKU+hjn62PqGKPL2eFiqtiiOEMQy7l57N OuoOZSkS+PAZUYvbHKum+topP76CKxp/icN5wbJbELxJ2cNr++gsqFUHg3fFeuUMO4yH w2SA== 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:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=rsiycKeSmvcnoJAe+kYcU5wAQg8YUTRMCAWTbJ7c74c=; b=c6A3m45CUfZfhsNUuKQGIjZ/yvbdaJZi6mpOzY3P9t1wiNx83k6rlesGsf6kkbIZOt zvKpX1e1XCoaHGcRMGRharDB3kKz5H4Bpvl7XjQ3Ku4F3b14tWOtaA+AEgzUJXzudAQg XqpWdF2i7K5Rc5R6ndpQZQdLzVy5CCzF8Sh8uVaVVoKEbV7w24RVwet7LXY6rOSMDgRp OvpVjJCu5xLb7SILp+3JS4nxha19896vezbynjf9whxgO36VP7Dde/npWe4pebuExhYl xGvf2eW4UOsJn598nicyoxPs8jdbdXoKMtTyJonq9CrDOz2aa9fbJHXQT3NVXlT4iMPK CCzA== X-Gm-Message-State: ANoB5pm8n4aFqNJOQaY/7bYtcC9sZLiyr5tOqBAVIOeDI0f/+dg/DEcC QakkeN6NyIhrPVLk+WwUhMpcIw== X-Google-Smtp-Source: AA0mqf6Lro0NwHNKX3e0q8Qj/JIhc57lKqxVMiiyGmoA9sP15U/Iajy9e3TDhiiXGwJcwodW7AQ7iQ== X-Received: by 2002:a05:6512:12ca:b0:4aa:e519:a065 with SMTP id p10-20020a05651212ca00b004aae519a065mr7592406lfg.455.1669362905467; Thu, 24 Nov 2022 23:55:05 -0800 (PST) Received: from [192.168.0.20] (088156142067.dynamic-2-waw-k-3-2-0.vectranet.pl. [88.156.142.67]) by smtp.gmail.com with ESMTPSA id r30-20020ac25c1e000000b004ac088fdfd2sm429697lfp.85.2022.11.24.23.55.04 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 24 Nov 2022 23:55:04 -0800 (PST) Message-ID: <0ce922e3-33d4-3df6-1def-a4e44742f215@linaro.org> Date: Fri, 25 Nov 2022 08:55:03 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.5.0 Subject: Re: [PATCH RESEND v2] dt-bindings: pwm: mediatek: Add compatible for MT7986 To: Daniel Golle Cc: linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-pwm@vger.kernel.or, Matthias Brugger , Krzysztof Kozlowski , Rob Herring , =?UTF-8?Q?Uwe_Kleine-K=c3=b6nig?= , Thierry Reding , Fabien Parent , Zhi Mao , Sam Shih References: Content-Language: en-US From: Krzysztof Kozlowski In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 24/11/2022 21:00, Daniel Golle wrote: > Hi Krzysztof, > > On Thu, Nov 24, 2022 at 02:33:35PM +0100, Krzysztof Kozlowski wrote: >> On 24/11/2022 13:11, Daniel Golle wrote: >>> On Thu, Nov 24, 2022 at 12:30:44PM +0100, Krzysztof Kozlowski wrote: >>>> On 24/11/2022 12:03, Daniel Golle wrote: >>>>> Add new compatible string for MT7986 PWM and list compatible units for >>>>> existing entries. Also make sure the number of pwm1-X clocks is listed >>>>> for all supported units. >>>>> >>>>> Signed-off-by: Daniel Golle >>>>> --- >>>>> Changes since v1: list compatibles, fix pwm1-n clocks for all SoCs >>>>> >>>>> Rebased on linux-next and re-run scripts/get_maintainers.pl on patch to >>>>> makes sure dt maintainers are included. This has been requested by >>>>> Krzysztof Kozlowski. >>>>> >>>>> .../devicetree/bindings/pwm/pwm-mediatek.txt | 20 +++++++++++-------- >>>>> 1 file changed, 12 insertions(+), 8 deletions(-) >>>>> >>>>> diff --git a/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt b/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt >>>>> index 554c96b6d0c3..952a338e06e7 100644 >>>>> --- a/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt >>>>> +++ b/Documentation/devicetree/bindings/pwm/pwm-mediatek.txt >>>>> @@ -2,14 +2,15 @@ MediaTek PWM controller >>>>> >>>>> Required properties: >>>>> - compatible: should be "mediatek,-pwm": >>>>> - - "mediatek,mt2712-pwm": found on mt2712 SoC. >>>>> + - "mediatek,mt2712-pwm", "mediatek,mt6795-pwm": found on mt2712 SoC. >>>>> - "mediatek,mt6795-pwm": found on mt6795 SoC. >>>>> - - "mediatek,mt7622-pwm": found on mt7622 SoC. >>>>> - - "mediatek,mt7623-pwm": found on mt7623 SoC. >>>>> + - "mediatek,mt7622-pwm", "mediatek,mt8195-pwm", "mediatek,mt8183-pwm", "mediatek,mt7986-pwm": found on mt7622 SoC. >>>> >>>> This does not look right. What you are saying is mt7622 is compatible >>>> with mt8195, which is compatible with mt8183, which is compatible with >>>> mt7986. It could be true, but I feel you wanted to say something else - >>>> mt7622 is compatible with one SoC which is generic and common to all >>>> other implementations. >>> >>> MT7622 has 6 PWM channels, it does have CK_26M_SEL register and does >>> not need pwm45_fixup. Hence, when using a driver made for MT8195, only >>> 4 out of 6 channels woukd work. MT8183 PWM is identical to MT8195, >>> hence also compatible. When using driver for MT7986, only 2 channels >>> would work, but otherwise it is also compatible. >>> >>> So unfortunately, that one generic implementation ("common ancestor") >>> does not exist and development of the PWM unit found in MediaTek SoCs >>> did not necessarily increase features in more recent iterations, but >>> rather just reduce or increase the number of PWM channels available. >>> Ironically, the unit with least features (only 2 channels) is found in >>> the most recent SoC (MT7986). >> >> None of these explain listing four compatibles. > > So do I understand correctly that in this case only the newly > introduced "mediatek,mt7986-pwm" should be listed as more generic > compatible after the more specific "mediatek,mt7622-pwm", everything in > between should be dropped? Or only drop "mediatek,mt8195-pwm" here? I know nothing about Mediatek PWM and which one is more generic than others. The patch submitter should rather know... > > I'm asking because in your message from 23/10/2022 you were quoting > Devicetree specification: >> "The property value consists of a concatenated list of null terminated >> strings, from most specific to most general. They allow a device to >> express its compatibility with a family of similar devices, potentially >> allowing a single device driver to match against several devices." > > And we have discussed in great length (as I had misunderstood it) that > this should mean that units with the lowest number of channels are to > be considered the "most general" if otherwise identical. Yes, but we do not discuss this part. In most cases you have one generic device and several devices compatible with it. You on the other hand created here one device compatible with three other devices! And that raised all my questions. > > >> >>> >>>> >>>>> + - "mediatek,mt7623-pwm", "mediatek,mt7628-pwm": found on mt7623 SoC. >>>>> - "mediatek,mt7628-pwm": found on mt7628 SoC. >>>>> - "mediatek,mt7629-pwm": found on mt7629 SoC. >>>>> - - "mediatek,mt8183-pwm": found on mt8183 SoC. >>>>> - - "mediatek,mt8195-pwm", "mediatek,mt8183-pwm": found on mt8195 SoC. >>>>> + - "mediatek,mt7986-pwm": found on mt7986 SoC. >>>>> + - "mediatek,mt8183-pwm", "mediatek,mt7986-pwm": found on mt8183 SoC. >>>>> + - "mediatek,mt8195-pwm", "mediatek,mt8183-pwm", "mediatek,mt7986-pwm": found on mt8195 SoC. >>>> >>>> This as well looks excessive. >>> >>> I agree. But it's difficult to say which one should be ommitted. > > So are you suggesting to drop the "mediatek,mt8183-pwm" string here? Yes. Why mt183 is even there? commit msg was not explaining it. Best regards, Krzysztof