Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp1565985imw; Tue, 5 Jul 2022 11:39:29 -0700 (PDT) X-Google-Smtp-Source: AGRyM1v63uMbon4GKTEcfETWuBjxpWDFOwbaySTgk+jHWxg6qiCOfi+zgbZpW5sIJ8id1Uf35Wtw X-Received: by 2002:a63:5421:0:b0:412:7fb5:d69b with SMTP id i33-20020a635421000000b004127fb5d69bmr2584825pgb.454.1657046368837; Tue, 05 Jul 2022 11:39:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657046368; cv=none; d=google.com; s=arc-20160816; b=MH9eGsOQZ6nYxJAdAk734QbF9Ze8TPL1WYPVLJ0HimFRPRsjNP3GZutkcZyLyu6HFa sri1fQNDBhl/Giq3gV/1X5sIkRePgonkVt3SgcAuZZQGbjRj7mrunPDhBirflw6pqJZN vFXvTzlkPodrPgnVrksY/kygscHMeZ1el3DYX1lp9zzZ40jvpM2O/x9Gld9pajIfIgbK /8YVRyjYmXY8MgVrJFQIDTZm9VS/Il3/UEQ4NuVfPwRr6WJRdMC88Mkd6Pf9om/khJoh OWPjP1O2XcYGRCAVVyswV6dQ4Xn4xFpKZdui7u6udnJhkFFXu/9826uB8hCf8quPUg2b 9ThA== 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=X8SAXYLPBZIfkLSx0BuBb+sZyunugfkHn6PrURvAeqE=; b=qERFNC7pCS13LT7/D6qtRtP/ujwhG9e+OcMCfN6993XAkCBBS3U5KhCUU6WbgkRUx6 6ptcJuFPvooVhBUUsxZ3GZZa+lIvcVqhMrtFyX84IloFJs+tTbDwKgJZdUUy4eqedbuh 3yqtR1sIP9H5Tdu7iI79UJlp5KEPLrxCG6TZJB6c+OskTFRidVFjhncT8ezCrFL6Npkp mzCsTxw9riJHM7eD7xJY8PhAskJ6M4UEJaHUIHJ1tnesiFrsYjx5KKHxoVQe2oOgQlmL PTbj1iECQpukEH6AH0iH1vv/u6snZ5UmeENgKeIEy7huhvOXYrvVKvVw+sZb5vJW9aPP Z7Jg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JsU79Bmf; 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 j14-20020aa78dce000000b00525b6206e22si24990352pfr.163.2022.07.05.11.39.16; Tue, 05 Jul 2022 11:39:28 -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=JsU79Bmf; 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 S231250AbiGESeP (ORCPT + 99 others); Tue, 5 Jul 2022 14:34:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40498 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229502AbiGESeN (ORCPT ); Tue, 5 Jul 2022 14:34:13 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3AAC71ADB5; Tue, 5 Jul 2022 11:34: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 05C0FB818C2; Tue, 5 Jul 2022 18:34:11 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A7F60C341D1; Tue, 5 Jul 2022 18:34:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1657046049; bh=kIyot3zMyMDO8B1YVidHQ7qgbvG3Xa6UO0gOQL2C6Jg=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=JsU79BmfynIReY3T89cOgEH/6tFNiBBDFqKBs8oXNQm6/+g5IkfnSz6lnxKwnFqNS 1j47RNad0YhesCc/SIiouNRpyt21tXxp+7UujB4zP8xtmbwRtNJauDkGspmgUyDhgl fn9thf0FJV9aayLYjrKzsPTW4fWtqpM+dZ3RveMpUH7WbnRHfbzb18F0miRMtdvQQg STNIB53IAwMygQuY6izE+2HL9mzZsy2/DnNlSXpayAhlmHiEb92zuAdqA/GH/jWeIU Jv7618fva2U+QU/c6uDzeyF1fZYZvuxpgXK3qTZ+hcZqIl+t9mRe/sRlTrt7BFed4l OpSgj1Sj26zAw== Received: by mail-vs1-f49.google.com with SMTP id h7so12788288vsr.11; Tue, 05 Jul 2022 11:34:09 -0700 (PDT) X-Gm-Message-State: AJIora9OmprPX2zAR5He1YiIY879nxCd15nKzisOw36K+FdtQEVDd53T u2U/rkYqhJcRMauGSRv2NZ54vf6RdkWSuCmyBQ== X-Received: by 2002:a67:d194:0:b0:357:8ea:5554 with SMTP id w20-20020a67d194000000b0035708ea5554mr562557vsi.0.1657046048517; Tue, 05 Jul 2022 11:34: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: <78faf75d-80b7-7a0e-e306-6351dbe5133c@linaro.org> From: Rob Herring Date: Tue, 5 Jul 2022 12:33: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 Cc: "Viorel Suman (OSS)" , 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 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. Rob