[PATCH] clk: clk_versaclock: Add support for versaclock driver
Sean Anderson
sean.anderson at seco.com
Thu Jun 3 16:52:45 CEST 2021
On 6/3/21 4:34 AM, Luca Ceresoli wrote:
> On 24/05/21 19:53, Adam Ford wrote:
>> The driver is based on the Versaclock driver from the Linux code, but
>> do differences in the clock API between them, some pieces had to change.
>
> s/do/due to/ ?
> s/had to change/had to be changed/
>
>> This driver creates a mux, pfd, pll, and a series of fod ouputs.
>> Rate Usecnt Name
>> ------------------------------------------
>> 25000000 0 `-- x304-clock
>> 25000000 0 `-- clock-controller at 6a.mux
>> 25000000 0 |-- clock-controller at 6a.pfd
>> 2800000000 0 | `-- clock-controller at 6a.pll
>> 33333333 0 | |-- clock-controller at 6a.fod0
>> 33333333 0 | | `-- clock-controller at 6a.out1
>> 33333333 0 | |-- clock-controller at 6a.fod1
>> 33333333 0 | | `-- clock-controller at 6a.out2
>> 50000000 0 | |-- clock-controller at 6a.fod2
>> 50000000 0 | | `-- clock-controller at 6a.out3
>> 125000000 0 | `-- clock-controller at 6a.fod3
>> 125000000 0 | `-- clock-controller at 6a.out4
>> 25000000 0 `-- clock-controller at 6a.out0_sel_i2cb
>>
>> A translation function is added so the references to <&versaclock X> get routed
>> to the corresponding clock-controller at 6a.outX.
>>
>> Signed-off-by: Adam Ford <aford173 at gmail.com>
>
> I've been reviewing this patch and it looks mostly OK to me except for a
> few notes below, mostly minor ones. However my knowledge of the U-Boot
> driver model is minimal, thus I couldn't go in depth in the most
> interesting and critical part of Adam's work, i.e. the adaptations for
> the U-Boot codebase. I'm afraid I cannot do more.
>
>> diff --git a/drivers/clk/Makefile b/drivers/clk/Makefile
>> index 645709b855..2a9ebec860 100644
>> --- a/drivers/clk/Makefile
>> +++ b/drivers/clk/Makefile
>> @@ -51,3 +51,4 @@ obj-$(CONFIG_SANDBOX_CLK_CCF) += clk_sandbox_ccf.o
>> obj-$(CONFIG_STM32H7) += clk_stm32h7.o
>> obj-$(CONFIG_CLK_VERSAL) += clk_versal.o
>> obj-$(CONFIG_CLK_CDCE9XX) += clk-cdce9xx.o
>> +obj-$(CONFIG_CLK_VERSACLOCK) +=clk_versaclock.o
>
> Nit: space after '+='.
>
>> diff --git a/drivers/clk/clk_versaclock.c b/drivers/clk/clk_versaclock.c
>> new file mode 100644
>> index 0000000000..30e49fad31
>> --- /dev/null
>> +++ b/drivers/clk/clk_versaclock.c
>> @@ -0,0 +1,1025 @@
>> +// SPDX-License-Identifier: GPL-2.0-or-later
>> +/*
>> + * Driver for IDT Versaclock 5/6
>> + *
>> + * Derived from code Copyright (C) 2017 Marek Vasut <marek.vasut at gmail.com>
>> + */
>> +
>> +#include <common.h>
>> +#include <clk.h>
>> +#include <clk-uclass.h>
>> +#include <dm.h>
>> +#include <errno.h>
>> +#include <i2c.h>
>> +#include <dm/device_compat.h>
>> +#include <log.h>
>> +#include <linux/clk-provider.h>
>> +#include <linux/kernel.h>
>> +#include <linux/math64.h>
>> +
>> +#include <dt-bindings/clk/versaclock.h>
>
> Missing file?
>
>> +
>> +/* VersaClock5 registers */
>> +#define VC5_OTP_CONTROL 0x00
>> +
>> +/* Factory-reserved register block */
>> +#define VC5_RSVD_DEVICE_ID 0x01
>> +#define VC5_RSVD_ADC_GAIN_7_0 0x02
>> +#define VC5_RSVD_ADC_GAIN_15_8 0x03
>> +#define VC5_RSVD_ADC_OFFSET_7_0 0x04
>> +#define VC5_RSVD_ADC_OFFSET_15_8 0x05
>> +#define VC5_RSVD_TEMPY 0x06
>> +#define VC5_RSVD_OFFSET_TBIN 0x07
>> +#define VC5_RSVD_GAIN 0x08
>> +#define VC5_RSVD_TEST_NP 0x09
>> +#define VC5_RSVD_UNUSED 0x0a
>> +#define VC5_RSVD_BANDGAP_TRIM_UP 0x0b
>> +#define VC5_RSVD_BANDGAP_TRIM_DN 0x0c
>> +#define VC5_RSVD_CLK_R_12_CLK_AMP_4 0x0d
>> +#define VC5_RSVD_CLK_R_34_CLK_AMP_4 0x0e
>> +#define VC5_RSVD_CLK_AMP_123 0x0f
>
> I wonder whether it really makes sense to define so many registers that
> are not used in the driver. But it's done the same way in the Linux
> driver, and it doesn't hurt much, so I'll be fine with or without them.
I would leave them in so the next person who works on this driver doesn't have to add them.\
--Sean
>
> [...]
>
>> +static const struct udevice_id versaclock_ids[] = {
>> + { .compatible = "idt,5p49v5923", .data = (ulong)&idt_5p49v5923_info },
>> + { .compatible = "idt,5p49v5925", .data = (ulong)&idt_5p49v5925_info },
>> + { .compatible = "idt,5p49v5933", .data = (ulong)&idt_5p49v5933_info },
>> + { .compatible = "idt,5p49v5935", .data = (ulong)&idt_5p49v5935_info },
>> + { .compatible = "idt,5p49v6901", .data = (ulong)&idt_5p49v6901_info },
>> + { .compatible = "idt,5p49v6965", .data = (ulong)&idt_5p49v6965_info },
>> + {},
>> +};
>
> Why not putting this array below, right before the U_BOOT_DRIVER() call
> where it is used, similarly to the Linux driver?
>
More information about the U-Boot
mailing list