Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp358179ybg; Wed, 10 Jun 2020 02:41:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzgkSRglYtmDV2/WDERIYsGa/YO5Y6/O4wyBhz5zkMyVy9cucbafcWkElJKDV+fgr0E3Naf X-Received: by 2002:a17:906:5fcd:: with SMTP id k13mr2389035ejv.459.1591782087490; Wed, 10 Jun 2020 02:41:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591782087; cv=none; d=google.com; s=arc-20160816; b=FSsBtPJGMpfkHPpKDSAIYSk4+oyXUb94n3qaz5INZ+UxSwXe3Y8A284gYbkMcPi61p b5c0KasLwCcGZ7VWfQWiV0uJQv+WjvIMgyNsDzVm8ei12OgSqfisqgrIZwETHGidfG5v 5WF8D3bQQA6k31nq1kLSOAul3FFnvEA/9GunUnhLAYx8I1X/WzeTGO3f2j/ggRUIN63/ hGxErSKs2PT2d5NZDYyKMPiylg7A6IJrK0vriPV+Ezo2mtyUHwVd/fByut94NKpHk7+7 JaQiMkOVBMfh0ijmcYylwnLHShcpA83+Kwa1oz7419M0EDrDhT7H4tVvp2+BwnnFo11C Coew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject; bh=l22aw7Qsvo/hIwCR6Rs8wIN5JZnC4+J5287kyqxqAxs=; b=Llx7JyMjrKsx95I6ykle/OCIsyMNpydrelThpZedA6ZXa84shtX+3H/mOcRP5MD6Tj mj7O25PX8vpvj3AouPilcuL3AeXS9dW93zrQSDvVgcHgZInpjgFVOIOsqcneR++iYqtf fpihu71BloP7CTaietw0hQLW0zVepHxXTCeAV56lMEkDxFfFQ2xtNAL8/YjFmgp+fLkO xo2yfoCPpwIPzxoRvb1dOu7c2UuxVbkxgDHVqXC38s/m2db/qymZp83IbolSEeYR5IFG Oqv4Iq3JOa4JjQxJfMLZFVZ0RCnnESU5wM1+7kHgNKnvOy4T9QvqYlRQoAs5DeBqsM8T z0ag== 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 p4si12344255edd.374.2020.06.10.02.41.03; Wed, 10 Jun 2020 02:41:27 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727854AbgFJJfj (ORCPT + 99 others); Wed, 10 Jun 2020 05:35:39 -0400 Received: from mx2.suse.de ([195.135.220.15]:39338 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727007AbgFJJfi (ORCPT ); Wed, 10 Jun 2020 05:35:38 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 930BDAD39; Wed, 10 Jun 2020 09:35:37 +0000 (UTC) Subject: Re: [PATCH v2 1/5] dt-bindings: arm: Initial MStar vendor prefixes and compatible strings To: Daniel Palmer Cc: k@japko.eu, tim.bird@sony.com, devicetree@vger.kernel.org, Daniel Palmer , Rob Herring , Russell King , Sam Ravnborg , Linus Walleij , Heiko Stuebner , Maxime Ripard , Lubomir Rintel , Stephan Gerhold , Mark Brown , allen , Mauro Carvalho Chehab , "David S. Miller" , Jonathan Corbet , Greg Kroah-Hartman , Arnd Bergmann , Mike Rapoport , Doug Anderson , Benjamin Gaignard , Gregory Fong , Bartosz Golaszewski , Masahiro Yamada , Nathan Chancellor , Nick Desaulniers , Nathan Huckleberry , Ard Biesheuvel , Marc Zyngier , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org References: <20191014061617.10296-2-daniel@0x0f.com> <20200610090421.3428945-2-daniel@0x0f.com> From: =?UTF-8?Q?Andreas_F=c3=a4rber?= Organization: SUSE Software Solutions Germany GmbH Message-ID: Date: Wed, 10 Jun 2020 11:35:27 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200610090421.3428945-2-daniel@0x0f.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Daniel, Am 10.06.20 um 11:03 schrieb Daniel Palmer: > Adds a prefixes for MStar, thingy.jp, 70mai and then defines compatible > strings for the first MStar based boards. > > Signed-off-by: Daniel Palmer > --- > .../devicetree/bindings/arm/mstar.yaml | 30 +++++++++++++++++++ > .../devicetree/bindings/vendor-prefixes.yaml | 6 ++++ > MAINTAINERS | 6 ++++ > 3 files changed, 42 insertions(+) > create mode 100644 Documentation/devicetree/bindings/arm/mstar.yaml > > diff --git a/Documentation/devicetree/bindings/arm/mstar.yaml b/Documentation/devicetree/bindings/arm/mstar.yaml > new file mode 100644 > index 000000000000..09e87cf6d6f0 > --- /dev/null > +++ b/Documentation/devicetree/bindings/arm/mstar.yaml > @@ -0,0 +1,30 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/arm/mstar.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: MStar platforms device tree bindings > + > +maintainers: > + - Daniel Palmer > + > +properties: > + $nodename: > + const: '/' > + compatible: > + oneOf: > + - description: thingy.jp BreadBee > + items: > + - const: thingyjp,breadbee > + - const: mstar,infinity3 > + > + - description: thingy.jp BreadBee Crust > + items: > + - const: thingyjp,breadbee-crust > + - const: mstar,infinity > + > + - description: 70mai midrive d08 > + items: > + - const: 70mai,midrived08 > + - const: mstar,mercury5 I would advise to restructure these three for forward planning: Use const only for the SoC compatible. For the boards use an enum with (for now) only the one entry. This affects the description, which may mislead people to duplicate these blocks for each board rather than just for each SoC family. Take a look at other existing files (e.g., my realtek.yaml and actions.yaml, but note they don't have the new-style description line yet - I assume it'll work the same in enum as in your oneOf). > diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml b/Documentation/devicetree/bindings/vendor-prefixes.yaml > index ef6d75b9113a..1770fc794027 100644 > --- a/Documentation/devicetree/bindings/vendor-prefixes.yaml > +++ b/Documentation/devicetree/bindings/vendor-prefixes.yaml > @@ -23,6 +23,8 @@ patternProperties: > "^(simple-audio-card|simple-graph-card|st-plgpio|st-spics|ts),.*": true > > # Keep list in alphabetical order. > + "^70mai,.*": > + description: 70mai "70mai Co., Ltd." please - don't just repeat the prefix. > "^abilis,.*": > description: Abilis Systems > "^abracon,.*": > @@ -678,6 +680,8 @@ patternProperties: > description: Microsemi Corporation > "^msi,.*": > description: Micro-Star International Co. Ltd. > + "^mstar,.*": > + description: MStar Semiconductor, Inc. > "^mti,.*": > description: Imagination Technologies Ltd. (formerly MIPS Technologies Inc.) > "^multi-inno,.*": > @@ -1030,6 +1034,8 @@ patternProperties: > description: Three Five Corp > "^thine,.*": > description: THine Electronics, Inc. > + "^thingyjp,.*": > + description: thingy.jp > "^ti,.*": > description: Texas Instruments > "^tianma,.*": If you split the vendor prefixes to a preceding patch, they have a chance of getting Reviewed-bys more quickly. You can then also CC the vendors on the prefixes you're assigning for them. > diff --git a/MAINTAINERS b/MAINTAINERS > index 77a3fa5e3edd..1ca77f97b8ee 100644 > --- a/MAINTAINERS > +++ b/MAINTAINERS > @@ -2110,6 +2110,12 @@ L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers) > S: Maintained > F: arch/arm/mach-pxa/mioa701.c > > +ARM/MStar/Sigmastar ARMv7 SoC support > +M: Daniel Palmer > +L: linux-arm-kernel@lists.infradead.org (moderated for non-subscribers) > +S: Maintained > +F: Documentation/devicetree/bindings/arm/mstar.yaml > + > ARM/NEC MOBILEPRO 900/c MACHINE SUPPORT > M: Michael Petchkovsky > S: Maintained In theory it's spelled Armv7 since 2017, but MAINTAINERS, subject prefix conventions and many other places in Linux still use the old upper-case spelling, too... Regards, Andreas -- SUSE Software Solutions Germany GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer HRB 36809 (AG Nürnberg)