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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id D8CE5C7EE2C for ; Tue, 6 Jun 2023 11:09:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:From:References:Cc:To: Subject:MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=j4WFZPwPJz85pUueE2MO/aWELCSfT/3XZ3an22LPQtc=; b=RI5x6I7RYMKZ5l cLYFTXwXRsUDvUE1+e3oL/KDmorRTi1FgZ9sy4iv5j72FezK6XKylgtG3uU8B3W2Ud1G1eQuJbnCA JNK0E2wtczg3jKbsF4GBGDro0N1CEKIcCdbGK4T8Y4R6urdSbTN23EAzQ0mbvINWkrQq4IPWVcjEC wWFlRAE4BqkTLLzM9KhxIbigz8h9RY2pYGe1SOjprR11BC8/Fz6jvqxbbxFcOUNq/nYYhT/YFcPgf koKvmvN1ZokW2jZlMYeufJbrMFgfdeSQsjErD01lmPHbgbyk+be9aEaDg/Mhs/01Q5UuXZfJkLVEq eTuuyA3ZpDcMlpz8HVUA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1q6UYs-001OfX-2M; Tue, 06 Jun 2023 11:09:14 +0000 Received: from mail-ed1-x52a.google.com ([2a00:1450:4864:20::52a]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1q6UYq-001Oe3-1n for linux-arm-kernel@lists.infradead.org; Tue, 06 Jun 2023 11:09:13 +0000 Received: by mail-ed1-x52a.google.com with SMTP id 4fb4d7f45d1cf-5147e40bbbbso8414784a12.3 for ; Tue, 06 Jun 2023 04:09:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1686049749; x=1688641749; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=qHk4lqJIMcJBU3trXI4CY2TRCxArO5+ul5qmG1V8eqo=; b=G15eD3KJMo3aFVqvegLN3NDwVxTxKL++spzhKVfGJ83neywWRLBRRNVPJZhl291VRQ svnJLFZalIbHpcw47QVCUjguT3fC9zvyAW7UGl6b5hzg/8ZpftPlg/TjY1wVjqg3kRaK uKVqnsiw3aDHP3h8PZaARSp9hJe5zQwNbn5/txstfPi1TiZYSk/CwZyk9MdIjIqy3Qso iO7J4tcc4fBPTHTMSPMmC89gepIeWJ3bL245t4L78Z0cWx3ozw+eHO5jiJteKTRuBn9X pQ/IJDwrEcM4B9Iv7+taNYv0pxpJUm+5IGE6P00CatGu+9jiI+8yOvXTSyoz5auwaYd/ kfxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686049749; x=1688641749; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=qHk4lqJIMcJBU3trXI4CY2TRCxArO5+ul5qmG1V8eqo=; b=CUNv9e4BhNVH9BtYjTRN9Llp9Z8EEz12xcwVY8ceDqwTKraCab+MeVln2dEqfFamJ6 pVHRH6Qa02okLh0gioYSCrWttGo+/zoY2UB/8oixf1NaztI+z8DWANwXJSNY844bvyHm lr9MeSRsAxeDeWXOn/Vzh70S/yPXXd5VF175AVoabK8SCGgRAxapV0rT8JZDkX1Gd6x8 XaAyf7PYF41aDEVdzbYcB7xznyNIyNyxnW94/BoN1RPIrvl7OK2tHI0BW3+e0X0vkdcN 2O5lWyp9H0PrjrZaPl/mepkWbglJckTguZZXBFAKBv7b+W7OjTvu09sCLhdfRFFT0ABy U1gQ== X-Gm-Message-State: AC+VfDxZD//pr9sEOJykaSOXj/0wQX3uYqA4Owk/m8soWeYPPesJNGMH P+PsFERzgOwQ8W07JtpV4Hhx7Q== X-Google-Smtp-Source: ACHHUZ6Td/Zq2iecy9zyqO0qmTu5v5uoKcssxEATLV/trUubfg0NXZMg4drbubb11J+fBRgW9tHqwA== X-Received: by 2002:a17:907:60d5:b0:962:582d:89d7 with SMTP id hv21-20020a17090760d500b00962582d89d7mr1784234ejc.38.1686049749621; Tue, 06 Jun 2023 04:09:09 -0700 (PDT) Received: from [192.168.1.20] ([178.197.219.26]) by smtp.gmail.com with ESMTPSA id d21-20020a056402517500b0050bc6c04a66sm4952793ede.40.2023.06.06.04.09.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 06 Jun 2023 04:09:09 -0700 (PDT) Message-ID: <5bfb5573-2de4-887b-0f10-e4dd6f084c39@linaro.org> Date: Tue, 6 Jun 2023 13:09:06 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.2 Subject: Re: [PATCH v8 3/3] dt-bindings: mtd: marvell-nand: Convert to YAML DT scheme Content-Language: en-US To: Miquel Raynal Cc: Chris Packham , "richard@nod.at" , "vigneshr@ti.com" , "robh+dt@kernel.org" , "krzysztof.kozlowski+dt@linaro.org" , "conor+dt@kernel.org" , "andrew@lunn.ch" , "gregory.clement@bootlin.com" , "sebastian.hesselbarth@gmail.com" , "conor@kernel.org" , "linux-mtd@lists.infradead.org" , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "enachman@marvell.com" , Vadym Kochan References: <20230531234923.2307013-1-chris.packham@alliedtelesis.co.nz> <20230531234923.2307013-4-chris.packham@alliedtelesis.co.nz> <785368df-1881-e62e-6172-d902cee814a8@alliedtelesis.co.nz> <4ea0b16e-0cec-00db-c598-e0364a7edef8@alliedtelesis.co.nz> <9fc57052-5049-ed50-ca95-cfd1d0420dd9@alliedtelesis.co.nz> <20230606094855.1ab005eb@xps-13> <845924ba-d9bf-d0ec-e1f2-f721366f43c0@linaro.org> <20230606122812.411b223a@xps-13> <20230606125724.126a4685@xps-13> From: Krzysztof Kozlowski In-Reply-To: <20230606125724.126a4685@xps-13> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230606_040912_591605_5F40ECB6 X-CRM114-Status: GOOD ( 15.78 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 06/06/2023 12:57, Miquel Raynal wrote: > >> >> Now for actual paragraph: >> >> "If yes, then it means we would need to list *all* the nand chip >> properties in each schema," >> >> No, why? I don't understand. Use the same pattern as all other bindings, >> this is not special. Absolutely all have the same behavior, e.g. >> mentioned leds. You finish with unevaluatedProps and you're done, which >> is what I wrote here long, long time ago. > > Maybe because so far we did not bother referencing another schema in > the NAND chip nodes? For your hint to work I guess we should have, in > each controller binding, something along: > > patternProperties: > "^nand@[a-f0-9]$": > type: object > + $ref: nand-chip.yaml# > properties: > > If yes, please ignore the series sent aside, I will work on it again > and send a v2. nand-controller.yaml has it, so ideally each device binding should not need it, because it already references nand-controller.yaml. However if it doesn't work, then you need nand-chip in each device binding. Best regards, Krzysztof _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel