Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp525476ybv; Sat, 22 Feb 2020 08:34:44 -0800 (PST) X-Google-Smtp-Source: APXvYqw+p8eH33fz/0378YjA823fkeAcIYIM7eTLykeuPHHhpu7b5YsdzAY3jV4PcknOWIQ4cb4P X-Received: by 2002:a9d:dc1:: with SMTP id 59mr33390577ots.250.1582389284817; Sat, 22 Feb 2020 08:34:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582389284; cv=none; d=google.com; s=arc-20160816; b=P9ja+uckGIrndOVJoyhnT20ld9XvZT8H93kmiC/qyjTPEvwH/wDsHzFIhcTdI7+ewa KV9gEiQxPXxAkYJ4KKkoAFdU1KtNFEoEql6c+CZ5shp8vtGpTJ9zi+DVilV4lRuPRiCE uwRJxTQdUFqaoU/5e1/YJtquCIonlDGJkr7671sgolaodgqKTdkaB3DrnsUQk7V1wgTG 9sM4QS/7oGTMcK00h3HPiIhYKTGxsQpELm3EC8PqPHTAmjEPhMXXyjPbJPK7ev7KsWJL r+jMQ9MD4uapjLXNUr/csGnMzpVUHjmMNt0P+sfb7SF8Wx9ppN+JnDkvQxZm66LcojZT 3vdg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:mime-version :subject:dkim-signature; bh=ePY/0rqkwbjes1xzte1Wwpv9uM/lZL6ji/jWOu/uZgA=; b=mUFZRuOwVG8hn0OzfAXVD1Vpx7LHHnL2hGim+NBSm1IHzY8Q6rVgi2rHtntypGfPdE WgbNY/lJZ1h5QtVyVCpntliU3+xFm/+vve4J7sy5SqRRy4GhI3R92N34J3va+n82Pw5G 1OO0MpJ3wd9C04o6yAp+QV2atHAzkIS5uZjTEmxrYzOfQU/4lLxfEcHwwMmebpT3gE8N O19ilpaNWlxR/8Ew2BsIotcyCK0Zgz4QLIBE9oWEEb+T74B4GFp6LecjDl61Mk1zDTVI AZd9SMhj5xHLFbmzEVaSIdoAUkoLhpkGVzZrYjjh6PX6chqageFNUN76dYBpQ6o4vf2R vlRQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@goldelico.com header.s=strato-dkim-0002 header.b=aSwjEhs+; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a10si2746293oia.232.2020.02.22.08.34.32; Sat, 22 Feb 2020 08:34:44 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@goldelico.com header.s=strato-dkim-0002 header.b=aSwjEhs+; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726762AbgBVQeT (ORCPT + 99 others); Sat, 22 Feb 2020 11:34:19 -0500 Received: from mo4-p02-ob.smtp.rzone.de ([81.169.146.169]:25157 "EHLO mo4-p02-ob.smtp.rzone.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726713AbgBVQeT (ORCPT ); Sat, 22 Feb 2020 11:34:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1582389256; s=strato-dkim-0002; d=goldelico.com; h=To:References:Message-Id:Cc:Date:In-Reply-To:From:Subject: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=ePY/0rqkwbjes1xzte1Wwpv9uM/lZL6ji/jWOu/uZgA=; b=aSwjEhs+p8LISnTw2M+kyDupep2B0ttJr5i05FLi4csUh227uXbiwdJKLduvsAzWTB t+mrOSpTM7uPssUSJ7a5kaO+qKwnPsB73Knf9gmyYENqMh2FvpZDuQmxuWvtElyAt7L3 BKL9k8lzMkNCAox5R36cedBRP8FoHIki3Ar9Ix8Oyy4jiXumT4RHTfIx1KFkfsK0mhX0 bhGfbFwAmROHCQ/rqp1kdhYoIUBBTpNOpdEsOFlNYyIaAZHRMflkObyaqCval7wL0qTf lzOYnc7mdJWR1UkOXmxmucCLc2NDFL4yKTGw/b9z5ag85zyuIkq+lfl7pFJtamX7r5zj ZiHQ== X-RZG-AUTH: ":JGIXVUS7cutRB/49FwqZ7WcJeFKiMgPgp8VKxflSZ1P34KBj4Qpw9iZeHmAiw43swGE=" X-RZG-CLASS-ID: mo00 Received: from imac.fritz.box by smtp.strato.de (RZmta 46.1.12 DYNA|AUTH) with ESMTPSA id U06217w1MGY6jzd (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (curve X9_62_prime256v1 with 256 ECDH bits, eq. 3072 bits RSA)) (Client did not present a certificate); Sat, 22 Feb 2020 17:34:06 +0100 (CET) Subject: Re: [PATCH v5 2/6] Bindings: nvmem: add bindings for JZ4780 efuse Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=us-ascii From: "H. Nikolaus Schaller" In-Reply-To: <20200222165738.61cde2a0@kemnade.info> Date: Sat, 22 Feb 2020 17:34:06 +0100 Cc: PrasannaKumar Muralidharan , Paul Cercueil , Mathieu Malaterre , Srinivas Kandagatla , Rob Herring , Mark Rutland , Ralf Baechle , Paul Burton , Mauro Carvalho Chehab , "David S. Miller" , Greg Kroah-Hartman , Jonathan Cameron , Krzysztof Kozlowski , Kees Cook , Andi Kleen , Geert Uytterhoeven , linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-mips@vger.kernel.org, letux-kernel@openphoenux.org, kernel@pyra-handheld.com Content-Transfer-Encoding: quoted-printable Message-Id: References: <51642368a064073ab99bb3110863b5fadc382f82.1582367141.git.hns@goldelico.com> <20200222165738.61cde2a0@kemnade.info> To: Andreas Kemnade X-Mailer: Apple Mail (2.3124) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Am 22.02.2020 um 16:57 schrieb Andreas Kemnade : >=20 > On Sat, 22 Feb 2020 11:25:37 +0100 > "H. Nikolaus Schaller" wrote: >=20 >> From: PrasannaKumar Muralidharan >>=20 >> This patch brings support for the JZ4780 efuse. Currently it only = exposes >> a read only access to the entire 8K bits efuse memory. >>=20 >> Tested-by: Mathieu Malaterre >> Signed-off-by: PrasannaKumar Muralidharan = >> Signed-off-by: Mathieu Malaterre >> Signed-off-by: H. Nikolaus Schaller >> [converted to yaml] >> Signed-off-by: Andreas Kemnade >> --- >> .../bindings/nvmem/ingenic,jz4780-efuse.yaml | 50 = +++++++++++++++++++ >> 1 file changed, 50 insertions(+) >> create mode 100644 = Documentation/devicetree/bindings/nvmem/ingenic,jz4780-efuse.yaml >>=20 >> diff --git = a/Documentation/devicetree/bindings/nvmem/ingenic,jz4780-efuse.yaml = b/Documentation/devicetree/bindings/nvmem/ingenic,jz4780-efuse.yaml >> new file mode 100644 >> index 000000000000..09a8ef937750 >> --- /dev/null >> +++ = b/Documentation/devicetree/bindings/nvmem/ingenic,jz4780-efuse.yaml >> @@ -0,0 +1,50 @@ >> +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause >> +%YAML 1.2 >> +--- >> +$id: http://devicetree.org/schemas/nvmem/ingenic,jz4780-efuse.yaml# >> +$schema: http://devicetree.org/meta-schemas/core.yaml# >> + >> +title: Ingenic JZ EFUSE driver bindings >> + >> +maintainers: >> + - PrasannaKumar Muralidharan >> + >> +allOf: >> + - $ref: "nvmem.yaml#" >> + >> +properties: >> + compatible: >> + enum: >> + - ingenic,jz4780-efuse >> + >> + reg: >> + maxItems: 1 >> + >> + clocks: >> + # Handle for the ahb for the efuse. >> + maxItems: 1 >> + >> + clock-names: >> + items: >> + - const: ahb2 > as Rob said: probably not needed, since it is a single > clock, and the driver uses devm_clk_get(dev, NULL), so it should be = prepared > for that without any extra work. The question is if a specific driver implementation should determine what the DT requires or the other way round. I don't know... I did interpret Rob's comment differently: there was > - "clock-names" Must be "bus_clk" and he did say:=20 'clk' is redundant. How about 'ahb'? So I thought he refers to the _clk suffix? >=20 >> + >> +required: >> + - compatible >> + - reg >> + - clock-names > so it is not required here (but "- clocks" (not "- clock") as said in = earlier > mail). Well, this is another example where I do not yet see any improvement by = yaml. It is the same amount of guessing what should be written where. Is this = to be added or not? When is it and why, when not and why? BR and thanks, Nikolaus