diff options
| author | Hans de Goede <[email protected]> | 2023-08-03 11:33:29 +0200 |
|---|---|---|
| committer | Mauro Carvalho Chehab <[email protected]> | 2023-08-14 20:27:56 +0200 |
| commit | ec7dfad51ff0ba3a90f95466a2af1949f3208c4e (patch) | |
| tree | c1abc6de4bff944c6913d29c67f2467cd631ccdd /tools/perf/scripts/python/export-to-sqlite.py | |
| parent | 37f7e57e089e26569ca11859e36c27818e7a1506 (diff) | |
media: ov2680: Add support for more clk setups
On ACPI systems the following 2 scenarios are possible:
1. The xvclk is fully controlled by ACPI powermanagement, so there
is no "xvclk" for the driver to get (since it is abstracted away).
In this case there will be a "clock-frequency" device property
to tell the driver the xvclk rate.
2. There is a xvclk modelled in the clk framework for the driver,
but the clk-generator may not be set to the right frequency
yet. In this case there will also be a "clock-frequency" device
property and the driver is expected to set the rate of the xvclk
through this frequency through the clk framework.
Handle both these scenarios by switching to devm_clk_get_optional()
and checking for a "clock-frequency" device property.
This is modelled after how the same issue was fixed for the ov8865 in
commit 73dcffeb2ff9 ("media: i2c: Support 19.2MHz input clock in ov8865").
Acked-by: Rui Miguel Silva <[email protected]>
Reviewed-by: Daniel Scally <[email protected]>
Reviewed-by: Tommaso Merciai <[email protected]>
Signed-off-by: Hans de Goede <[email protected]>
Signed-off-by: Sakari Ailus <[email protected]>
Signed-off-by: Mauro Carvalho Chehab <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/export-to-sqlite.py')
0 files changed, 0 insertions, 0 deletions