All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Boyd <sboyd@kernel.org>
To: Alexandre Torgue <alexandre.torgue@st.com>,
	Michael Turquette <mturquette@baylibre.com>,
	gabriel.fernandez@st.com
Cc: linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org,
	benjamin GAIGNARD <benjamin.gaignard@st.com>,
	Loic PALLARDY <loic.pallardy@st.com>
Subject: Re: [RESEND PATCH] clk: stm32: fix: stm32 clock drivers are not compiled by default
Date: Fri, 04 May 2018 19:45:30 -0700	[thread overview]
Message-ID: <152548833044.138124.7516235724401510636@swboyd.mtv.corp.google.com> (raw)
In-Reply-To: <0066b4db-8da6-007d-780d-a8ffc4884ad0@st.com>

Quoting Alexandre Torgue (2018-05-04 00:54:16)
> Stephen
> 
> On 05/03/2018 08:40 AM, gabriel.fernandez@st.com wrote:
> > From: Gabriel Fernandez <gabriel.fernandez@st.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@st.com>
> > Acked-by: Alexandre TORGUE <alexandre.torgue@st.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.

So this patch instead? It leaves it around for the whole arch, but
limits the default to be the machines that matter. I suppose we could
put an 'if EXPERT' on the bool part too if we don't even want to expose
the options to normal users.

-----8<-----
From: Gabriel Fernandez <gabriel.fernandez@st.com>
Date: Thu, 3 May 2018 08:40:09 +0200
Subject: [PATCH] clk: stm32: fix: stm32 clock drivers are not compiled by
 default
Cc: <linux-kernel@vger.kernel.org>,
    <linux-arm-kernel@lists.infradead.org>

Clock driver is mandatory if the machine is selected. Add a default
of the machines that need the clk driver, so that the user can turn it
off if they want, but otherwise it's exposed on the SoCs the driver
is for.

Fixes: da32d3539fca ("clk: stm32: add configuration flags for each of the stm32 drivers")
Signed-off-by: Gabriel Fernandez <gabriel.fernandez@st.com>
Acked-by: Alexandre TORGUE <alexandre.torgue@st.com>
Signed-off-by: Stephen Boyd <sboyd@kernel.org>
---
 drivers/clk/Kconfig | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
index 41492e980ef4..ac3f0e2bc03f 100644
--- a/drivers/clk/Kconfig
+++ b/drivers/clk/Kconfig
@@ -267,15 +267,16 @@ config COMMON_CLK_STM32MP157
 
 config COMMON_CLK_STM32F
 	bool "Clock driver for stm32f4 and stm32f7 SoC families"
-	depends on MACH_STM32F429 || MACH_STM32F469 || MACH_STM32F746
+	depends on ARCH_STM32
+	default MACH_STM32F429 || MACH_STM32F469 || MACH_STM32F746
 	help
 	---help---
 	  Support for stm32f4 and stm32f7 SoC families clocks
 
 config COMMON_CLK_STM32H7
 	bool "Clock driver for stm32h7 SoC family"
-	depends on MACH_STM32H743
-	help
+	depends on ARCH_STM32
+	default MACH_STM32H743
 	---help---
 	  Support for stm32h7 SoC family clocks
 
-- 
Sent by a computer through tubes

WARNING: multiple messages have this Message-ID (diff)
From: Stephen Boyd <sboyd@kernel.org>
To: Alexandre Torgue <alexandre.torgue@st.com>,
	Michael Turquette <mturquette@baylibre.com>,
	gabriel.fernandez@st.com
Cc: linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org,
	benjamin GAIGNARD <benjamin.gaignard@st.com>,
	Loic PALLARDY <loic.pallardy@st.com>
Subject: Re: [RESEND PATCH] clk: stm32: fix: stm32 clock drivers are not compiled by default
Date: Fri, 04 May 2018 19:45:30 -0700	[thread overview]
Message-ID: <152548833044.138124.7516235724401510636@swboyd.mtv.corp.google.com> (raw)
In-Reply-To: <0066b4db-8da6-007d-780d-a8ffc4884ad0@st.com>

