1. 20 8月, 2020 1 次提交
  2. 23 7月, 2020 1 次提交
  3. 17 7月, 2020 2 次提交
  4. 03 6月, 2020 1 次提交
    • A
      clk: sprd: fix compile-testing · b5f73d47
      Arnd Bergmann 提交于
      I got a build failure with CONFIG_ARCH_SPRD=m when the
      main portion of the clock driver failed to get linked into
      the kernel:
      
      ERROR: modpost: "sprd_pll_sc_gate_ops" [drivers/clk/sprd/sc9863a-clk.ko] undefined!
      ERROR: modpost: "sprd_pll_ops" [drivers/clk/sprd/sc9863a-clk.ko] undefined!
      ERROR: modpost: "sprd_div_ops" [drivers/clk/sprd/sc9863a-clk.ko] undefined!
      ERROR: modpost: "sprd_comp_ops" [drivers/clk/sprd/sc9863a-clk.ko] undefined!
      ERROR: modpost: "sprd_mux_ops" [drivers/clk/sprd/sc9863a-clk.ko] undefined!
      ERROR: modpost: "sprd_gate_ops" [drivers/clk/sprd/sc9863a-clk.ko] undefined!
      ERROR: modpost: "sprd_sc_gate_ops" [drivers/clk/sprd/sc9863a-clk.ko] undefined!
      ERROR: modpost: "sprd_clk_probe" [drivers/clk/sprd/sc9863a-clk.ko] undefined!
      ERROR: modpost: "sprd_clk_regmap_init" [drivers/clk/sprd/sc9863a-clk.ko] undefined!
      ERROR: modpost: "sprd_pll_ops" [drivers/clk/sprd/sc9860-clk.ko] undefined!
      ERROR: modpost: "sprd_div_ops" [drivers/clk/sprd/sc9860-clk.ko] undefined!
      ERROR: modpost: "sprd_mux_ops" [drivers/clk/sprd/sc9860-clk.ko] undefined!
      
      This is a combination of two trivial bugs:
      
      - A platform should not be 'tristate', it should be a 'bool' symbol
        like the other platforms, if only for consistency, and to avoid
        surprises like this one.
      
      - The clk Makefile does not traverse into the sprd subdirectory
        if the platform is disabled but the drivers are enabled for
        compile-testing.
      
      Fixing either of the two would be sufficient to address the link failure,
      but for correctness, both need to be changed.
      
      Fixes: 2b1b799d ("arm64: change ARCH_SPRD Kconfig to tristate")
      Fixes: d41f59fd ("clk: sprd: Add common infrastructure")
      Acked-by: NChunyan Zhang <chunyan.zhang@unisoc.com>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      b5f73d47
  5. 06 5月, 2020 3 次提交
  6. 11 3月, 2020 1 次提交
  7. 09 3月, 2020 1 次提交
  8. 06 3月, 2020 1 次提交
  9. 26 10月, 2019 2 次提交
  10. 11 10月, 2019 1 次提交
  11. 05 9月, 2019 1 次提交
  12. 22 7月, 2019 1 次提交
  13. 04 6月, 2019 1 次提交
  14. 01 6月, 2019 2 次提交
  15. 31 5月, 2019 1 次提交
  16. 21 5月, 2019 1 次提交
  17. 20 5月, 2019 1 次提交
  18. 08 5月, 2019 1 次提交
  19. 01 5月, 2019 1 次提交
  20. 06 4月, 2019 1 次提交
  21. 13 3月, 2019 1 次提交
  22. 01 3月, 2019 1 次提交
  23. 09 2月, 2019 2 次提交
  24. 07 2月, 2019 1 次提交
  25. 01 2月, 2019 2 次提交
  26. 16 12月, 2018 1 次提交
  27. 16 11月, 2018 1 次提交
    • G
      arm64: renesas: Move SoC Kconfig symbols to drivers/soc/renesas/ · fa43948f
      Geert Uytterhoeven 提交于
      arch/arm64/Kconfig.platforms has SoC-specific Kconfig symbols for
      Renesas SoCs, while other vendors have only a single Kconfig symbol.
      
      Increase consistency with other vendors by moving the SoC-specific
      Kconfig symbols to drivers/soc/renesas/Kconfig.
      
      Increase consistency with R-Car Gen1 and Gen2 SoCs on arm32 by
      introducing a family-specific Kconfig symbol for R-Car Gen3
      (ARCH_RCAR_GEN3), which enables family-specific hardware features.
      While so far only a single family (R-Car Gen3 and derivatives) of
      Renesas arm64 SoCs is supported by Linux, this will make it easier
      to add support for other SoC families later.
      Signed-off-by: NGeert Uytterhoeven <geert+renesas@glider.be>
      Signed-off-by: NSimon Horman <horms+renesas@verge.net.au>
      fa43948f
  28. 15 11月, 2018 1 次提交
  29. 11 10月, 2018 1 次提交
  30. 02 10月, 2018 1 次提交
  31. 01 10月, 2018 1 次提交
  32. 26 9月, 2018 1 次提交
  33. 11 9月, 2018 1 次提交