Lines Matching refs:to
5 Linux kernel (v5.1.12) to U-Boot.
7 This code is supposed to bring CCF to IMX based devices (imx6q, imx7 imx8).
9 porting of CCF Linux code to other platforms.
22 * On purpose the "manager" clk driver (clk-imx6q.c) is not using large table to
23 store pointers to clocks - e.g. clk[IMX6QDL_CLK_USDHC2_SEL] = .... Instead we
28 When porting the code as is from Linux, one would need ~1KiB of RAM to store
29 it. This is way too much if we do plan to use this driver in SPL.
32 uclass_priv field contains the struct clk pointer (to the originally created
35 * To keep things simple the struct udevice's uclass_priv pointer is used to
36 store back pointer to corresponding struct clk. However, it is possible to
38 clock related members (like pointer to clk). As of this writing there is no
39 such need, so to avoid extra allocations (as it can be auto allocated by
41 uclass_priv stores the pointer to struct clk.
43 * Non-CCF clocks do not have a pointer to a clock in clk->dev->priv. In the case
45 use the struct clk which is passed to them, and not clk->dev->priv.
47 * It is advised to add common clock code (like already added rate and flags) to
50 * U-Boot's driver model already provides the facility to automatically allocate
52 may look appealing to use this feature to allocate private structures for CCF
64 * I've added the clk_get_parent(), which reads parent's dev->uclass_priv to
65 provide parent's struct clk pointer. This seems the easiest way to get
68 to clk_ops.
70 * Linux's CCF 'struct clk_core' corresponds to U-Boot's udevice in 'struct clk'.
72 moved from this struct one level up to 'struct clk'. Many flags are
78 mux. The former file provides code to tests this setup.
91 or in a more "scriptable" way (with -v to print debug output):
101 * On demand port other parts of CCF to U-Boot - as now only features _really_