- 29 Mar, 2022 1 commit
-
-
Stephen Boyd authored
- Clock configuration on Microchip PolarFire SoCs - Free allocations on probe error in Mediatek clk driver - Modernize Mediatek clk driver by consolidating code * clk-microchip: clk: microchip: Add driver for Microchip PolarFire SoC dt-bindings: clk: microchip: Add Microchip PolarFire host binding * clk-si: clk-si5341: replace snprintf in show functions with sysfs_emit clk: si5341: fix reported clk_rate when output divider is 2 * clk-mtk: (32 commits) clk: mediatek: Warn if clk IDs are duplicated clk: mediatek: mt8195: Implement remove functions clk: mediatek: mt8195: Implement error handling in probe functions clk: mediatek: mt8195: Hook up mtk_clk_simple_remove() clk: mediatek: Unregister clks in mtk_clk_simple_probe() error path clk: mediatek: mtk: Implement error handling in register APIs clk: mediatek: pll: Implement error handling in register API clk: mediatek: mux: Implement error handling in register API clk: mediatek: mux: Reverse check for existing clk to reduce nesting level clk: mediatek: gate: Implement error handling in register API clk: mediatek: cpumux: Implement error handling in register API clk: mediatek: mtk: Clean up included headers clk: mediatek: Add mtk_clk_simple_remove() clk: mediatek: Implement mtk_clk_unregister_composites() API clk: mediatek: Implement mtk_clk_unregister_divider_clks() API clk: mediatek: Implement mtk_clk_unregister_factors() API clk: mediatek: Implement mtk_clk_unregister_fixed_clks() API clk: mediatek: pll: Clean up included headers clk: mediatek: pll: Implement unregister API clk: mediatek: pll: Split definitions into separate header file ... * clk-at91: clk: at91: clk-master: remove dead code clk: at91: sama7g5: fix parents of PDMCs' GCLK clk: at91: sama7g5: Allow MCK1 to be exported and referenced in DT clk: at91: allow setting PMC_AUDIOPINCK clock parents via DT * clk-st: clk: stm32mp1: Add parent_data to ETHRX clock clk: stm32mp1: Split ETHCK_K into separate MUX and GATE clock
-
- 12 Mar, 2022 1 commit
-
-
Daire McNamara authored
Add support for clock configuration on Microchip PolarFire SoC Reviewed-by:
Geert Uytterhoeven <geert@linux-m68k.org> Tested-by:
Geert Uytterhoeven <geert@linux-m68k.org> Co-developed-by:
Padmarao Begari <padmarao.begari@microchip.com> Signed-off-by:
Padmarao Begari <padmarao.begari@microchip.com> Signed-off-by:
Daire McNamara <daire.mcnamara@microchip.com> Co-developed-by:
Conor Dooley <conor.dooley@microchip.com> Signed-off-by:
Conor Dooley <conor.dooley@microchip.com> Link: https://lore.kernel.org/r/20220222121143.3316880-2-conor.dooley@microchip.comSigned-off-by:
Stephen Boyd <sboyd@kernel.org>
-
- 09 Mar, 2022 1 commit
-
-
git://git.kernel.org/pub/scm/linux/kernel/git/at91/linuxStephen Boyd authored
Pull AT91 clk driver changes From Nicolas Ferre: - sama7g5: One low priority fix for GCLK of PDMC - clk-master: cleanup of dead code * tag 'clk-at91-5.18' of git://git.kernel.org/pub/scm/linux/kernel/git/at91/linux: clk: at91: clk-master: remove dead code clk: at91: sama7g5: fix parents of PDMCs' GCLK
-
- 08 Mar, 2022 2 commits
-
-
Claudiu Beznea authored
Commit facb87ad ("clk: at91: sama7g5: remove prescaler part of master clock") removed the master clock's prescaler from clock tree of SAMA7G5 as it has been discovered that there is a hardware bug when trying to change it at run-time (bug is described in description of commit facb87ad ("clk: at91: sama7g5: remove prescaler part of master clock")). This was previously changed at CPUFreq driver request. Thus, with commit facb87ad ("clk: at91: sama7g5: remove prescaler part of master clock") there is no need of code that handles run-time changes of master clock's prescaler, thus remove this code. Signed-off-by:
Claudiu Beznea <claudiu.beznea@microchip.com> Signed-off-by:
Nicolas Ferre <nicolas.ferre@microchip.com> Link: https://lore.kernel.org/r/20220203110202.18329-1-claudiu.beznea@microchip.com
-
Codrin Ciubotariu authored
Audio PLL can be used as parent by the GCLKs of PDMCs. Fixes: cb783bbb ("clk: at91: sama7g5: add clock support for sama7g5") Signed-off-by:
Codrin Ciubotariu <codrin.ciubotariu@microchip.com> Reviewed-by:
Claudiu Beznea <claudiu.beznea@microchip.com> Signed-off-by:
Nicolas Ferre <nicolas.ferre@microchip.com> Link: https://lore.kernel.org/r/20220304182616.1920392-1-codrin.ciubotariu@microchip.com
-
- 17 Feb, 2022 31 commits
-
-
Chen-Yu Tsai authored
The Mediatek clk driver library handles duplicate clock IDs in two different ways: either ignoring the duplicate entry, or overwriting the old clk. Either way may cause unexpected behavior, and the latter also causes an orphan clk that cannot be cleaned up. Align the behavior so that later duplicate entries are ignored, and a warning printed. The warning will also aid in making the issue noticeable. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-32-wenst@chromium.orgSigned-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Until now the mediatek clk driver library did not have any way to unregister clks, and so none of the drivers implemented remove functions. Now that the library does have APIs to unregister clks, use them to implement remove functions for the mt8195 clk drivers. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Link: https://lore.kernel.org/r/20220208124034.414635-31-wenst@chromium.orgReviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Until now the mediatek clk driver library did not have any way to unregister clks, and so all drivers did not do proper cleanup in their error paths. Now that the library does have APIs to unregister clks, use them in the error path of the probe functions for the mt8195 clk drivers to do proper cleanup. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Link: https://lore.kernel.org/r/20220208124034.414635-30-wenst@chromium.orgReviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Various small clock controllers only have clock gates, and utilize mtk_clk_simple_probe() as their driver probe function. Now that we have a matching remove function, hook it up for the relevant drivers. This was done with the following command: sed -i -e '/mtk_clk_simple_probe/a \ .remove = mtk_clk_simple_remove,' drivers/clk/mediatek/clk-mt8195-*.c Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Link: https://lore.kernel.org/r/20220208124034.414635-29-wenst@chromium.orgReviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Reviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Until now the mediatek clk driver library did not have any way to unregister clks, and so all drivers did not do proper cleanup in their error paths. Now that the library does have APIs to unregister clks, use them in the error path of mtk_clk_simple_probe() to do proper cleanup. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-28-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The remaining clk registration functions do not stop or return errors if any clk failed to be registered, nor do they implement error handling paths. This may result in a partially working device if any step fails. Make the register functions return proper error codes, and bail out if errors occur. Proper cleanup, i.e. unregister any clks that were successfully registered, is done in the new error path. This also makes the |struct clk_data *| argument mandatory, as it is used to track the list of clks registered. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-27-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The pll clk type registration function does not stop or return errors if any clk failed to be registered, nor does it implement an error handling path. This may result in a partially working device if any step failed. Make the register function return proper error codes, and bail out if errors occur. Proper cleanup, i.e. unregister any clks that were successfully registered, and unmap the I/O space, is done in the new error path. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-26-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The mux clk type registration function does not stop or return errors if any clk failed to be registered, nor does it implement an error handling path. This may result in a partially working device if any step failed. Make the register function return proper error codes, and bail out if errors occur. Proper cleanup, i.e. unregister any clks that were successfully registered, is done in the new error path. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-25-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The clk registration code here currently does: if (IS_ERR_OR_NULL(clk_data->clks[mux->id])) { ... do clk registration ... } This extra level of nesting wastes screen real estate. Reduce the nesting level by reversing the conditional shown above. Other than that, functionality is not changed. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-24-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The gate clk type registration function does not stop or return errors if any clk failed to be registered, nor does it implement an error handling path. This may result in a partially working device if any step failed. Make the register function return proper error codes, and bail out if errors occur. Proper cleanup, i.e. unregister any clks that were successfully registered, is done in the new error path. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-23-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The cpumux clk type registration function does not stop or return errors if any clk failed to be registered, nor does it implement an error handling path. This may result in a partially working device if any step failed. Make the register function return proper error codes, and bail out if errors occur. Proper cleanup, i.e. unregister any clks that were successfully registered, is done in the new error path. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-22-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Some included headers aren't actually used anywhere, while other headers with the declaration of functions and structures aren't directly included. Get rid of the unused ones, and add the ones that should be included directly. On the header side, replace headers that are included purely for data structure definitions with forward declarations. This decreases the amount of preprocessing and compilation effort required for each inclusion. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-21-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
In commit c58cd0e4 ("clk: mediatek: Add mtk_clk_simple_probe() to simplify clock providers"), a generic probe function was added to simplify clk drivers that only needed to support clk gates. However due to the lack of unregister APIs, a corresponding remove function was not added. Now that the unregister APIs have been implemented, add aforementioned remove function to make it complete. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-20-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
mtk_clk_register_composites(), as the name suggests, is used to register a given list of composite clks. However it is lacking a counterpart unregister API. Implement said unregister API so that the various clock platform drivers can utilize it to do proper unregistration, cleanup and removal. In the header file, the register function's declaration is also reformatted to fit code style guidelines. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Link: https://lore.kernel.org/r/20220208124034.414635-19-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
mtk_clk_register_divider_clks(), as the name suggests, is used to register a given list of divider clks. However it is lacking a counterpart unregister API. Implement said unregister API so that the various clock platform drivers can utilize it to do proper unregistration, cleanup and removal. In the header file, the register function's declaration is also reformatted to fit code style guidelines. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-18-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
mtk_clk_register_factors(), as the name suggests, is used to register a given list of fixed factor clks. However it is lacking a counterpart unregister API. Implement said unregister API so that the various clock platform drivers can utilize it to do proper unregistration, cleanup and removal. In the header file, the register function's declaration is also reformatted to fit code style guidelines. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-17-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
mtk_clk_register_fixed_clks(), as the name suggests, is used to register a given list of fixed rate clks. However it is lacking a counterpart unregister API. Implement said unregister API so that the various clock platform drivers can utilize it to do proper unregistration, cleanup and removal. In the header file, the register function's declaration is also reformatted to fit code style guidelines. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-16-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Some included headers aren't actually used anywhere, while other headers with the declaration of functions and structures aren't directly included. Get rid of the unused ones, and add the ones that should be included directly. Also, copy the MHZ macro from clk-mtk.h, and drop clk-mtk.h from the included headers. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-15-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The PLL clk type within the MediaTek clk driver library only has a register function, and no corresponding unregister function. This means there is no way for its users to properly implement cleanup and removal. Add a matching unregister function for the PLL type clk. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-14-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
When the PLL type clk was implemented in the MediaTek clk driver library, the data structure definitions and function declaration were put in the common header file. Since it is its own type of clk, and not all platform clk drivers utilize it, having the definitions in the common header results in wasted cycles during compilation. Split out the related definitions and declarations into its own header file, and include that only in the platform clk drivers that need it. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-13-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Some included headers aren't actually used anywhere, while other headers with the declaration of functions and structures aren't directly included. Get rid of the unused ones, and add the ones that should be included directly. On the header side, replace headers that are included purely for data structure definitions with forward declarations. This decreases the amount of preprocessing and compilation effort required for each inclusion. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-12-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
struct mtk_clk_mux is an implementation detail of the mux clk type, and is not used outside of the implementation. Internalize the definition to minimize leakage of details and shrink the header file. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-11-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The mux clk type within the MediaTek clk driver library only has a register function, and no corresponding unregister function. This means there is no way for its users to properly implement cleanup and removal. Add a matching unregister function for the mux type clk. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-10-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Some headers with the declaration of functions and structures aren't directly included. Explicitly include them so that future changes to other headers would not result in an unexpected build break. On the header side, add forward declarations for any data structures whose pointers are used in function signatures. No headers are required. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-9-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
struct mtk_clk_cpumux is an implementation detail of the cpumux clk type, and is not used outside of the implementation. Internalize the definition to minimize leakage of details and shrink the header file. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-8-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The cpumux clk type within the MediaTek clk driver library only has a register function, and no corresponding unregister function. This means there is no way for its users to properly implement cleanup and removal. Add a matching unregister function for the cpumux type clk. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-7-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Some included headers aren't actually used anywhere, while other headers with the declaration of functions and structures aren't directly included. Get rid of the unused ones, and add the ones that should be included directly. On the header side, replace headers that are included purely for data structure definitions with forward declarations. This decreases the amount of preprocessing and compilation effort required for each inclusion. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-6-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
The gate clk type within the MediaTek clk driver library only has a register function, and no corresponding unregister function. This means there is no way for its users to properly implement cleanup and removal. Add a matching unregister function for the gate type clk. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-5-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
struct mtk_clk_gate and mtk_clk_register_gate() are not used outside of the gate clk library. Only the API that handles a list of clks is used by the individual platform clk drivers. Internalize the parts that aren't used outside of the implementation. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-4-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
Right now some bits of the gate type clk code are in clk-gate.[ch], but other bits are in clk-mtk.[ch]. This is different from the cpumux and mux type clks, for which all of the code are found in the same files. Move the functions that register multiple clks from a given list, mtk_clk_register_gates_with_dev() and mtk_clk_register_gates(), to clk-gate.[ch] to consolidate all the code for the gate type clks. This commit only moves code with minor whitespace fixups to correct the code style. Further improvements, such as internalizing various functions and structures will be done in later commits. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-3-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
Chen-Yu Tsai authored
If %pe is used to print errors, a string representation of the error would be printed instead of a number as with %ld. Also, all the sites printing errors are deriving the error code from a pointer. Using %pe is more straightforward. Signed-off-by:
Chen-Yu Tsai <wenst@chromium.org> Reviewed-by:
Miles Chen <miles.chen@mediatek.com> Reviewed-by:
AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> Link: https://lore.kernel.org/r/20220208124034.414635-2-wenst@chromium.orgReviewed-by:
Chun-Jie Chen <chun-jie.chen@mediatek.com> Signed-off-by:
Stephen Boyd <sboyd@kernel.org>
-
- 13 Feb, 2022 4 commits
-
-
Linus Torvalds authored
-
Linus Torvalds authored
Merge tag 'kbuild-fixes-v5.17-2' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild Pull Kbuild fixes from Masahiro Yamada: - Fix the truncated path issue for HAVE_GCC_PLUGINS test in Kconfig - Move -Wunsligned-access to W=1 builds to avoid sprinkling warnings for the latest Clang - Fix missing fclose() in Kconfig - Fix Kconfig to touch dep headers correctly when KCONFIG_AUTOCONFIG is overridden. * tag 'kbuild-fixes-v5.17-2' of git://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild: kconfig: fix failing to generate auto.conf kconfig: fix missing fclose() on error paths Makefile.extrawarn: Move -Wunaligned-access to W=1 kconfig: let 'shell' return enough output for deep path names
-
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tipLinus Torvalds authored
Pull irq fixes from Thomas Gleixner: "Interrupt chip driver fixes: - Don't install an hotplug notifier for GICV3-ITS on systems which do not need it to prevent a warning in the notifier about inconsistent state - Add the missing device tree matching for the T-HEAD PLIC variant so the related SoC is properly supported" * tag 'irq-urgent-2022-02-13' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: irqchip/sifive-plic: Add missing thead,c900-plic match string dt-bindings: update riscv plic compatible string irqchip/gic-v3-its: Skip HP notifier when no ITS is registered
-
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tipLinus Torvalds authored
Pull objtool fix from Borislav Petkov: "Fix a case where objtool would mistakenly warn about instructions being unreachable" * tag 'objtool_urgent_for_v5.17_rc4' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: x86/bug: Merge annotate_reachable() into _BUG_FLAGS() asm
-