[U-Boot] [PATCH v4 00/13] clk: Port Linux common clock framework [CCF] to U-boot (tag: 5.0-rc3)

Simon Glass sjg at chromium.org
Mon May 20 15:35:35 UTC 2019


Hi Lukasz,

On Sun, 19 May 2019 at 08:35, Lukasz Majewski <lukma at denx.de> wrote:
>
> Hi Simon,
>
> > Hi Lukasz,
> >
> > On Sat, 18 May 2019 at 14:49, Lukasz Majewski <lukma at denx.de> wrote:
> > >
> > > Hi Simon,
> > >
> > > > kHi Lukasz,
> > > >
> > > > On Thu, 16 May 2019 at 16:11, Lukasz Majewski <lukma at denx.de>
> > > > wrote:
> > > > >
> > > > > This patch series brings the files from Linux kernel to provide
> > > > > clocks support as it is used on the Linux kernel with common
> > > > > clock framework [CCF] setup.
> > > > >
> > > > > This series also fixes several problems with current clocks and
> > > > > provides sandbox tests for functions addded to clk-uclass.c
> > > > > file.
> > > > >
> > > > > Repository:
> > > > > https://github.com/lmajewski/u-boot-dfu/commits/CCF-v4
> > > > >
> > > > >
> > > > > Changes in v4:
> > > > > - New patch
> > > > > - None
> > > > > - None
> > > > > - None
> > > > > - New patch
> > > > > - None
> > > > > - Port some more Linux code to facilitate imx8 code porting
> > > > > (most notably flags)
> > > > > - Explicitly use container_of() based macro to provide struct
> > > > > clk in various places (e.g. gate2, mux, etc)
> > > > >   Following patches has been squashed:
> > > > >   http://patchwork.ozlabs.org/patch/1093141/
> > > > >   http://patchwork.ozlabs.org/patch/1093142/
> > > > >   http://patchwork.ozlabs.org/patch/1093146/
> > > > > - New patch
> > > > >
> > > > > Changes in v3:
> > > > > - New patch
> > > > > - The rate information is now cached into struct clk field
> > > > > - The clk_get_parent() is used to get pointer to the parent
> > > > > struct clk
> > > > > - Replace -ENODEV with -ENOENT
> > > > > - Use **clkp instead of **c
> > > > > - New patch
> > > > > - New patch
> > > > >
> > > > > Lukasz Majewski (13):
> > > > >   clk: doc: Add documentation entry for Common Clock Framework
> > > > > [CCF] (i.MX)
> > > > >   dm: Fix documentation entry as there is no UCLASS_CLOCK uclass
> > > > >   clk: Remove clock ID check in .get_rate() of clk_fixed_*
> > > > >   clk: Extend struct clk to provide information regarding clock
> > > > > rate clk: Extend struct clk to provide clock type agnostic flags
> > > > >   clk: Provide struct clk for fixed rate clock
> > > > > (clk_fixed_rate.c) dm: clk: Define clk_get_parent() for clk
> > > > > operations dm: clk: Define clk_get_parent_rate() for clk
> > > > > operations dm: clk: Define clk_get_by_id() for clk operations
> > > > >   clk: test: Provide unit test for clk_get_by_id() method
> > > > >   clk: test: Provide unit test for clk_get_parent_rate() method
> > > > >   clk: Port Linux common clock framework [CCF] for imx6q to
> > > > > U-boot (tag: 5.0-rc3)
> > > > >   dm: clk: Extend clk_get_parent_rate() to support
> > > > > CLK_GET_RATE_NOCACHE flag
> > > > >
> > > > >  arch/sandbox/include/asm/clk.h |  16 ++++
> > > > >  doc/imx/clk/ccf.txt            |  83 +++++++++++++++++++
> > > > >  drivers/clk/Kconfig            |  14 ++++
> > > > >  drivers/clk/Makefile           |   2 +
> > > > >  drivers/clk/clk-divider.c      | 148
> > > > > ++++++++++++++++++++++++++++++++++
> > > > > drivers/clk/clk-fixed-factor.c |  87 ++++++++++++++++++++
> > > > > drivers/clk/clk-mux.c          | 164
> > > > > +++++++++++++++++++++++++++++++++++++
> > > > > drivers/clk/clk-uclass.c       |  60 ++++++++++++++
> > > > > drivers/clk/clk.c              |  56 +++++++++++++
> > > > > drivers/clk/clk_fixed_factor.c |   3 -
> > > > > drivers/clk/clk_fixed_rate.c   |   8 +-
> > > > > drivers/clk/clk_sandbox_test.c |  49 +++++++++++
> > > > > drivers/clk/imx/Kconfig        |   9 +++
> > > > > drivers/clk/imx/Makefile       |   2 +
> > > > > drivers/clk/imx/clk-gate2.c    | 113 ++++++++++++++++++++++++++
> > > > > drivers/clk/imx/clk-imx6q.c    | 179
> > > > > +++++++++++++++++++++++++++++++++++++++++
> > > > > drivers/clk/imx/clk-pfd.c      |  91 +++++++++++++++++++++
> > > > > drivers/clk/imx/clk-pllv3.c    |  83 +++++++++++++++++++
> > > > > drivers/clk/imx/clk.h          |  75 +++++++++++++++++
> > > > > include/clk.h                  |  37 ++++++++-
> > > > > include/linux/clk-provider.h   | 115 ++++++++++++++++++++++++++
> > > > > test/dm/clk.c                  |   4 +- 22 files changed, 1390
> > > > > insertions(+), 8 deletions(-) create mode 100644
> > > > > doc/imx/clk/ccf.txt create mode 100644
> > > > > drivers/clk/clk-divider.c create mode 100644
> > > > > drivers/clk/clk-fixed-factor.c create mode 100644
> > > > > drivers/clk/clk-mux.c create mode 100644 drivers/clk/clk.c
> > > > > create mode 100644 drivers/clk/imx/clk-gate2.c create mode
> > > > > 100644 drivers/clk/imx/clk-imx6q.c create mode 100644
> > > > > drivers/clk/imx/clk-pfd.c create mode 100644
> > > > > drivers/clk/imx/clk-pllv3.c create mode 100644
> > > > > drivers/clk/imx/clk.h create mode 100644
> > > > > include/linux/clk-provider.h
> > > >
> > > > I don't see any new tests here other a trivial change in
> > > > test/dm/clk.c
> > > >
> > > > When adding new functionality to the generic clock code, tests
> > > > should be added to cover this code. The sandbox clock driver
> > > > should be enhanced as needed.
> > >
> > > Please correct me if I'm wrong (or provide not enough code for those
> > > use cases), but I've added some tests here:
> > >
> > > http://patchwork.ozlabs.org/patch/1100767/
> > > http://patchwork.ozlabs.org/patch/1100769/
> > >
> > > Are those not exhaustive enough? Have I overlooked something?
> >
> > Sorry...I even looked at those patches but missed that they were
> > tests. I think it would be better if the test code were in test/dm
> > instead of drivers/clk/clk_sandbox_test.c.
>
> I've added those tests in the same place as original clk_get_rate().
> However, there is no issue from my side to add them to test/dm if this
> is a better place.
>
> >
> > I made a comment about the driver_data thing though.
> >
> > I wonder if we should try to put tests (code in test/dm/... at least)
> > in with the change that introduces new functionality? Or would that be
> > too painful?
>
> As I said above - if the test/dm/ directory is a better place (than
> drivers/clk/clk_sandbox_test.c) to place CCF (clk) related tests - then
> I'm fine with it.

Well that file is strange. It seems to be a driver and not a test. But
why can't it use the normal sandbox clock drivers?

Regards,
Simon


More information about the U-Boot mailing list