Quoting Alexandre Torgue (2018-05-04 00:54:16)
> Stephen
> =

> On 05/03/2018 08:40 AM, gabriel.fernandez@st.com wrote:
> > From: Gabriel Fernandez <gabriel.fernandez@st.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 t=
he 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@st.com>
> > Acked-by: Alexandre TORGUE <alexandre.torgue@st.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.

So this patch instead? It leaves it around for the whole arch, but
limits the default to be the machines that matter. I suppose we could
put an 'if EXPERT' on the bool part too if we don't even want to expose
the options to normal users.

-----8<-----
From: Gabriel Fernandez <gabriel.fernandez@st.com>
Date: Thu, 3 May 2018 08:40:09 +0200
Subject: [PATCH] clk: stm32: fix: stm32 clock drivers are not compiled by
 default
Cc: <linux-kernel@vger.kernel.org>,
    <linux-arm-kernel@lists.infradead.org>

Clock driver is mandatory if the machine is selected. Add a default
of the machines that need the clk driver, so that the user can turn it
off if they want, but otherwise it's exposed on the SoCs the driver
is for.

Fixes: da32d3539fca ("clk: stm32: add configuration flags for each of the s=
tm32 drivers")
Signed-off-by: Gabriel Fernandez <gabriel.fernandez@st.com>
Acked-by: Alexandre TORGUE <alexandre.torgue@st.com>
Signed-off-by: Stephen Boyd <sboyd@kernel.org>
---
 drivers/clk/Kconfig | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
index 41492e980ef4..ac3f0e2bc03f 100644
--- a/drivers/clk/Kconfig
+++ b/drivers/clk/Kconfig
@@ -267,15 +267,16 @@ config COMMON_CLK_STM32MP157
 =

 config COMMON_CLK_STM32F
 	bool "Clock driver for stm32f4 and stm32f7 SoC families"
-	depends on MACH_STM32F429 || MACH_STM32F469 || MACH_STM32F746
+	depends on ARCH_STM32
+	default MACH_STM32F429 || MACH_STM32F469 || MACH_STM32F746
 	help
 	---help---
 	  Support for stm32f4 and stm32f7 SoC families clocks
 =

 config COMMON_CLK_STM32H7
 	bool "Clock driver for stm32h7 SoC family"
-	depends on MACH_STM32H743
-	help
+	depends on ARCH_STM32
+	default MACH_STM32H743
 	---help---
 	  Support for stm32h7 SoC family clocks
 =

-- =

Sent by a computer through tubes

  reply	other threads:[~2018-05-05  2:45 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-03  6:40 [RESEND PATCH] clk: stm32: fix: stm32 clock drivers are not compiled by default gabriel.fernandez
2018-05-04  7:54 ` Alexandre Torgue
2018-05-05  2:45   ` Stephen Boyd [this message]
2018-05-05  2:45     ` Stephen Boyd
2018-05-14 12:45     ` Alexandre Torgue
2018-05-15 21:48       ` Stephen Boyd
2018-05-15 21:48         ` Stephen Boyd
2018-05-16  7:34         ` Alexandre Torgue
2018-05-16  7:57           ` Stephen Boyd
2018-05-16  7:57             ` Stephen Boyd
2018-05-16  8:01             ` Alexandre Torgue
2018-05-16  7:58 ` Stephen Boyd
2018-05-16  7:58   ` Stephen Boyd

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=152548833044.138124.7516235724401510636@swboyd.mtv.corp.google.com \
    --to=sboyd@kernel.org \
    --cc=alexandre.torgue@st.com \
    --cc=benjamin.gaignard@st.com \
    --cc=gabriel.fernandez@st.com \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=loic.pallardy@st.com \
    --cc=mturquette@baylibre.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.