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 8383FC4332F for ; Thu, 10 Nov 2022 17:40:14 +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=O+Xda3ZVcscnGKAem+c32SRTPYyWwdVjkbLfEtJ8/co=; b=JN9LFNynNQnzUA 3+F7UIGe7WBgefJ0dSQkNlPZcjJj/DikvJZaZiDk7pVewx1H5LPu3PwBPF0jTbIfXm+lnXL2jZQY9 8xk56OT7sAbxrWdbqAFhvPIiwYjTkD9Oas8UmgTfg/JKEhKLfUaj+Pyt7F3R2zp+0jySqrS+AawmM tI47Bh9JzcHUr9rroFO8DDm3GLj/OXrD4A0IrqLrlaKgvAmIGjl3MyIk7nQOrwhJDxGKAYbeTQc31 usKrwJxCkOuXG8FZZKkMxfxpKbZwCZOJO9EprY/74LCegYb0gb5XPeKUuzyTM6aXCtl+HMeIcodR6 gSU1HwUUw+f0d6aH1Bcg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1otBW9-007l8Y-HY; Thu, 10 Nov 2022 17:39:09 +0000 Received: from relay9-d.mail.gandi.net ([217.70.183.199]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1otBW3-007l2j-HE for linux-arm-kernel@lists.infradead.org; Thu, 10 Nov 2022 17:39:06 +0000 Received: (Authenticated sender: miquel.raynal@bootlin.com) by mail.gandi.net (Postfix) with ESMTPSA id DCCEDFF803; Thu, 10 Nov 2022 17:38:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1668101938; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=taYCXNFd+UiIpmW+eb3Zv5Y5gg+95S3hG+y0f/PVm30=; b=SeZZmHT+1ssN7wFu8Mkj9HXnbwJ7K5E/H6QeEtmceca6C/QeRVuYi4DZXxFk2cWek0d9m5 ReKoUbroGhCYQwUZeTXZTHQqrxeyxQVgRgugqG+NtuBN35VLaRWjaOw53va2RNFi9K4tG8 sggqYR9eWBQ+0eLtGYU2g6t82Dki7yxL/mBNcEDNE4ep87vTNglFqhHNFQ2ueAMiku0+yW THu5WDRMD88lW2OmfT4W3WP4hYcwKPblvfXk9q/Du36rpbt/Scn6vNmAZxMu6JmOHnTeY9 NUVJXzpCIu5Cs6psieyMktxnxPehudcG/O0JAfUMmg0atJvmdq+BPMVniPb7+g== Date: Thu, 10 Nov 2022 18:38:55 +0100 From: Miquel Raynal To: Rob Herring Cc: Krzysztof Kozlowski , devicetree@vger.kernel.org, Srinivas Kandagatla , linux-kernel@vger.kernel.org, Robert Marko , Luka Perkov , Thomas Petazzoni , Michael Walle , linux-arm-kernel@lists.infradead.org, Bartosz Golaszewski , Christian Eggers , Cory Tusar Subject: Re: [PATCH v3 4/6] dt-bindings: nvmem: add YAML schema for the sl28 vpd layout Message-ID: <20221110183855.05ced2a0@xps-13> In-Reply-To: <20221110134918.GB3436769-robh@kernel.org> References: <20221104163833.1289857-1-miquel.raynal@bootlin.com> <20221104163833.1289857-5-miquel.raynal@bootlin.com> <20221110134918.GB3436769-robh@kernel.org> Organization: Bootlin X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.33; 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-20221110_093903_875992_84659638 X-CRM114-Status: GOOD ( 25.26 ) 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="utf-8" Content-Transfer-Encoding: base64 Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org SGkgUm9iLAoKcm9iaEBrZXJuZWwub3JnIHdyb3RlIG9uIFRodSwgMTAgTm92IDIwMjIgMDc6NDk6 MTggLTA2MDA6Cgo+IE9uIEZyaSwgTm92IDA0LCAyMDIyIGF0IDA1OjM4OjMxUE0gKzAxMDAsIE1p cXVlbCBSYXluYWwgd3JvdGU6Cj4gPiBGcm9tOiBNaWNoYWVsIFdhbGxlIDxtaWNoYWVsQHdhbGxl LmNjPgo+ID4gCj4gPiBBZGQgYSBzY2hlbWEgZm9yIHRoZSBOVk1FTSBsYXlvdXQgb24gS29udHJv bidzIHNsMjggYm9hcmRzLgo+ID4gCj4gPiBTaWduZWQtb2ZmLWJ5OiBNaWNoYWVsIFdhbGxlIDxt aWNoYWVsQHdhbGxlLmNjPgo+ID4gU2lnbmVkLW9mZi1ieTogTWlxdWVsIFJheW5hbCA8bWlxdWVs LnJheW5hbEBib290bGluLmNvbT4KPiA+IC0tLQo+ID4gIC4uLi9udm1lbS9sYXlvdXRzL2tvbnRy b24sc2wyOC12cGQueWFtbCAgICAgICB8IDYwICsrKysrKysrKysrKysrKysrKysKPiA+ICAuLi4v YmluZGluZ3MvbnZtZW0vbGF5b3V0cy9udm1lbS1sYXlvdXQueWFtbCAgfCAgMyArCj4gPiAgMiBm aWxlcyBjaGFuZ2VkLCA2MyBpbnNlcnRpb25zKCspCj4gPiAgY3JlYXRlIG1vZGUgMTAwNjQ0IERv Y3VtZW50YXRpb24vZGV2aWNldHJlZS9iaW5kaW5ncy9udm1lbS9sYXlvdXRzL2tvbnRyb24sc2wy OC12cGQueWFtbAo+ID4gCj4gPiBkaWZmIC0tZ2l0IGEvRG9jdW1lbnRhdGlvbi9kZXZpY2V0cmVl L2JpbmRpbmdzL252bWVtL2xheW91dHMva29udHJvbixzbDI4LXZwZC55YW1sIGIvRG9jdW1lbnRh dGlvbi9kZXZpY2V0cmVlL2JpbmRpbmdzL252bWVtL2xheW91dHMva29udHJvbixzbDI4LXZwZC55 YW1sCj4gPiBuZXcgZmlsZSBtb2RlIDEwMDY0NAo+ID4gaW5kZXggMDAwMDAwMDAwMDAwLi40NDA4 OGM4YjQxNTMKPiA+IC0tLSAvZGV2L251bGwKPiA+ICsrKyBiL0RvY3VtZW50YXRpb24vZGV2aWNl dHJlZS9iaW5kaW5ncy9udm1lbS9sYXlvdXRzL2tvbnRyb24sc2wyOC12cGQueWFtbAo+ID4gQEAg LTAsMCArMSw2MCBAQAo+ID4gKyMgU1BEWC1MaWNlbnNlLUlkZW50aWZpZXI6IChHUEwtMi4wIE9S IEJTRC0yLUNsYXVzZSkKPiA+ICslWUFNTCAxLjIKPiA+ICstLS0KPiA+ICskaWQ6IGh0dHA6Ly9k ZXZpY2V0cmVlLm9yZy9zY2hlbWFzL252bWVtL2xheW91dHMva29udHJvbixzbDI4LXZwZC55YW1s Iwo+ID4gKyRzY2hlbWE6IGh0dHA6Ly9kZXZpY2V0cmVlLm9yZy9tZXRhLXNjaGVtYXMvY29yZS55 YW1sIwo+ID4gKwo+ID4gK3RpdGxlOiBOVk1FTSBsYXlvdXQgb2YgdGhlIEtvbnRyb24gU01BUkMt c0FMMjggdml0YWwgcHJvZHVjdCBkYXRhCj4gPiArCj4gPiArbWFpbnRhaW5lcnM6Cj4gPiArICAt IE1pY2hhZWwgV2FsbGUgPG1pY2hhZWxAd2FsbGUuY2M+Cj4gPiArCj4gPiArZGVzY3JpcHRpb246 Cj4gPiArICBUaGUgdml0YWwgcHJvZHVjdCBkYXRhIChWUEQpIG9mIHRoZSBzbDI4IGJvYXJkcyBj b250YWlucyBhIHNlcmlhbAo+ID4gKyAgbnVtYmVyIGFuZCBhIGJhc2UgTUFDIGFkZHJlc3MuIFRo ZSBhY3R1YWwgTUFDIGFkZHJlc3NlcyBmb3IgdGhlCj4gPiArICBvbi1ib2FyZCBldGhlcm5ldCBk ZXZpY2VzIGFyZSBkZXJpdmVkIGZyb20gdGhpcyBiYXNlIE1BQyBhZGRyZXNzIGJ5Cj4gPiArICBh ZGRpbmcgYW4gb2Zmc2V0Lgo+ID4gKwo+ID4gK3Byb3BlcnRpZXM6Cj4gPiArICBjb21wYXRpYmxl Ogo+ID4gKyAgICBjb25zdDoga29udHJvbixzbDI4LXZwZAo+ID4gKwo+ID4gKyAgc2VyaWFsLW51 bWJlcjoKPiA+ICsgICAgdHlwZTogb2JqZWN0Cj4gPiArICAgIGRlc2NyaXB0aW9uOiBUaGUgYm9h cmQncyBzZXJpYWwgbnVtYmVyCj4gPiArCj4gPiArICBiYXNlLW1hYy1hZGRyZXNzOgo+ID4gKyAg ICB0eXBlOiBvYmplY3QKPiA+ICsgICAgZGVzY3JpcHRpb246Cj4gPiArICAgICAgQmFzZSBNQUMg YWRkcmVzcyBmb3IgYWxsIG9uLW1vZHVsZSBuZXR3b3JrIGludGVyZmFjZXMuIFRoZSBmaXJzdAo+ ID4gKyAgICAgIGFyZ3VtZW50IG9mIHRoZSBwaGFuZGxlIHdpbGwgYmUgdHJlYXRlZCBhcyBhbiBv ZmZzZXQuCj4gPiArCj4gPiArICAgIHByb3BlcnRpZXM6Cj4gPiArICAgICAgIiNudm1lbS1jZWxs LWNlbGxzIjoKPiA+ICsgICAgICAgIGNvbnN0OiAxCj4gPiArCj4gPiArICAgIGFkZGl0aW9uYWxQ cm9wZXJ0aWVzOiBmYWxzZQo+ID4gKwo+ID4gK3JlcXVpcmVkOgo+ID4gKyAgLSBjb21wYXRpYmxl Cj4gPiArCj4gPiArYWRkaXRpb25hbFByb3BlcnRpZXM6IGZhbHNlCj4gPiArCj4gPiArZXhhbXBs ZXM6Cj4gPiArICAtIHwKPiA+ICsgICAgICBvdHAtMSB7Cj4gPiArICAgICAgICAgIGNvbXBhdGli bGUgPSAidXNlci1vdHAiOwo+ID4gKwo+ID4gKyAgICAgICAgICBudm1lbS1sYXlvdXQgewo+ID4g KyAgICAgICAgICAgICAgY29tcGF0aWJsZSA9ICJrb250cm9uLHNsMjgtdnBkIjsKPiA+ICsKPiA+ ICsgICAgICAgICAgICAgIHNlcmlhbF9udW1iZXI6IHNlcmlhbC1udW1iZXIgewo+ID4gKyAgICAg ICAgICAgICAgfTsKPiA+ICsKPiA+ICsgICAgICAgICAgICAgIGJhc2VfbWFjX2FkZHJlc3M6IGJh c2UtbWFjLWFkZHJlc3Mgewo+ID4gKyAgICAgICAgICAgICAgICAgICNudm1lbS1jZWxsLWNlbGxz ID0gPDE+Owo+ID4gKyAgICAgICAgICAgICAgfTsKPiA+ICsgICAgICAgICAgfTsKPiA+ICsgICAg ICB9Owo+ID4gKwo+ID4gKy4uLgo+ID4gZGlmZiAtLWdpdCBhL0RvY3VtZW50YXRpb24vZGV2aWNl dHJlZS9iaW5kaW5ncy9udm1lbS9sYXlvdXRzL252bWVtLWxheW91dC55YW1sIGIvRG9jdW1lbnRh dGlvbi9kZXZpY2V0cmVlL2JpbmRpbmdzL252bWVtL2xheW91dHMvbnZtZW0tbGF5b3V0LnlhbWwK PiA+IGluZGV4IGVjYzdjMzdjYmMxZi4uZjY0ZWEyZmEzNjJkIDEwMDY0NAo+ID4gLS0tIGEvRG9j dW1lbnRhdGlvbi9kZXZpY2V0cmVlL2JpbmRpbmdzL252bWVtL2xheW91dHMvbnZtZW0tbGF5b3V0 LnlhbWwKPiA+ICsrKyBiL0RvY3VtZW50YXRpb24vZGV2aWNldHJlZS9iaW5kaW5ncy9udm1lbS9s YXlvdXRzL252bWVtLWxheW91dC55YW1sCj4gPiBAQCAtMTcsNiArMTcsOSBAQCBkZXNjcmlwdGlv bjogfAo+ID4gICAgZGVmaW5lIGFuZCBtaWdodCByZXF1aXJlIGR5bmFtaWMgcmVhZGluZyBvZiB0 aGUgTlZNRU0gZGV2aWNlIGluIG9yZGVyIHRvCj4gPiAgICBwZXJmb3JtIHRoZWlyIHBhcnNpbmcu IFRoZSBudm1lbS1sYXlvdXQgY29udGFpbmVyIGlzIGhlcmUgdG8gZGVzY3JpYmUgdGhlc2UuCj4g PiAgCj4gPiArb25lT2Y6Cj4gPiArICAtICRyZWY6IGtvbnRyb24sc2wyOC12cGQueWFtbCAgCj4g Cj4gVGhpcyBpcyB0aGUgb3RoZXIgd2F5IGFyb3VuZCBmcm9tIGhvdyB3ZSBub3JtYWxseSBzdHJ1 Y3R1cmUgdGhpbmdzLiAKPiBOb3JtYWxseSwgdGhlIHNwZWNpZmljIHNjaGVtYSB3b3VsZCByZWZl cmVuY2UgdGhlIGNvbW1vbi9iYXNlIHNjaGVtYS4gCj4gVGhpcyB3b3JrcywgdGhvdWdoIHlvdSB3 aWxsIGJlIGFwcGx5aW5nIHRoZSBzY2hlbWEgdHdpY2UuIE9uY2UgaGVyZSBhbmQgCj4gdGhlbiBi eSBtYXRjaGluZyBvbiBjb21wYXRpYmxlIHN0cmluZy4gTm90IGEgYmlnIGRlYWwgYXMgdGhhdCBo YXBwZW5zIAo+IGZhaXJseSBvZnRlbiwgYnV0IGEgJ3NlbGVjdDogZmFsc2UnIGluIGtvbnRyb24s c2wyOC12cGQueWFtbCB3b3VsZCAKPiBwcmV2ZW50IHRoYXQuIFRoaXMgd2F5IGRvZXMgbW9yZSB0 byBlbmZvcmNlIHRoZSBvdmVyYWxsIHN0cnVjdHVyZSBvZiAKPiBub2Rlcy4KCk9oIHJpZ2h0LCBJ IGtuZXcgYWJvdXQgdGhlICJzZWxlY3Q6IGZhbHNlIiB0aGluZywgYnV0IEkgZm9yZ290IGl0IGlu CnRoZSB0d28gbGF5b3V0cy4KCj4gVGhlIG9uZSBkb3duc2lkZSBJIHNlZSB3aXRoIGl0IHRoaXMg d2F5IGlzIG52bWVtLWxheW91dCBjYW4ndCBldmVyIGhhdmUgCj4gY29tbW9uIHByb3BlcnRpZXMg ZGVmaW5lZCB3aXRob3V0IGxpc3RpbmcgdGhlbSBpbiBlYWNoIGxheW91dCBzY2hlbWEuCgpPaCB0 aGF0J3MgcmlnaHQsIGFjdHVhbGx5IEkgc29sdmVkIGl0IGluIHRoZSBtdGQgZHQtYmluZGluZyBz ZXJpZXMgd2l0aDoKCnBhcnRpdGlvbnMueWFtbDoKCglvbmVPZjoKCSAgLSAkcmVmOiA8cGFyc2Vy Pi55YW1sCgoJZ2VuZXJpYy1wcm9wZXJ0eToKCSAgJHJlZjogc29tZXRoaW5nCgkgIG1pbi9tYXgu Li46IGZvbwoKPHBhcnNlcj4ueWFtbDoKCWdlbmVyaWMtcHJvcGVydHk6IHRydWUKCkJ1dCBpbiB0 aGlzIGNhc2UsIGFyZSB0aGUgY29uc3RyYWludHMgcHJvdmlkZWQgYnkgcGFydGl0aW9ucy55YW1s IG9uCiJnZW5lcmljLXByb3BlcnR5IiBhY3R1YWxseSBzdGlsbCBlbmZvcmNlZD8KClRoYW5rcywK TWlxdcOobAoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K bGludXgtYXJtLWtlcm5lbCBtYWlsaW5nIGxpc3QKbGludXgtYXJtLWtlcm5lbEBsaXN0cy5pbmZy YWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRlYWQub3JnL21haWxtYW4vbGlzdGluZm8vbGlu dXgtYXJtLWtlcm5lbAo= 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 894CFC433FE for ; Thu, 10 Nov 2022 17:39:06 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230258AbiKJRjE (ORCPT ); Thu, 10 Nov 2022 12:39:04 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55956 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230282AbiKJRjC (ORCPT ); Thu, 10 Nov 2022 12:39:02 -0500 Received: from relay9-d.mail.gandi.net (relay9-d.mail.gandi.net [IPv6:2001:4b98:dc4:8::229]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 71ED01C41C; Thu, 10 Nov 2022 09:38:59 -0800 (PST) Received: (Authenticated sender: miquel.raynal@bootlin.com) by mail.gandi.net (Postfix) with ESMTPSA id DCCEDFF803; Thu, 10 Nov 2022 17:38:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1668101938; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=taYCXNFd+UiIpmW+eb3Zv5Y5gg+95S3hG+y0f/PVm30=; b=SeZZmHT+1ssN7wFu8Mkj9HXnbwJ7K5E/H6QeEtmceca6C/QeRVuYi4DZXxFk2cWek0d9m5 ReKoUbroGhCYQwUZeTXZTHQqrxeyxQVgRgugqG+NtuBN35VLaRWjaOw53va2RNFi9K4tG8 sggqYR9eWBQ+0eLtGYU2g6t82Dki7yxL/mBNcEDNE4ep87vTNglFqhHNFQ2ueAMiku0+yW THu5WDRMD88lW2OmfT4W3WP4hYcwKPblvfXk9q/Du36rpbt/Scn6vNmAZxMu6JmOHnTeY9 NUVJXzpCIu5Cs6psieyMktxnxPehudcG/O0JAfUMmg0atJvmdq+BPMVniPb7+g== Date: Thu, 10 Nov 2022 18:38:55 +0100 From: Miquel Raynal To: Rob Herring Cc: Krzysztof Kozlowski , devicetree@vger.kernel.org, Srinivas Kandagatla , linux-kernel@vger.kernel.org, Robert Marko , Luka Perkov , Thomas Petazzoni , Michael Walle , linux-arm-kernel@lists.infradead.org, Bartosz Golaszewski , Christian Eggers , Cory Tusar Subject: Re: [PATCH v3 4/6] dt-bindings: nvmem: add YAML schema for the sl28 vpd layout Message-ID: <20221110183855.05ced2a0@xps-13> In-Reply-To: <20221110134918.GB3436769-robh@kernel.org> References: <20221104163833.1289857-1-miquel.raynal@bootlin.com> <20221104163833.1289857-5-miquel.raynal@bootlin.com> <20221110134918.GB3436769-robh@kernel.org> Organization: Bootlin X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org Hi Rob, robh@kernel.org wrote on Thu, 10 Nov 2022 07:49:18 -0600: > On Fri, Nov 04, 2022 at 05:38:31PM +0100, Miquel Raynal wrote: > > From: Michael Walle > >=20 > > Add a schema for the NVMEM layout on Kontron's sl28 boards. > >=20 > > Signed-off-by: Michael Walle > > Signed-off-by: Miquel Raynal > > --- > > .../nvmem/layouts/kontron,sl28-vpd.yaml | 60 +++++++++++++++++++ > > .../bindings/nvmem/layouts/nvmem-layout.yaml | 3 + > > 2 files changed, 63 insertions(+) > > create mode 100644 Documentation/devicetree/bindings/nvmem/layouts/kon= tron,sl28-vpd.yaml > >=20 > > diff --git a/Documentation/devicetree/bindings/nvmem/layouts/kontron,sl= 28-vpd.yaml b/Documentation/devicetree/bindings/nvmem/layouts/kontron,sl28-= vpd.yaml > > new file mode 100644 > > index 000000000000..44088c8b4153 > > --- /dev/null > > +++ b/Documentation/devicetree/bindings/nvmem/layouts/kontron,sl28-vpd.= yaml > > @@ -0,0 +1,60 @@ > > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) > > +%YAML 1.2 > > +--- > > +$id: http://devicetree.org/schemas/nvmem/layouts/kontron,sl28-vpd.yaml# > > +$schema: http://devicetree.org/meta-schemas/core.yaml# > > + > > +title: NVMEM layout of the Kontron SMARC-sAL28 vital product data > > + > > +maintainers: > > + - Michael Walle > > + > > +description: > > + The vital product data (VPD) of the sl28 boards contains a serial > > + number and a base MAC address. The actual MAC addresses for the > > + on-board ethernet devices are derived from this base MAC address by > > + adding an offset. > > + > > +properties: > > + compatible: > > + const: kontron,sl28-vpd > > + > > + serial-number: > > + type: object > > + description: The board's serial number > > + > > + base-mac-address: > > + type: object > > + description: > > + Base MAC address for all on-module network interfaces. The first > > + argument of the phandle will be treated as an offset. > > + > > + properties: > > + "#nvmem-cell-cells": > > + const: 1 > > + > > + additionalProperties: false > > + > > +required: > > + - compatible > > + > > +additionalProperties: false > > + > > +examples: > > + - | > > + otp-1 { > > + compatible =3D "user-otp"; > > + > > + nvmem-layout { > > + compatible =3D "kontron,sl28-vpd"; > > + > > + serial_number: serial-number { > > + }; > > + > > + base_mac_address: base-mac-address { > > + #nvmem-cell-cells =3D <1>; > > + }; > > + }; > > + }; > > + > > +... > > diff --git a/Documentation/devicetree/bindings/nvmem/layouts/nvmem-layo= ut.yaml b/Documentation/devicetree/bindings/nvmem/layouts/nvmem-layout.yaml > > index ecc7c37cbc1f..f64ea2fa362d 100644 > > --- a/Documentation/devicetree/bindings/nvmem/layouts/nvmem-layout.yaml > > +++ b/Documentation/devicetree/bindings/nvmem/layouts/nvmem-layout.yaml > > @@ -17,6 +17,9 @@ description: | > > define and might require dynamic reading of the NVMEM device in orde= r to > > perform their parsing. The nvmem-layout container is here to describ= e these. > > =20 > > +oneOf: > > + - $ref: kontron,sl28-vpd.yaml =20 >=20 > This is the other way around from how we normally structure things.=20 > Normally, the specific schema would reference the common/base schema.=20 > This works, though you will be applying the schema twice. Once here and=20 > then by matching on compatible string. Not a big deal as that happens=20 > fairly often, but a 'select: false' in kontron,sl28-vpd.yaml would=20 > prevent that. This way does more to enforce the overall structure of=20 > nodes. Oh right, I knew about the "select: false" thing, but I forgot it in the two layouts. > The one downside I see with it this way is nvmem-layout can't ever have=20 > common properties defined without listing them in each layout schema. Oh that's right, actually I solved it in the mtd dt-binding series with: partitions.yaml: oneOf: - $ref: .yaml generic-property: $ref: something min/max...: foo .yaml: generic-property: true But in this case, are the constraints provided by partitions.yaml on "generic-property" actually still enforced? Thanks, Miqu=C3=A8l