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 3C901C433EF for ; Thu, 16 Dec 2021 15:03:23 +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:MIME-Version:References:In-Reply-To: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=nXO3ncQln51t0ZtxrA6PvmfTcwn/GnB+q7nwRN2O4VM=; b=PbJb32GvEqOQk5 EDDqvhwoLrM62yCPjH3CPKTwGCD9hsmZ4OQFDr9scY8HvSqB92b10/X8c8lkEfV9TEe7qWE2vKc6q kQi7MDlVA7R2MUX/+5BkGo3ZNSkIygGsR6xbn4PSNZEtmHIHgQA62nJaHnGtmixIaSBYowgmLy4HF 9Gk9s6QXZD6w8WArk/cu8DnVeva3K/wZXRHeLbOQLzew9RDLSeJcaMtwIxk74gujbFsnF3C0vCSiJ f80yfzY85e+Fckcg+Fx793Op/Tp31ivWqPCRdbM1AopjSrtidcILAJe6HM4dEgDYxqoB3icqwXObs BNPHuGbBwf5RFkMnNNsA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mxsHE-006HQC-ID; Thu, 16 Dec 2021 15:02:36 +0000 Received: from relay12.mail.gandi.net ([217.70.178.232]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mxsHB-006HOc-5Q for linux-mtd@lists.infradead.org; Thu, 16 Dec 2021 15:02:35 +0000 Received: (Authenticated sender: miquel.raynal@bootlin.com) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 4046F200003; Thu, 16 Dec 2021 15:02:28 +0000 (UTC) Date: Thu, 16 Dec 2021 16:02:26 +0100 From: Miquel Raynal To: Rob Herring Cc: Richard Weinberger , Vignesh Raghavendra , Tudor Ambarus , Pratyush Yadav , Michael Walle , linux-mtd@lists.infradead.org, Michal Simek , Thomas Petazzoni , devicetree@vger.kernel.org, Mark Brown , linux-spi@vger.kernel.org Subject: Re: [PATCH v4 2/3] spi: dt-bindings: Describe stacked/parallel memories modes Message-ID: <20211216160226.4fac5ccc@xps13> In-Reply-To: References: <20211210201039.729961-1-miquel.raynal@bootlin.com> <20211210201039.729961-3-miquel.raynal@bootlin.com> Organization: Bootlin X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211216_070233_507855_2895D9C7 X-CRM114-Status: GOOD ( 33.52 ) X-BeenThere: linux-mtd@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "linux-mtd" Errors-To: linux-mtd-bounces+linux-mtd=archiver.kernel.org@lists.infradead.org SGkgUm9iLAoKcm9iaEBrZXJuZWwub3JnIHdyb3RlIG9uIFR1ZSwgMTQgRGVjIDIwMjEgMTE6MzI6 NTYgLTA2MDA6Cgo+IE9uIEZyaSwgRGVjIDEwLCAyMDIxIGF0IDA5OjEwOjM4UE0gKzAxMDAsIE1p cXVlbCBSYXluYWwgd3JvdGU6Cj4gPiBEZXNjcmliZSB0d28gbmV3IG1lbW9yaWVzIG1vZGVzOgo+ ID4gLSBBIHN0YWNrZWQgbW9kZSB3aGVuIHRoZSBidXMgaXMgY29tbW9uIGJ1dCB0aGUgYWRkcmVz cyBzcGFjZSBleHRlbmRlZAo+ID4gICB3aXRoIGFuIGFkZGl0aW5hbHMgd2lyZXMuCj4gPiAtIEEg cGFyYWxsZWwgbW9kZSB3aXRoIHBhcmFsbGVsIGJ1c3NlcyBhY2Nlc3NpbmcgcGFyYWxsZWwgZmxh c2hlcyB3aGVyZQo+ID4gICB0aGUgZGF0YSBpcyBzcHJlYWQuCj4gPiAKPiA+IFNpZ25lZC1vZmYt Ynk6IE1pcXVlbCBSYXluYWwgPG1pcXVlbC5yYXluYWxAYm9vdGxpbi5jb20+Cj4gPiAtLS0KPiA+ ICAuLi4vYmluZGluZ3Mvc3BpL3NwaS1wZXJpcGhlcmFsLXByb3BzLnlhbWwgICAgfCAyOSArKysr KysrKysrKysrKysrKysrCj4gPiAgMSBmaWxlIGNoYW5nZWQsIDI5IGluc2VydGlvbnMoKykKPiA+ IAo+ID4gZGlmZiAtLWdpdCBhL0RvY3VtZW50YXRpb24vZGV2aWNldHJlZS9iaW5kaW5ncy9zcGkv c3BpLXBlcmlwaGVyYWwtcHJvcHMueWFtbCBiL0RvY3VtZW50YXRpb24vZGV2aWNldHJlZS9iaW5k aW5ncy9zcGkvc3BpLXBlcmlwaGVyYWwtcHJvcHMueWFtbAo+ID4gaW5kZXggNWRkMjA5MjA2ZTg4 Li40MTk0ZmVlOGY1NTYgMTAwNjQ0Cj4gPiAtLS0gYS9Eb2N1bWVudGF0aW9uL2RldmljZXRyZWUv YmluZGluZ3Mvc3BpL3NwaS1wZXJpcGhlcmFsLXByb3BzLnlhbWwKPiA+ICsrKyBiL0RvY3VtZW50 YXRpb24vZGV2aWNldHJlZS9iaW5kaW5ncy9zcGkvc3BpLXBlcmlwaGVyYWwtcHJvcHMueWFtbAo+ ID4gQEAgLTgyLDYgKzgyLDM1IEBAIHByb3BlcnRpZXM6Cj4gPiAgICAgIGRlc2NyaXB0aW9uOgo+ ID4gICAgICAgIERlbGF5LCBpbiBtaWNyb3NlY29uZHMsIGFmdGVyIGEgd3JpdGUgdHJhbnNmZXIu Cj4gPiAgCj4gPiArICBzdGFja2VkLW1lbW9yaWVzOgo+ID4gKyAgICAkcmVmOiAvc2NoZW1hcy90 eXBlcy55YW1sIy9kZWZpbml0aW9ucy91aW50NjQtbWF0cml4ICAKPiAKPiBtYXRyaXggb3IuLi4K PiAKPiA+ICsgICAgZGVzY3JpcHRpb246IFNldmVyYWwgU1BJIG1lbW9yaWVzIGNhbiBiZSB3aXJl ZCBpbiBzdGFja2VkIG1vZGUuCj4gPiArICAgICAgVGhpcyBiYXNpY2FsbHkgbWVhbnMgdGhhdCBl aXRoZXIgYSBkZXZpY2UgZmVhdHVyZXMgc2V2ZXJhbCBjaGlwCj4gPiArICAgICAgc2VsZWN0cywg b3IgdGhhdCBkaWZmZXJlbnQgZGV2aWNlcyBtdXN0IGJlIHNlZW4gYXMgYSBzaW5nbGUKPiA+ICsg ICAgICBiaWdnZXIgY2hpcC4gVGhpcyBiYXNpY2FsbHkgZG91YmxlcyAob3IgbW9yZSkgdGhlIHRv dGFsIGFkZHJlc3MKPiA+ICsgICAgICBzcGFjZSB3aXRoIG9ubHkgYSBzaW5nbGUgYWRkaXRpb25h bCB3aXJlLCB3aGlsZSBzdGlsbCBuZWVkaW5nCj4gPiArICAgICAgdG8gcmVwZWF0IHRoZSBjb21t YW5kcyB3aGVuIGNyb3NzaW5nIGEgY2hpcCBib3VuZGFyeS4gVGhlIHNpemUgb2YKPiA+ICsgICAg ICBlYWNoIGNoaXAgc2hvdWxkIGJlIHByb3ZpZGVkIGFzIG1lbWJlcnMgb2YgdGhlIGFycmF5LiAg Cj4gCj4gYXJyYXk/Cj4gCj4gU291bmRzIGxpa2UgYW4gYXJyYXkgZnJvbSB0aGUgZGVzY3JpcHRp b24gYXMgdGhlcmUgaXMgb25seSAxIGVsZW1lbnQsIAo+IHRoZSBzaXplLgoKV2VsbCwgd2hhdCBJ IGV4cGVjdGVkIHRvIGhhdmUgd2FzIHNvbWV0aGluZyBsaWtlOgoKZHQ6CQk8cHJvcGVydHk+ID0g PHVpbnQ2ND4sIDx1aW50NjQ+OwoKSXQgc2VlbWVkIGxpa2UgdGhlIG9ubHkgcG9zc2libGUgd2F5 ICh0aGF0IHRoZSB0b29saW5nIHdvdWxkIHZhbGlkYXRlKQp3YXMgdG8gdXNlOgoKYmluZGluZ3M6 CSRyZWY6IC9zY2hlbWFzL3R5cGVzLnlhbWwjL2RlZmluaXRpb25zL3VpbnQ2NC1tYXRyaXgKClNv IEkgYXNzdW1lZCBJIHdhcyBkZWZpbmluZyBhIG1hdHJpeCBvZiBBeEIgZWxlbWVudHMsIHdoZXJl IEEgaXMgdGhlCm51bWJlciBvZiBkZXZpY2VzIEkgd2FudCB0byAic3RhY2siIGFuZCBCIGlzIHRo ZSBudW1iZXIgb2YgdmFsdWVzCm5lZWRlZCB0byBkZXNjcmliZSBpdHMgc2l6ZSwgc28gMS4KCkkg cmVhbGl6ZWQgdGhhdCB0aGUgZm9sbG93aW5nIGV4YW1wbGUsIHdoaWNoIEkgd2FzIGV4cGVjdGlu ZyB0byB3b3JrLAp3YXMgZmFpbGluZzoKCmJpbmRpbmdzOgkkcmVmOiAvc2NoZW1hcy90eXBlcy55 YW1sIy9kZWZpbml0aW9ucy91aW50NjQtYXJyYXkKZHQ6CQk8cHJvcGVydHk+ID0gPHVpbnQ2ND4s IDx1aW50NjQ+OwoKSW5kZWVkLCBhcyB5b3UgcHJvcG9zZSwgdGhpcyBhY3R1YWxseSB3b3JrcyBi dXQgZGVzY3JpYmVzIHR3byB2YWx1ZXMKKHRpZWQgc29tZWhvdykgaW50byBhIHNpbmdsZSBlbGVt ZW50LCB3aGljaCBpcyBub3QgZXhhY3RseSB3aGF0IEkKd2FudGVkOgoKYmluZGluZ3M6IAkkcmVm OiAvc2NoZW1hcy90eXBlcy55YW1sIy9kZWZpbml0aW9ucy91aW50NjQtYXJyYXkKZHQ6CQk8cHJv cGVydHk+ID0gPHVpbnQ2NCB1aW50NjQ+OwoKQnV0IG1vcmUgZGlzdHVyYmluZywgYWxsIHRoZSBm b2xsb3dpbmcgY29uc3RydWN0aW9ucyB3b3JrZWQsIHdoZW4gdXNpbmcKMzItYml0cyB2YWx1ZXMg aW5zdGVhZDoKCmJpbmRpbmdzOiAJJHJlZjogL3NjaGVtYXMvdHlwZXMueWFtbCMvZGVmaW5pdGlv bnMvdWludDMyLWFycmF5CmR0OgkJPHByb3BlcnR5PiA9IDx1aW50MzIgdWludDMyPjsKCmJpbmRp bmdzOiAJJHJlZjogL3NjaGVtYXMvdHlwZXMueWFtbCMvZGVmaW5pdGlvbnMvdWludDMyLWFycmF5 CmR0OgkJPHByb3BlcnR5PiA9IDx1aW50MzI+LCA8dWludDMyPjsKCmJpbmRpbmdzOiAJJHJlZjog L3NjaGVtYXMvdHlwZXMueWFtbCMvZGVmaW5pdGlvbnMvdWludDMyLW1hdHJpeApkdDoJCTxwcm9w ZXJ0eT4gPSA8dWludDMyIHVpbnQzMj47CgpiaW5kaW5nczogCSRyZWY6IC9zY2hlbWFzL3R5cGVz LnlhbWwjL2RlZmluaXRpb25zL3VpbnQzMi1tYXRyaXgKZHQ6CQk8cHJvcGVydHk+ID0gPHVpbnQz Mj4sIDx1aW50MzI+OwoKSSBhbSBmaW5lIHdhaXRpbmcgYSBiaXQgaWYgeW91IHRoaW5rIHRoZXJl IGlzIGEgbmVlZCBmb3Igc29tZSB0b29saW5nCnVwZGF0ZSBvbiB5b3VyIHNpZGUuIE90aGVyd2lz ZSwgZG8geW91IHJlYWxseSB0aGluayB0aGF0IHRoaXMgc29sdXRpb24KaXMgdGhlIG9uZSB3ZSBz aG91bGQgcmVhbGx5IHVzZT8KCmJpbmRpbmdzOiAJJHJlZjogL3NjaGVtYXMvdHlwZXMueWFtbCMv ZGVmaW5pdGlvbnMvdWludDY0LWFycmF5CmR0OgkJPHByb3BlcnR5PiA9IDx1aW50NjQgdWludDY0 PjsKCkJlY2F1c2UgZnJvbSBteSBwb2ludCBvZiB2aWV3IGl0IGRvZXMgbm90IG1hdGNoIHdoYXQg d2UgdXN1YWxseSBkbyBmb3IKb3RoZXIgInR5cGVzIiBvZiBlbGVtZW50cywgc3VjaCBhczoKCmR0 OgkJPHByb3BlcnR5PiA9IDxwaGFuZGxlMSBpbmRleDE+LCA8cGhhbmRsZTIgaW5kZXgyPjsKCm9y CgpkdDoJCTxwcm9wZXJ0eT4gPSA8c21hbGwtdmFsMT4sIDxzbWFsbC12YWwyPjsKCj4gCj4gPiAr ICAgIG1pbkl0ZW1zOiAyCj4gPiArICAgIG1heEl0ZW1zOiAyCj4gPiArICAgIGl0ZW1zOgo+ID4g KyAgICAgIG1heEl0ZW1zOiAxICAKPiAKPiBUaGlzIHNheXMgeW91IGNhbiBvbmx5IGhhdmUgMiA2 NC1iaXQgZW50cmllcy4gUHJvYmFibHkgbm90IHdoYXQgeW91IAo+IHdhbnQuIFRoaXMgbG9va3Mg bGlrZSBhIGNhc2UgZm9yIGEgbWF4SXRlbXMgJ3Nob3VsZCBiZSBlbm91Z2ggZm9yIG5vdycgCj4g dHlwZSBvZiB2YWx1ZS4KClllcywgdGhhdCBpcyB3aGF0IEkgd2FudGVkIHRvIGRlc2NyaWJlLgoK SW4gbXkgcmVjZW50IGNvbnRyaWJ1dGlvbnMgeW91IGFsd2F5cyBwcmVmZXJyZWQgdG8gYm91bmQg dGhpbmdzIGFzIG11Y2gKYXMgcG9zc2libGUsIGV2ZW4gdGhvdWdoIGxhdGVyIGl0IG1pZ2h0IGJl Y29tZSBuZWNlc3NhcnkgdG8gbG9vc2VuIHRoZQpjb25zdHJhaW50LiBSaWdodCBub3cgSSBzZWUg dGhlIHVzZSBvZiB0aGVzZSBwcm9wZXJ0aWVzIGZvciAyIGRldmljZXMsCmJ1dCBpbiB0aGVvcnkg dGhlcmUgaXMgbm8gbGltaXQuCgpPZiBjb3Vyc2UgaWYgd2Ugc3dpdGNoIHRvIHRoZSBhcnJheSBy ZXByZXNlbnRhdGlvbiBJIHN1cHBvc2UgSSBzaG91bGQKc3RpY2sgdG86CgorICAgIG1pbkl0ZW1z OiAyCisgICAgbWF4SXRlbXM6IDIKCj4gCj4gPiArCj4gPiArICBwYXJhbGxlbC1tZW1vcmllczoK PiA+ICsgICAgJHJlZjogL3NjaGVtYXMvdHlwZXMueWFtbCMvZGVmaW5pdGlvbnMvdWludDY0LW1h dHJpeAo+ID4gKyAgICBkZXNjcmlwdGlvbjogU2V2ZXJhbCBTUEkgbWVtb3JpZXMgY2FuIGJlIHdp cmVkIGluIHBhcmFsbGVsIG1vZGUuCj4gPiArICAgICAgVGhlIGRldmljZXMgYXJlIHBoeXNpY2Fs bHkgb24gYSBkaWZmZXJlbnQgYnVzZXMgYnV0IHdpbGwgYWx3YXlzCj4gPiArICAgICAgYWN0IHN5 bmNocm9ub3VzbHkgYXMgZWFjaCBkYXRhIHdvcmQgaXMgc3ByZWFkIGFjcm9zcyB0aGUKPiA+ICsg ICAgICBkaWZmZXJlbnQgbWVtb3JpZXMgKGVnLiBldmVuIGJpdHMgYXJlIHN0b3JlZCBpbiBvbmUg bWVtb3J5LCBvZGQKPiA+ICsgICAgICBiaXRzIGluIHRoZSBvdGhlcikuIFRoaXMgYmFzaWNhbGx5 IGRvdWJsZXMgdGhlIGFkZHJlc3Mgc3BhY2UgYW5kCj4gPiArICAgICAgdGhlIHRocm91Z2hwdXQg d2hpbGUgZ3JlYXRseSBjb21wbGV4aWZ5aW5nIHRoZSB3aXJpbmcgYmVjYXVzZSBhcwo+ID4gKyAg ICAgIG1hbnkgYnVzc2VzIGFzIGRldmljZXMgbXVzdCBiZSB3aXJlZC4gVGhlIHNpemUgb2YgZWFj aCBjaGlwIHNob3VsZAo+ID4gKyAgICAgIGJlIHByb3ZpZGVkIGFzIG1lbWJlcnMgb2YgdGhlIGFy cmF5Lgo+ID4gKyAgICBtaW5JdGVtczogMgo+ID4gKyAgICBtYXhJdGVtczogMgo+ID4gKyAgICBp dGVtczoKPiA+ICsgICAgICBtYXhJdGVtczogMQo+ID4gKwo+ID4gICMgVGhlIGNvbnRyb2xsZXIg c3BlY2lmaWMgcHJvcGVydGllcyBnbyBoZXJlLgo+ID4gIGFsbE9mOgo+ID4gICAgLSAkcmVmOiBj ZG5zLHFzcGktbm9yLXBlcmlwaGVyYWwtcHJvcHMueWFtbCMKPiA+IC0tIAo+ID4gMi4yNy4wCj4g PiAKPiA+ICAgCgoKVGhhbmtzLApNaXF1w6hsCgpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KTGludXggTVREIGRpc2N1c3Npb24gbWFpbGluZyBs aXN0Cmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtbXRk Lwo= 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6BFA8C433F5 for ; Thu, 16 Dec 2021 15:02:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237134AbhLPPCc convert rfc822-to-8bit (ORCPT ); Thu, 16 Dec 2021 10:02:32 -0500 Received: from relay12.mail.gandi.net ([217.70.178.232]:58805 "EHLO relay12.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235159AbhLPPCb (ORCPT ); Thu, 16 Dec 2021 10:02:31 -0500 Received: (Authenticated sender: miquel.raynal@bootlin.com) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 4046F200003; Thu, 16 Dec 2021 15:02:28 +0000 (UTC) Date: Thu, 16 Dec 2021 16:02:26 +0100 From: Miquel Raynal To: Rob Herring Cc: Richard Weinberger , Vignesh Raghavendra , Tudor Ambarus , Pratyush Yadav , Michael Walle , linux-mtd@lists.infradead.org, Michal Simek , Thomas Petazzoni , devicetree@vger.kernel.org, Mark Brown , linux-spi@vger.kernel.org Subject: Re: [PATCH v4 2/3] spi: dt-bindings: Describe stacked/parallel memories modes Message-ID: <20211216160226.4fac5ccc@xps13> In-Reply-To: References: <20211210201039.729961-1-miquel.raynal@bootlin.com> <20211210201039.729961-3-miquel.raynal@bootlin.com> Organization: Bootlin X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-spi@vger.kernel.org Hi Rob, robh@kernel.org wrote on Tue, 14 Dec 2021 11:32:56 -0600: > On Fri, Dec 10, 2021 at 09:10:38PM +0100, Miquel Raynal wrote: > > Describe two new memories modes: > > - A stacked mode when the bus is common but the address space extended > > with an additinals wires. > > - A parallel mode with parallel busses accessing parallel flashes where > > the data is spread. > > > > Signed-off-by: Miquel Raynal > > --- > > .../bindings/spi/spi-peripheral-props.yaml | 29 +++++++++++++++++++ > > 1 file changed, 29 insertions(+) > > > > diff --git a/Documentation/devicetree/bindings/spi/spi-peripheral-props.yaml b/Documentation/devicetree/bindings/spi/spi-peripheral-props.yaml > > index 5dd209206e88..4194fee8f556 100644 > > --- a/Documentation/devicetree/bindings/spi/spi-peripheral-props.yaml > > +++ b/Documentation/devicetree/bindings/spi/spi-peripheral-props.yaml > > @@ -82,6 +82,35 @@ properties: > > description: > > Delay, in microseconds, after a write transfer. > > > > + stacked-memories: > > + $ref: /schemas/types.yaml#/definitions/uint64-matrix > > matrix or... > > > + description: Several SPI memories can be wired in stacked mode. > > + This basically means that either a device features several chip > > + selects, or that different devices must be seen as a single > > + bigger chip. This basically doubles (or more) the total address > > + space with only a single additional wire, while still needing > > + to repeat the commands when crossing a chip boundary. The size of > > + each chip should be provided as members of the array. > > array? > > Sounds like an array from the description as there is only 1 element, > the size. Well, what I expected to have was something like: dt: = , ; It seemed like the only possible way (that the tooling would validate) was to use: bindings: $ref: /schemas/types.yaml#/definitions/uint64-matrix So I assumed I was defining a matrix of AxB elements, where A is the number of devices I want to "stack" and B is the number of values needed to describe its size, so 1. I realized that the following example, which I was expecting to work, was failing: bindings: $ref: /schemas/types.yaml#/definitions/uint64-array dt: = , ; Indeed, as you propose, this actually works but describes two values (tied somehow) into a single element, which is not exactly what I wanted: bindings: $ref: /schemas/types.yaml#/definitions/uint64-array dt: = ; But more disturbing, all the following constructions worked, when using 32-bits values instead: bindings: $ref: /schemas/types.yaml#/definitions/uint32-array dt: = ; bindings: $ref: /schemas/types.yaml#/definitions/uint32-array dt: = , ; bindings: $ref: /schemas/types.yaml#/definitions/uint32-matrix dt: = ; bindings: $ref: /schemas/types.yaml#/definitions/uint32-matrix dt: = , ; I am fine waiting a bit if you think there is a need for some tooling update on your side. Otherwise, do you really think that this solution is the one we should really use? bindings: $ref: /schemas/types.yaml#/definitions/uint64-array dt: = ; Because from my point of view it does not match what we usually do for other "types" of elements, such as: dt: = , ; or dt: = , ; > > > + minItems: 2 > > + maxItems: 2 > > + items: > > + maxItems: 1 > > This says you can only have 2 64-bit entries. Probably not what you > want. This looks like a case for a maxItems 'should be enough for now' > type of value. Yes, that is what I wanted to describe. In my recent contributions you always preferred to bound things as much as possible, even though later it might become necessary to loosen the constraint. Right now I see the use of these properties for 2 devices, but in theory there is no limit. Of course if we switch to the array representation I suppose I should stick to: + minItems: 2 + maxItems: 2 > > > + > > + parallel-memories: > > + $ref: /schemas/types.yaml#/definitions/uint64-matrix > > + description: Several SPI memories can be wired in parallel mode. > > + The devices are physically on a different buses but will always > > + act synchronously as each data word is spread across the > > + different memories (eg. even bits are stored in one memory, odd > > + bits in the other). This basically doubles the address space and > > + the throughput while greatly complexifying the wiring because as > > + many busses as devices must be wired. The size of each chip should > > + be provided as members of the array. > > + minItems: 2 > > + maxItems: 2 > > + items: > > + maxItems: 1 > > + > > # The controller specific properties go here. > > allOf: > > - $ref: cdns,qspi-nor-peripheral-props.yaml# > > -- > > 2.27.0 > > > > Thanks, Miquèl