[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <11386dd27487075a9a0b1a2aa7794951@dev.tdt.de>
Date: Mon, 31 Jul 2023 14:59:13 +0200
From: Florian Eckert <fe@....tdt.de>
To: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
Cc: mturquette@...libre.com, sboyd@...nel.org, yzhu@...linear.com,
rtanwar@...linear.com, robh+dt@...nel.org,
krzysztof.kozlowski+dt@...aro.org, conor+dt@...nel.org,
linux-clk@...r.kernel.org, linux-kernel@...r.kernel.org,
devicetree@...r.kernel.org, Eckert.Florian@...glemail.com
Subject: Re: [PATCH 2/2] dt-bindings: clock: intel,cgu-lgm: add
mxl,control-gate option
Thanks for your reply,
> You described the desired Linux feature or behavior, not the actual
> hardware. The bindings are about the latter, so instead you need to
> rephrase the property and its description to match actual hardware
> capabilities/features/configuration etc.
You have correctly identified that this is not a hardware configuration,
but a driver configuration. Currently, the driver is configured so that
the gates cannot be switched via the clk subsystem callbacks. When
registering the data structures from the driver, I have to pass a flag
GATE_CLK_HW so that the gate is managed by the driver.
I didn't want to always change the source of the driver when it has to
take
care of the GATE, so I wanted to map this via the dts.
I have a board support package from Maxlinear for the Lightning Mountain
Soc
with other drivers that are not upstream now. Some of them use the
clock framework some of them does not.
Due to missing documents it is not possible to send these drivers
upstream.
Strictly speaking, this is about the gptc and the watchdog.
Since it is a buildin_platform driver, it can also not work via
module parameters.
Best regards
Florian
Powered by blists - more mailing lists