linux-kernel - Re: [RESEND PATCH] clk: stm32: fix: stm32 clock drivers are not compiled by default

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <152642091618.237094.8294094887191293130@swboyd.mtv.corp.google.com>
Date:   Tue, 15 May 2018 14:48:36 -0700
From:   Stephen Boyd <sboyd@...nel.org>
To:     Alexandre Torgue <alexandre.torgue@...com>,
        Michael Turquette <mturquette@...libre.com>,
        gabriel.fernandez@...com
Cc:     linux-clk@...r.kernel.org, linux-kernel@...r.kernel.org,
        benjamin GAIGNARD <benjamin.gaignard@...com>,
        Loic PALLARDY <loic.pallardy@...com>
Subject: Re: [RESEND PATCH] clk: stm32: fix: stm32 clock drivers are not compiled by
 default

Quoting Alexandre Torgue (2018-05-14 05:45:57)
> 
> 
> On 05/05/2018 04:45 AM, Stephen Boyd wrote:
> > Quoting Alexandre Torgue (2018-05-04 00:54:16)
> >> Stephen
> >>
> >> On 05/03/2018 08:40 AM, gabriel.fernandez@...com wrote:
> >>> From: Gabriel Fernandez <gabriel.fernandez@...com>
> >>>
> >>> Clock driver is mandatory if the machine is selected.
> >>> Then don't use 'bool' and 'depends on' commands, but 'def_bool'
> >>> with the machine(s).
> >>>
> >>> Fixes: da32d3539fca ("clk: stm32: add configuration flags for each of the stm32 drivers")
> >>>
> >>
> >> Sorry to insist but we need it to have STM32 MCUs booting on Kernel v4.17.
> > 
> > Thanks for the bump. I missed this one. Of course, the user can still select
> > the configs now, just it's annoying for upgrade path.
> > 
> >>
> >>> Signed-off-by: Gabriel Fernandez <gabriel.fernandez@...com>
> >>> Acked-by: Alexandre TORGUE <alexandre.torgue@...com>
> >>> ---
> >>>    drivers/clk/Kconfig | 6 ++----
> >>>    1 file changed, 2 insertions(+), 4 deletions(-)
> >>>
> >>> diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
> >>> index 24a5bc3..721572a 100644
> >>> --- a/drivers/clk/Kconfig
> >>> +++ b/drivers/clk/Kconfig
> >>> @@ -266,15 +266,13 @@ config COMMON_CLK_STM32MP157
> >>>          Support for stm32mp157 SoC family clocks
> >>>    
> >>>    config COMMON_CLK_STM32F
> >>> -     bool "Clock driver for stm32f4 and stm32f7 SoC families"
> >>> -     depends on MACH_STM32F429 || MACH_STM32F469 || MACH_STM32F746
> >>> +     def_bool COMMON_CLK && (MACH_STM32F429 || MACH_STM32F469 || MACH_STM32F746)
> > 
> > But the point of the change this patch is fixing was to expose these to
> > the user to turn off they wanted. You'll need to do something like that
> > again here, instead of removing the prompt and replacing it with a
> > def_bool.
> > 
> 
> Sorry I don't understand. Clock driver is mandatory to boot each 
> platform and depends on machine type. Do you see a use case where we 
> could need to disable the clock driver? (it would impose to change 
> devicetree to use fixed clocks and to have a booloader which configures 
> all PLL and clocks).

No. My understanding of the patch that introduced the options was to
allow the user to disable these drivers if they wanted to. I'm just
reiterating the spirit of that patch. That must be wrong?