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 E63DFC4321E for ; Fri, 17 Dec 2021 15:08:15 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237913AbhLQPIO (ORCPT ); Fri, 17 Dec 2021 10:08:14 -0500 Received: from smtp-relay-internal-1.canonical.com ([185.125.188.123]:57468 "EHLO smtp-relay-internal-1.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237918AbhLQPIM (ORCPT ); Fri, 17 Dec 2021 10:08:12 -0500 Received: from mail-lj1-f200.google.com (mail-lj1-f200.google.com [209.85.208.200]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-internal-1.canonical.com (Postfix) with ESMTPS id DD7CA3FFD3 for ; Fri, 17 Dec 2021 15:08:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1639753690; bh=EscRM3zeuMe4QRAvQ51JRRs9n/Wn3urOySWDrMNRXHw=; h=Message-ID:Date:MIME-Version:Subject:From:To:Cc:References: In-Reply-To:Content-Type; b=K/9dz25aqpQuMVeuPyiTHtmFxNjd67gNV1eFm3+/uojQr951aMh9yEUoJjUC7U/4T pWbj5eQ4y13yvRCRTYD1i8IkrLnC5K6Lh3WNdK81Mzx1Yymfjn+IKpDvzfo1OhPhD7 gzUnt+simgu6NCA7orW0NkX2HgPSVNgJQxafwHDCm1q4esMVGrt2fTrrwrNzLl2wdr zbKGVq6nL/M4IDbYz1pSavsmSkCgBwvg3W8uTzvXHthtilRo2iw/tkMS776VAXcsRV cNmX4CezuRAxXr2qA7lmkcsw0kQgYmVxYy2/BENDBpRuTP8neNDLYPlEwfWA+LLKQ4 Ni5OWSqojYlEQ== Received: by mail-lj1-f200.google.com with SMTP id 83-20020a2e0556000000b00218db3260bdso779689ljf.9 for ; Fri, 17 Dec 2021 07:08:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:from:to:cc:references:in-reply-to :content-transfer-encoding; bh=EscRM3zeuMe4QRAvQ51JRRs9n/Wn3urOySWDrMNRXHw=; b=sXpV/fCKRKX1JSBDyp9UDOWMYUj9R77uBGULWxw3kflDDnt4c6AEkM8QsVyfywf2+c yGMsIHrQQ2nm/NNgcgZ7tVIz/zjETHmfQik87AIJCvZthWV6Fgs4B3BZpuZM3KDM/8YZ oQUMqk2TaQjz3a4zqZeiVEA3n/ajqUo7c5atzizDJGX5x+9ZigqQw+SqhI8mMVl33Ndf 8Z8sbOT1ek7BVKH9+X4k1T/XTU8h6pRcHN8mTRaGQ34lPfaXxzcwgIU8ntF7hjGd7Ybi JCwVEUjjK8zZdtImN+KMS/DAXfrFcB3y+gyT1wsc42xjU85AXIUCnyzzzn5Y752ApsM2 Qs7g== X-Gm-Message-State: AOAM532QjeGJjgpa3LOkaJiYAgDXXKhT7/q/Szo4IiEyf5TcUG5VXK9q 4GDnbBI+ZsL7mL5iPhkcqSD46SbRer6rjMn51IxRv/+pwkRpWjBrYcEb61SV2BVJc3psa8dB8Am ToNtJpSvRWtnpLT9Vh4s2SaFyAV0ea19lFJpmqxPr/g== X-Received: by 2002:a05:6512:368a:: with SMTP id d10mr3057491lfs.476.1639753678782; Fri, 17 Dec 2021 07:07:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJwjit/KxYQojMyrYyqg3tppu8lupjtyMuTl3o4zZeCjXmcoayEWshoXqKAPpfREvzZOsoCa7Q== X-Received: by 2002:a05:6512:368a:: with SMTP id d10mr3057453lfs.476.1639753678217; Fri, 17 Dec 2021 07:07:58 -0800 (PST) Received: from [192.168.3.67] (89-77-68-124.dynamic.chello.pl. [89.77.68.124]) by smtp.gmail.com with ESMTPSA id 18sm1764464ljr.17.2021.12.17.07.07.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 17 Dec 2021 07:07:57 -0800 (PST) Message-ID: <19cbe2ba-7df5-7c7c-289f-6dc419d9f477@canonical.com> Date: Fri, 17 Dec 2021 16:07:51 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.3.1 Subject: Re: [PATCH v2 06/17] dt-bindings: rng: add bindings for microchip mpfs rng Content-Language: en-US From: Krzysztof Kozlowski To: conor.dooley@microchip.com, linus.walleij@linaro.org, bgolaszewski@baylibre.com, robh+dt@kernel.org, jassisinghbrar@gmail.com, paul.walmsley@sifive.com, palmer@dabbelt.com, aou@eecs.berkeley.edu, a.zummo@towertech.it, alexandre.belloni@bootlin.com, broonie@kernel.org, gregkh@linuxfoundation.org, thierry.reding@gmail.com, u.kleine-koenig@pengutronix.de, lee.jones@linaro.org, linux-gpio@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org, linux-pwm@vger.kernel.org, linux-riscv@lists.infradead.org, linux-crypto@vger.kernel.org, linux-rtc@vger.kernel.org, linux-spi@vger.kernel.org, linux-usb@vger.kernel.org Cc: geert@linux-m68k.org, bin.meng@windriver.com, heiko@sntech.de, lewis.hanly@microchip.com, daire.mcnamara@microchip.com, ivan.griffin@microchip.com, atish.patra@wdc.com References: <20211217093325.30612-1-conor.dooley@microchip.com> <20211217093325.30612-7-conor.dooley@microchip.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On 17/12/2021 15:53, Krzysztof Kozlowski wrote: > On 17/12/2021 10:33, conor.dooley@microchip.com wrote: >> From: Conor Dooley >> >> Add device tree bindings for the hardware rng device accessed via >> the system services on the Microchip PolarFire SoC. >> >> Signed-off-by: Conor Dooley >> --- >> .../bindings/rng/microchip,mpfs-rng.yaml | 29 +++++++++++++++++++ >> 1 file changed, 29 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/rng/microchip,mpfs-rng.yaml >> >> diff --git a/Documentation/devicetree/bindings/rng/microchip,mpfs-rng.yaml b/Documentation/devicetree/bindings/rng/microchip,mpfs-rng.yaml >> new file mode 100644 >> index 000000000000..32cbc37c9292 >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/rng/microchip,mpfs-rng.yaml >> @@ -0,0 +1,29 @@ >> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) >> +%YAML 1.2 >> +--- >> +$id: "http://devicetree.org/schemas/rng/microchip,mpfs-rng.yaml#" >> +$schema: "http://devicetree.org/meta-schemas/core.yaml#" >> + >> +title: Microchip MPFS random number generator >> + >> +maintainers: >> + - Conor Dooley >> + >> +description: | >> + The hardware random number generator on the Polarfire SoC is >> + accessed via the mailbox interface provided by the system controller >> + >> +properties: >> + compatible: >> + const: microchip,mpfs-rng >> + >> +required: >> + - compatible >> + >> +additionalProperties: false >> + >> +examples: >> + - | >> + hwrandom: hwrandom { > > Three topics: > 1. Node name (as most of others are using): rng > 2. skip the label, not helping in example. > 3. This looks very simple, so I wonder if the bindings are complete. No > IO space/address... How is it going to be instantiated? > OK, now I saw the usage in DTS. I have doubts this makes sense as separate bindings. It looks like integrated part of syscontroller, so maybe make it part of that binding? Or at least add ref to syscontroller bindings that such child is expected. Best regards, Krzysztof