Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2689588pxa; Mon, 24 Aug 2020 23:51:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxDhA3jQGr4pouWnyTj/BRExeGHzApKLTGLWhbdwOsw4lDcYDiKZtY0ZEfFisaA0/HqgapV X-Received: by 2002:a05:6402:718:: with SMTP id w24mr9088003edx.66.1598338281783; Mon, 24 Aug 2020 23:51:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598338281; cv=none; d=google.com; s=arc-20160816; b=KCZFc5D8XA7/iriZmKytXSAGp0AsEypkH4QRZ3RyHTS5eINP0u0Dt+7p6REoURL0Xo qdXl71bdFFpkEkVDETBwbT01r2LH4S8X1JIW6AdhvXbmil9ekGX5CmuV9LEYHHk4HpcV lRK3CynuLNh3oBDh0vVdEU7r+aUGw/b70m3I/DwjD+NxheXmZg7fppMvaMs+WRcQENcL z0qlmLG89j2H3n1XkATttfkRsiEQmvITGUEGZBmA75zithydqHCgf0V48n1sdWg/QB+y Ru0vY3uPap8j/42G7cjsbdmCG333yP9ZD1hDBDHLcl2LY9EbW+Kp1Axwy5VE3EawiB3O +5LQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=xu5xGZSY+yFQgovcXhMUWgqGOjtkm3hsvCXY91EThRQ=; b=xy4ngByYREddkVByP0JqagMc5N6cQk1bnJb8spQbdRJMtoeA0+MmhY1QVmjLmBcDeR QLD9G2IFkAydJPXbnNq7V77ZDFICddiFx0dnPR45R/FSea0sU41NRLwuqXSCBwkKGPWl aBLySK0YDtI5X5oTnvT0HCRsyNLUsbSk8gcb5gnqfKKAc7/MT4HkjYrXgTmtxW7d10ev 2yxwFHCJ7SipOF5GNuSx4fKg4o7IB7BF3xGN8CD7VSAev+geqc+73/nPJ0JHdgSInh65 c6HHr31MOmfQIDcH1X6V4KZ7DfrUkVszWqN+uchujv8MT2z/JK/v382CZFzveG4rXeCu Ib+w== ARC-Authentication-Results: i=1; mx.google.com; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q10si8385451eju.474.2020.08.24.23.50.58; Mon, 24 Aug 2020 23:51:21 -0700 (PDT) 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; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729194AbgHYGtP (ORCPT + 99 others); Tue, 25 Aug 2020 02:49:15 -0400 Received: from mail-wm1-f65.google.com ([209.85.128.65]:51081 "EHLO mail-wm1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729079AbgHYGtO (ORCPT ); Tue, 25 Aug 2020 02:49:14 -0400 Received: by mail-wm1-f65.google.com with SMTP id t2so1282326wma.0; Mon, 24 Aug 2020 23:49:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=xu5xGZSY+yFQgovcXhMUWgqGOjtkm3hsvCXY91EThRQ=; b=gZ2jkEhXAvtvYP27MMIyFV5/J0HVbGIs74uKZvOriMsWEQu6LYcwXom0OosN7q5FFU tUJ3LPJMNighSsaoApLiXek0CUy+YsYS5GUf0jnT2EdUalpfsthvS20XQLTuS941eCVA CQxREM1rw0eWSd8cc553cTYo5NbI7+mYUAZCUvLS4Vd9Hv/wNlhSHQc5cdnoyQ0eylAa rvoBCdFwZl+qCtkgtJ0/OoLM79ZHUT6+cSlZ4zQ/HAQtPg+UVrlF8UDPQf5xSFfcR3d2 aA6c7xlLAeuN+ANYX+QD8lAiHcUrYUutsa7IddTRd1VyjmVsW5noUZVgvEwwClAomfwV s+gA== X-Gm-Message-State: AOAM5316ADPVifGp3E+YGa74XaffAEg8uiuTCe7O37VW4EO7ztkwDD5P x7sbFFDT2Vz5bPJ+2HQfNj4= X-Received: by 2002:a1c:24d5:: with SMTP id k204mr505723wmk.159.1598338152035; Mon, 24 Aug 2020 23:49:12 -0700 (PDT) Received: from kozik-lap ([194.230.155.216]) by smtp.googlemail.com with ESMTPSA id y10sm283662wro.50.2020.08.24.23.49.10 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 24 Aug 2020 23:49:11 -0700 (PDT) Date: Tue, 25 Aug 2020 08:49:08 +0200 From: Krzysztof Kozlowski To: Sascha Hauer Cc: Lee Jones , Rob Herring , Miquel Raynal , Richard Weinberger , Vignesh Raghavendra , Shawn Guo , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , Adam Ford , Daniel Baluta , Anson Huang , Robin Gong , Li Jun , Matti Vaittinen , Han Xu , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mtd@lists.infradead.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 02/16] dt-bindings: mtd: gpmi-nand: Fix matching of clocks on different SoCs Message-ID: <20200825064908.GA3458@kozik-lap> References: <20200824190701.8447-1-krzk@kernel.org> <20200824190701.8447-2-krzk@kernel.org> <20200825064020.GM13023@pengutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200825064020.GM13023@pengutronix.de> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 25, 2020 at 08:40:20AM +0200, Sascha Hauer wrote: > On Mon, Aug 24, 2020 at 09:06:47PM +0200, Krzysztof Kozlowski wrote: > > Driver requires different amount of clocks for different SoCs. Describe > > these requirements properly to fix dtbs_check warnings like: > > > > arch/arm64/boot/dts/freescale/imx8mm-beacon-kit.dt.yaml: nand-controller@33002000: clock-names:1: 'gpmi_apb' was expected > > > > Signed-off-by: Krzysztof Kozlowski > > --- > > .../devicetree/bindings/mtd/gpmi-nand.yaml | 76 +++++++++++++++---- > > 1 file changed, 61 insertions(+), 15 deletions(-) > > > > diff --git a/Documentation/devicetree/bindings/mtd/gpmi-nand.yaml b/Documentation/devicetree/bindings/mtd/gpmi-nand.yaml > > index 28ff8c581837..9d764e654e1d 100644 > > --- a/Documentation/devicetree/bindings/mtd/gpmi-nand.yaml > > +++ b/Documentation/devicetree/bindings/mtd/gpmi-nand.yaml > > + - if: > > + properties: > > + compatible: > > + contains: > > + enum: > > + - fsl,imx6q-gpmi-nand > > + - fsl,imx6sx-gpmi-nand > > + then: > > + properties: > > + clocks: > > + items: > > + - description: SoC gpmi io clock > > + - description: SoC gpmi apb clock > > + - description: SoC gpmi bch clock > > + - description: SoC gpmi bch apb clock > > + - description: SoC per1 bch clock > > + clock-names: > > + items: > > + - const: gpmi_io > > + - const: gpmi_apb > > + - const: gpmi_bch > > + - const: gpmi_bch_apb > > + - const: per1_bch > > This enforces this specific order of the clocks given in the dts. The > clock binding itself doesn't require any specific order, that's what we > have the names array for. > > Is this really what we want? Indeed but have in mind that the specific order was there already. This patch does not address that part, only number of clocks. Fixing this for any order could be done with patterns. I can work on that. Best regards, Krzysztof