lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <11dbf88d12051497ba1e3b16c0d39066.sboyd@kernel.org>
Date: Thu, 20 Jul 2023 16:20:24 -0700
From: Stephen Boyd <sboyd@...nel.org>
To: Alessandro Zummo <a.zummo@...ertech.it>, Alexander Sverdlin <alexander.sverdlin@...il.com>, Alexandre Belloni <alexandre.belloni@...tlin.com>, Andy Shevchenko <andy@...nel.org>, Arnd Bergmann <arnd@...db.de>, Bartosz Golaszewski <brgl@...ev.pl>, Conor Dooley <conor+dt@...nel.org>, Damien Le Moal <dlemoal@...nel.org>, Daniel Lezcano <daniel.lezcano@...aro.org>, David S. Miller <davem@...emloft.net>, Dmitry Torokhov <dmitry.torokhov@...il.com>, Eric Dumazet <edumazet@...gle.com>, Guenter Roeck <linux@...ck-us.net>, Hartley Sweeten <hsweeten@...ionengravers.com>, Jakub Kicinski <kuba@...nel.org>, Jaroslav Kysela <perex@...ex.cz>, Kris Bahnsen <kris@...eddedTS.com>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>, Lennert Buytenhek <kernel@...tstofly.org>, Liam Girdwood <lgirdwood@...il.com>, Linus Walleij <linus.walleij@...aro.org>, Lukasz Majewski <lukma@...x.de>, Mark Brown <broonie@...nel.org>, Michael Peters <mpeters@...eddedTS.com>, Michael Turquette <mturquette@...libr
 e.com>, Miquel Raynal <miquel.raynal@...tlin.com>, Nikita Shubin <nikita.shubin@...uefel.me>, Nikita Shubin via B4 Relay <devnull+nikita.shubin.maquefel.me@...nel.org>, Olof Johansson <olof@...om.net>, Paolo Abeni <pabeni@...hat.com>, Richard Weinberger <richard@....at>, Rob Herring <robh+dt@...nel.org>, Russell King <linux@...linux.org.uk>, Sebastian Reichel <sre@...nel.org>, Sergey Shtylyov <s.shtylyov@....ru>, Takashi Iwai <tiwai@...e.com>, Thierry Reding <thierry.reding@...il.com>, Thomas Gleixner <tglx@...utronix.de>, Uwe Kleine-König <u.kleine-koenig@...gutronix.de>, Vignesh Raghavendra <vigneshr@...com>, Vinod Koul <vkoul@...nel.org>, Wim Van Sebroeck <wim@...ux-watchdog.org>, soc@...nel.org
Cc: linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org, linux-gpio@...r.kernel.org, devicetree@...r.kernel.org, linux-clk@...r.kernel.org, linux-rtc@...r.kernel.org, linux-watchdog@...r.kernel.org, linux-pm@...r.kernel.org, linux-pwm@...r.kernel.org, linux-spi@...r.kernel.org, netdev@...r.kernel.org, dmaengine@...r.kernel.org, linux-mtd@...ts.infradead.org, linux-ide@...r.kernel.org, linux-input@...r.kernel.org, alsa-devel@...a-project.org
Subject: Re: [PATCH v3 02/42] dt-bindings: clock: Add Cirrus EP93xx

Quoting Nikita Shubin via B4 Relay (2023-07-20 04:29:02)
> diff --git a/Documentation/devicetree/bindings/clock/cirrus,ep9301-clk.yaml b/Documentation/devicetree/bindings/clock/cirrus,ep9301-clk.yaml
> new file mode 100644
> index 000000000000..111e016601fb
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/clock/cirrus,ep9301-clk.yaml
> @@ -0,0 +1,46 @@
> +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/clock/cirrus,ep9301-clk.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Cirrus Logic ep93xx SoC's clock controller
> +
> +maintainers:
> +  - Nikita Shubin <nikita.shubin@...uefel.me>
> +  - Alexander Sverdlin <alexander.sverdlin@...il.com>
> +
> +properties:
> +  compatible:
> +    oneOf:
> +      - const: cirrus,ep9301-clk
> +      - items:
> +          - enum:
> +              - cirrus,ep9302-clk
> +              - cirrus,ep9307-clk
> +              - cirrus,ep9312-clk
> +              - cirrus,ep9315-clk
> +          - const: cirrus,ep9301-clk
> +
> +  "#clock-cells":
> +    const: 1
> +
> +  clocks:
> +    items:
> +      - description: reference clock
> +
> +required:
> +  - compatible
> +  - "#clock-cells"
> +  - clocks
> +
> +additionalProperties: false
> +
> +examples:
> +  - |
> +    clock-controller {
> +      compatible = "cirrus,ep9301-clk";

Is there a reg property? The driver grabs some syscon and then iomaps
it, so presumably there is a register range. Is it part of some other
hardware block? If so, can you make that device register sub-devices
with the auxiliary bus instead of using a syscon?

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