Received: by 2002:a05:6a10:8395:0:0:0:0 with SMTP id n21csp619639pxh; Tue, 9 Nov 2021 16:17:41 -0800 (PST) X-Google-Smtp-Source: ABdhPJwy71asFs8WFcWfqvpa1cPTidjfxBBHg5U0c7jsMm3Z7v1kk4puSPVoRmTYEpEW5+iqWyN6 X-Received: by 2002:a92:b74c:: with SMTP id c12mr8597115ilm.224.1636503461192; Tue, 09 Nov 2021 16:17:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1636503461; cv=none; d=google.com; s=arc-20160816; b=UqCa2+MWGHoFn5gLZx9eayIAgST4It/ClHcqmguHvGZWkpGdv0+Ti7M9ETNytkzx76 8LE25+Cc8lR/Yj3Lm181uzQHeWWcRtsjDB6yP7oW7Eg6h5XikTjUm0u/wJuqJYQn12WM NWMcEiZqhU90PMHm/Pxeop0ly9MZVWLLIcgNdyqDqpFlVRWv6X29tyttS7+1FY9ob8B/ MgEGdg2fZm4t6fXq6SXK0tWYjKqmYjku57Scg9GsN6I1k5dbPoZqgEvdsOtWRlWWDyho 7hley0q1Iqu3RgI3yFjWL9M7iTr+s0m4WwAUOzKljCwWHnOO7BqRiGr1mk4OEt4aoZ3i s3ew== 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=mcjMHcwYzwBgvUlsJJw9+Jv9JVC62owaRPJ/yUM6y5U=; b=jLnUik2bzSWglz60+zXKNqS9oBkHbYk200ZJxMjepR4mkNur6fXpg5HGHgbBm2iwyd XvvIK7K2mKLuNajLN/LedcKpM1SLQDV62rLSsUVA9byv1mWzLr0Fjx3zEA1s3RJvW2JT WGxX7GefjLBi3NzOEY9JzrksoWCdFYYu2CROPcjUoa8iiJU0FTDHxfrdXrfRGyzVfUcb ozd+ncJgINR/rluoGXMPZrbZ66QDpWG0DOXgh0c2A5smQatIpA7xhJb7ZOv0lyltqUNp EmZOhpnA9fxQJGAo9F+kJglsln90FB+MCT6TrmiVwJZ6qFfVXVojpkvMrV1v2KctWRJ4 jIDw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=OweV8gSN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u15si30492710iln.165.2021.11.09.16.17.28; Tue, 09 Nov 2021 16:17:41 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=OweV8gSN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S244333AbhKIUc0 (ORCPT + 97 others); Tue, 9 Nov 2021 15:32:26 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54332 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244334AbhKIUcV (ORCPT ); Tue, 9 Nov 2021 15:32:21 -0500 Received: from mail-ot1-x331.google.com (mail-ot1-x331.google.com [IPv6:2607:f8b0:4864:20::331]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7A8BFC061767 for ; Tue, 9 Nov 2021 12:29:35 -0800 (PST) Received: by mail-ot1-x331.google.com with SMTP id b5-20020a9d60c5000000b0055c6349ff22so445969otk.13 for ; Tue, 09 Nov 2021 12:29:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=mcjMHcwYzwBgvUlsJJw9+Jv9JVC62owaRPJ/yUM6y5U=; b=OweV8gSNpr/wemLfT5r5RqLdeNQQkyD/5uhlgtWeguJV2kW4kusfjz5uEepsm35Uhz zxR38DUI8/IDIgxkpQz0Tr9dwCnxanyqiqv/JOp8GMlFop+gP+rMEs9Mhbm8m9bOx212 6oyJhJb6BNDTip5qNk1mjb8MZbGv7koOtqGXg1JXtimY92OdEVIub6loTlg0f4f4g9Mp U9khgkYKVjZK/5/igWUFPJBklDaIWAgtGhHPLcTG0hS0KLbmatF62yQe54EL0uzApfg7 x8JIp4TmUBJP4w/9BfWDl1KDTkR5EAu60nNT8PYwktSPJrYlp4yUEqClTkbZC2OlPz8j yE9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=mcjMHcwYzwBgvUlsJJw9+Jv9JVC62owaRPJ/yUM6y5U=; b=xLUwQyQmttcxeQ8pLTO9t2yg/LmY5EJbRUZeEFVbsmxS8h+KRpwcJAtM5MNhVmQVkv PScqrXMqoLxkXvZ9ImCsw0DbcrVPbvzQWzlxkBqnWGn3+1H7gtGXbXlEeik7z3+bno9N wfyAIXCNWiXY1J/MZWjIE58qwhqPVFyfU2nv594w/SsmPIOX/qO05WZ0memq2cyjWQxm dT6dC+Pf/FGQUq5NTie0JQ2vsqjC2rbOqpe0K9RaKRVrnySCJo8hlgBVBRu6mmvUad5u p3i37pe11qm8gmahia6gLXd7tzAK4qXld4fHMttVnbizPWwknafwv0YGJ7lo61OtwKK6 g+Rw== X-Gm-Message-State: AOAM531cftnyWL/rBofvxx11Zk8UoAPFfdYXHDY/monZZ71AIaW9zRlz FVkadWVNim6blXmBXmSbT/I+RGYKK4GnxZZphrbCyg== X-Received: by 2002:a9d:ed6:: with SMTP id 80mr8156814otj.35.1636489774773; Tue, 09 Nov 2021 12:29:34 -0800 (PST) MIME-Version: 1.0 References: <20211102161125.1144023-1-kernel@esmil.dk> <20211102161125.1144023-13-kernel@esmil.dk> In-Reply-To: From: Linus Walleij Date: Tue, 9 Nov 2021 21:29:22 +0100 Message-ID: Subject: Re: [PATCH v3 12/16] pinctrl: starfive: Add pinctrl driver for StarFive SoCs To: Emil Renner Berthing Cc: Andy Shevchenko , linux-riscv , devicetree , linux-clk , "open list:GPIO SUBSYSTEM" , "open list:SERIAL DRIVERS" , Palmer Dabbelt , Paul Walmsley , Rob Herring , Michael Turquette , Stephen Boyd , Thomas Gleixner , Marc Zyngier , Philipp Zabel , Greg Kroah-Hartman , Daniel Lezcano , Andy Shevchenko , Jiri Slaby , Maximilian Luz , Sagar Kadam , Drew Fustini , Geert Uytterhoeven , Michael Zhu , Fu Wei , Anup Patel , Atish Patra , Matteo Croce , Linux Kernel Mailing List , Huan Feng Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 9, 2021 at 10:40 AM Emil Renner Berthing wrote: > On Tue, 9 Nov 2021 at 10:34, Andy Shevchenko wrote: > > > The order the different states are blinked depends entirely on > > > how the pinctrl framework parses the device tree. I still think it > > > would be more natural to cleanly go to the end result without this > > > blinking. > > Hmm.. but if going through the different states is what you want, then > wouldn't you need the device tree to have an ordered list of the > states rather than just a single node and also a way to tune how long > time the different states are blinked? In a way you are correct that the DT is a functional language and it's a bit lite a style sheet or prolog or something in that the end reduction is what counts. In this case, I would say something is weird if there are interim states, the yaml validation should not allow you to set the same thing back and forth in your DTS file. Alas we are not perfect as in yaml validation isn't perfect either. I can't see what the problem is really, just write proper DTS files and there will not be any interim states, right? And if it is possible to write DTS files that have states and sequence requirements, these should be caught in validation. Should be. Yours, Linus Walleij