Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp5555433pxb; Tue, 16 Feb 2021 01:16:15 -0800 (PST) X-Google-Smtp-Source: ABdhPJyVkXDBCqI3K+HNo3DdX9QO6JbM6A4TTM7ka8hLiCcSfwrWKOE0oYFsPeAgTLtfMIC4aiA7 X-Received: by 2002:aa7:d80b:: with SMTP id v11mr19902492edq.17.1613466975224; Tue, 16 Feb 2021 01:16:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613466975; cv=none; d=google.com; s=arc-20160816; b=WvkT5qgCZfJ3QP5Trr395q+F+oaMAzsnOFKzjvQBQDznTFwXu41Na46+ccx8pRHNQL 2/mAD6a79rd2YXc6B7UIbbXmKNU3Gd8T7V71+49R6yM9r2k4382DE9yi99GB/qYWrY01 FqOgvvCzccEG0dGBMCmdDFRh+HyEvxfAhD1AlimG7/hfNnYfTdIYLPMXYHnKRhDLzxoN CEPTSJbhgNQQbLbLzykNgq/2uhd2ak397In0Vyoy4Mmw2d4KClgn3iKn0khvClyP2kiJ LfYCExesdZXr6ikaERb3IQC4Pj0G6VP6N661RsSP3jwcMXa44OWuvdTERxRB7Y09Tdvr drBg== 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; bh=ucaaQ1ADUQy4A317BM2Jn2gGmRvVOJrGQ3s1YQX0K0s=; b=QWUiPNuNjYGXD6nagNIM88vYF/cVd2275FJ+UXLwrW0R+oRObKaOzvDm05VHmlfVOF uZJhMrc/qmle93R90FMfcwH9nW/PUkQZj2+fs50dMLf7SzM2O4uiiDMoX4NhDYX22LX+ lUhTFQVlVPgNH2qIDnKCtsZwCH4RZQdkK/CiZCDxorNRsN/L4Uyd8iiAGQvomSx8PTZR JDWoyFfrx5oQvnIIA7D9SLDHq4l0PYwZZsG0RwK32jDjNhBDqNuvIttzzz0UXrhntJ36 6955X7SePEmAxTBFgBMYlBp/GbJQF6lNqeNszd+elXxVA4A8l1py1DrwSRokRp439dUR wq1g== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e13si13326294edz.214.2021.02.16.01.15.51; Tue, 16 Feb 2021 01:16:15 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229952AbhBPJOa (ORCPT + 99 others); Tue, 16 Feb 2021 04:14:30 -0500 Received: from mail-ot1-f45.google.com ([209.85.210.45]:38827 "EHLO mail-ot1-f45.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229910AbhBPJNv (ORCPT ); Tue, 16 Feb 2021 04:13:51 -0500 Received: by mail-ot1-f45.google.com with SMTP id e4so8414789ote.5; Tue, 16 Feb 2021 01:13:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ucaaQ1ADUQy4A317BM2Jn2gGmRvVOJrGQ3s1YQX0K0s=; b=GmpzYCGDEdhAXW6JW0LrjmBkP/eb7mcB6Jz818kA6/nFK92+/8dFFFlYmr3BIxi+dy l2Id8+AvvP7IA2hYt83NEg2ns8XknyO/k1bTfXJz8hdUJe3NiYUk424tkgDtL4w0pzT8 e3mlPcmSHpC4kLWRbVDGMrcIMP3WWRQivKNXef7+kHX180GKpjN7NXu2szGpLDSkLkuf FWEJN7QUfCFreJsbb8KqNij3Tm69TyzbYN20yVpZi3GsyR6o5xslHmOLsboHy11Jd21o r4x2s2bF3XucPiPFKkrHkt4bbt9WRrmmZI7u8SB2y4T8kHLagVUm4GOXXfG08T0+j88x nN7A== X-Gm-Message-State: AOAM532krd5lP64kI8Lk0n/sa0cPQF82YsgVFtL4yEt1cd0PV5V/G8Gg iAYUsQ1oJttLkUW9Ol2iafszJVPgv7CpHE7Lvz8= X-Received: by 2002:a05:6830:148d:: with SMTP id s13mr13989286otq.250.1613466790398; Tue, 16 Feb 2021 01:13:10 -0800 (PST) MIME-Version: 1.0 References: <20210202175340.3902494-1-robh@kernel.org> In-Reply-To: <20210202175340.3902494-1-robh@kernel.org> From: Geert Uytterhoeven Date: Tue, 16 Feb 2021 10:12:59 +0100 Message-ID: Subject: Re: [PATCH] dt-bindings: mtd: spi-nor: Convert to DT schema format To: Rob Herring Cc: "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Vignesh Raghavendra , Richard Weinberger , MTD Maling List , Linux Kernel Mailing List , Miquel Raynal Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rob, On Tue, Feb 2, 2021 at 6:54 PM Rob Herring wrote: > Convert the SPI-NOR binding to DT schema format. Like other memory chips, > the compatible strings are a mess with vendor prefixes not being used > consistently and some compatibles not documented. The resulting schema > passes on 'compatible' checks for most in tree users with the exception > of some oddballs. > > I dropped the 'm25p.*-nonjedec' compatible strings as these don't appear > to be used anywhere. > > Cc: Miquel Raynal > Cc: Richard Weinberger > Cc: Vignesh Raghavendra > Cc: linux-mtd@lists.infradead.org > Signed-off-by: Rob Herring Thanks for your patch! > --- /dev/null > +++ b/Documentation/devicetree/bindings/mtd/jedec,spi-nor.yaml > @@ -0,0 +1,102 @@ > +# SPDX-License-Identifier: GPL-2.0-only > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/mtd/jedec,spi-nor.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: SPI NOR flash ST M25Pxx (and similar) serial flash chips > + > +maintainers: > + - Rob Herring > + > +properties: > + compatible: > + oneOf: > + - items: > + - pattern: "^((((micron|spansion|st),)?\ > + (m25p(40|80|16|32|64|128)|\ > + n25q(32b|064|128a11|128a13|256a|512a|164k)))|\ > + atmel,at25df(321a|641|081a)|\ > + everspin,mr25h(10|40|128|256)|\ > + (mxicy|macronix),mx25l(4005a|1606e|6405d|8005|12805d|25635e)|\ > + (mxicy|macronix),mx25u(4033|4035)|\ > + (spansion,)?s25fl(128s|256s1|512s|008k|064k|164k)|\ > + (sst|microchip),sst25vf(016b|032b|040b)|\ > + (sst,)?sst26wf016b|\ > + (sst,)?sst25wf(040b|080)|\ > + winbond,w25x(80|32)|\ > + (winbond,)?w25q(16|32(w|dw)?|64(dw)?|80bl|128(fw)?|256))$" > + - const: jedec,spi-nor > + - items: > + - enum: > + - issi,is25lp016d > + - micron,mt25qu02g > + - mxicy,mx25r1635f > + - mxicy,mx25u6435f > + - mxicy,mx25v8035f > + - spansion,s25sl12801 > + - spansion,s25fs512s > + - const: jedec,spi-nor > + - const: jedec,spi-nor > + description: > + Must also include "jedec,spi-nor" for any SPI NOR flash that can be > + identified by the JEDEC READ ID opcode (0x9F). Is there any value in keeping this paragraph? The schema already requires "jedec,spi-nor". Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds