Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp2545279imw; Wed, 6 Jul 2022 07:46:44 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vgkIsc9vjKynrflS+OQINr87eExF1DZXPs3p4oiqHqp0P9jM1nb9QY0mPRZfzf8w1h5Q4L X-Received: by 2002:a17:906:752:b0:726:a6c2:b242 with SMTP id z18-20020a170906075200b00726a6c2b242mr40661873ejb.33.1657118803899; Wed, 06 Jul 2022 07:46:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657118803; cv=none; d=google.com; s=arc-20160816; b=L8L+yI93Xj8QJ74mAPU1f7n+9BT9GoyFJ5ugXbbpNjSkJ0MS/a8XnfOGn4xU6RrYO4 O3PDn1jC2dgDGRB12Zv70XR2izr6vHRsC4SnnBWFP94XYZqpBbLEHZXOATajgUggLh9K mJlbhFNxd/WHlw9kJDOvAr+s5tsP1BI6AwAd+SPYruEtJFUZFq7lvNP80797+M24Huvz UyY1FQazaTh9lJ04eGx2WvGZJ/JmLi/OHs+RKQI52BGUjtALnQsiaUSA9oy5Y4v38ctH +F/Be2oT5Y4+HHcGrqoAZ4A2Lr2/qsnwfRqxGbwqhBc5ft5rKlmr/5ROY58BQpTbOtab 0PyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=nlHLfDH8orP8CMkQZVWOjVI7FaLlEjlqECq0Q9cvoXk=; b=f1FGQjm09zPFcaFanG7RVNxUBo4xh1Qu21FDJ43cmaYGv1M3E6hmswFvJ5vVRX5DCk VVAIRKYzuWJpl8IagcNZvuAeKSwnyHk1rSMesXc/qfwjJX+cfbvYkdER7HFN0vWYuOYi 4O58xcMkkhA30mJb0f666f1KjzkgZVX6kFnyxmPUhLLHdQ9cvaDnPDNLINGhUq5u32hr RTlC1IoLOalQE6M8fRreegCGTRh/UCIMc8V/gcvU6mMBAW6eO7LNKk3UTcV7vqSrBJaO oh7ihhtqzP6qSDf+hX8WtI4S5jp7qi0RUO3Bw3peDeiwUA19kogf/eeEYxZO42b7Fntd oLwA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Xh1v7g2+; 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=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j21-20020a056402239500b0043a7e775660si4898317eda.206.2022.07.06.07.46.15; Wed, 06 Jul 2022 07:46:43 -0700 (PDT) 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=@kernel.org header.s=k20201202 header.b=Xh1v7g2+; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233240AbiGFOMS (ORCPT + 99 others); Wed, 6 Jul 2022 10:12:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40198 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233395AbiGFOMO (ORCPT ); Wed, 6 Jul 2022 10:12:14 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D36FD1EADE; Wed, 6 Jul 2022 07:12:12 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 6C689B81CF5; Wed, 6 Jul 2022 14:12:11 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1B556C341D7; Wed, 6 Jul 2022 14:12:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1657116730; bh=RHN2bWFwgmerCCoeAvGKz0u+MaE/4SRrO+eiHhO2djg=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=Xh1v7g2+gyzwxF80Ws8Y+37Olx2A+p2HCNlUkanKraSVqF7fZ247SFEXqGjMbnoEA W5jsicurP7E634gMHzCf4Fx19uHJe5JwCnxFUuYNFfhRmkmkMeF6E3bbYUytgq7Pfx 23rdkYtJr7jDxQuehVQj5ny1/Tw9GMgijmVosvIF+9tdlKgnPVvjK3icj62nw310/R U7xIjKopbMYUq45nqjKZDFyaVFm6kp1UUeFRho8iRuR5wctpmGd/B7kID3w8a9gKu/ R2sCVVDhtv6hxFEXJGTneHyoO7iEiuYWEfN34+HsceWaof/93eeUABzTebZNRFiwFo ipGYZ5e+9buGA== Received: by mail-vs1-f48.google.com with SMTP id i186so15177205vsc.9; Wed, 06 Jul 2022 07:12:10 -0700 (PDT) X-Gm-Message-State: AJIora/QVmFEoF+T0JaXmmr6AqcmPtjgV8p72Xaj4/PpaGzluZ9BHNkR B5xZL4JpfAV3inbzvDkq5nhAcgmCSDhKA0VgRw== X-Received: by 2002:a67:d194:0:b0:357:8ea:5554 with SMTP id w20-20020a67d194000000b0035708ea5554mr2766153vsi.0.1657116728785; Wed, 06 Jul 2022 07:12:08 -0700 (PDT) MIME-Version: 1.0 References: <20220629164414.301813-1-viorel.suman@oss.nxp.com> <20220629164414.301813-3-viorel.suman@oss.nxp.com> <20220630123754.esbuac4pfktlseh2@fsr-ub1664-116> <78faf75d-80b7-7a0e-e306-6351dbe5133c@linaro.org> In-Reply-To: From: Rob Herring Date: Wed, 6 Jul 2022 08:11:57 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v6 02/14] dt-bindings: pinctrl: imx: Add fsl,scu-iomux yaml file To: Krzysztof Kozlowski , "Viorel Suman (OSS)" Cc: Krzysztof Kozlowski , Michael Turquette , Stephen Boyd , Dmitry Torokhov , Srinivas Kandagatla , Dong Aisheng , Fabio Estevam , Shawn Guo , Stefan Agner , Pengutronix Kernel Team , Linus Walleij , Alessandro Zummo , Alexandre Belloni , "Rafael J. Wysocki" , Daniel Lezcano , Amit Kucheria , Zhang Rui , Wim Van Sebroeck , Guenter Roeck , Sascha Hauer , NXP Linux Team , Abel Vesa , Viorel Suman , Oliver Graute , Liu Ying , Mirela Rabulea , Peng Fan , Ming Qian , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , linux-clk , Linux Input , "open list:GPIO SUBSYSTEM" , "open list:REAL TIME CLOCK (RTC) SUBSYSTEM" , "open list:THERMAL" , LINUX-WATCHDOG , linux-arm-kernel Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-7.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 5, 2022 at 12:33 PM Rob Herring wrote: > > On Thu, Jun 30, 2022 at 12:33 PM Krzysztof Kozlowski > wrote: > > > > On 30/06/2022 14:37, Viorel Suman (OSS) wrote: > > > On 22-06-29 19:53:51, Krzysztof Kozlowski wrote: > > >> On 29/06/2022 18:44, Viorel Suman (OSS) wrote: > > >>> From: Abel Vesa > > >>> > > >>> In order to replace the fsl,scu txt file from bindings/arm/freescale, > > >>> we need to split it between the right subsystems. This patch documents > > >>> separately the 'iomux/pinctrl' child node of the SCU main node. > > >>> > > >>> Signed-off-by: Abel Vesa > > >>> Signed-off-by: Viorel Suman > > >>> --- > > >>> .../bindings/pinctrl/fsl,scu-pinctrl.yaml | 68 +++++++++++++++++++ > > >>> 1 file changed, 68 insertions(+) > > >>> create mode 100644 Documentation/devicetree/bindings/pinctrl/fsl,scu-pinctrl.yaml > > >>> > > >>> diff --git a/Documentation/devicetree/bindings/pinctrl/fsl,scu-pinctrl.yaml b/Documentation/devicetree/bindings/pinctrl/fsl,scu-pinctrl.yaml > > >>> new file mode 100644 > > >>> index 000000000000..76a2e7b28172 > > >>> --- /dev/null > > >>> +++ b/Documentation/devicetree/bindings/pinctrl/fsl,scu-pinctrl.yaml > > > [...] > > >>> + fsl,pins: > > >>> + description: > > >>> + each entry consists of 3 integers and represents the pin ID, the mux value > > >>> + and config setting for the pin. The first 2 integers - pin_id and mux_val - are > > >>> + specified using a PIN_FUNC_ID macro, which can be found in > > >>> + . The last integer CONFIG is > > >>> + the pad setting value like pull-up on this pin. Please refer to the > > >>> + appropriate i.MX8 Reference Manual for detailed CONFIG settings. > > >>> + $ref: /schemas/types.yaml#/definitions/uint32-matrix > > >> > > >> Look at fsl,imx8mq-pinctrl.yaml. Each item is described (items under items). > > > > > > Added them initially, but later dropped because of some logs like > > > "pinctrl@xxxxxxx: usdhc1grp:fsl,pins:0: [...] is too long" shown by > > > "make dt_binding_check dtbs_check DT_SCHEMA_FILES=[...]/fsl,scu-pinctrl.yaml" > > > > > > Same logs are shown for "fsl,imx8mq-pinctrl.yaml". Will add the items description in the next > > > version. > > > > > > > The fsl,imx8mq-pinctrl.yaml should be correct and I don't see the reason > > why dtschema complains in some of the entries. It's like one define was > > not correct... I'll take a look at this later, but anyway keep the same > > as fsl,imx8mq-pinctrl.yaml even if it complains. > > The issue is that 'fsl,pins' is problematic for the new dtb decoding > because it has a variable definition in terms of matrix bounds as each > i.MX platform has its own length (typ 5 or 6). The tools try to work > around it by figuring out which size fits. That works until there are > multiple answers which seems to be what's happening here. > > The easiest solution I think is to just strip the constraints in > occurances of this property. I'll look into that. This is now fixed in the dt-schema main branch. Rob