From: tomasz.figa@gmail.com (Tomasz Figa)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/4] ARM: EXYNOS: Kconfig: Sort out dependencies between options
Date: Tue, 23 Oct 2012 20:57:20 +0200 [thread overview]
Message-ID: <1691918.APMT3BR0tg@flatron> (raw)
In-Reply-To: <01d401cdb11a$e4bcfff0$ae36ffd0$%kim@samsung.com>
On Tuesday 23 of October 2012 21:35:32 Kukjin Kim wrote:
> Tomasz Figa wrote:
> > This patch modifies the dependencies between Exynos-related Kconfig
> > options to represent the real dependencies between code units more
> > closely.
> >
> > Originally it was possible to enable ARCH_EXYNOS{4,5} without any
> > SOC_EXYNOS_{4,5}.* enabled, which could end with compilation or link
> > errors. Now ARCH_EXYNOS{4,5} is only selected when there is a
> > SOC_EXYNOS_{4,5}.* enabled, which requires it.
> >
> > Signed-off-by: Tomasz Figa <t.figa@samsung.com>
> > Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
> > ---
> >
> > arch/arm/mach-exynos/Kconfig | 15 ++++++---------
> > drivers/devfreq/Kconfig | 2 +-
> > drivers/mmc/host/sdhci-s3c.c | 2 +-
> > drivers/tty/serial/samsung.c | 3 +--
> > 4 files changed, 9 insertions(+), 13 deletions(-)
> >
> > diff --git a/arch/arm/mach-exynos/Kconfig
> > b/arch/arm/mach-exynos/Kconfig index 05dcd07..9f91892 100644
> > --- a/arch/arm/mach-exynos/Kconfig
> > +++ b/arch/arm/mach-exynos/Kconfig
> > @@ -12,15 +12,14 @@ if ARCH_EXYNOS
> >
> > menu "SAMSUNG EXYNOS SoCs Support"
> >
> > config ARCH_EXYNOS4
> >
> > - bool "SAMSUNG EXYNOS4"
> > - default y
> > + def_bool n
> >
> > select HAVE_SMP
> > select MIGHT_HAVE_CACHE_L2X0
> > help
> >
> > Samsung EXYNOS4 SoCs based systems
> >
> > config ARCH_EXYNOS5
> >
> > - bool "SAMSUNG EXYNOS5"
> > + def_bool n
> >
> > select HAVE_SMP
> > help
> >
> > Samsung EXYNOS5 (Cortex-A15) SoC based systems
> >
> > @@ -30,7 +29,7 @@ comment "EXYNOS SoCs"
> >
> > config SOC_EXYNOS4210
> >
> > bool "SAMSUNG EXYNOS4210"
> > default y
> >
> > - depends on ARCH_EXYNOS4
> > + select ARCH_EXYNOS4
> >
> > select SAMSUNG_DMADEV
> > select ARM_CPU_SUSPEND if PM
> > select S5P_PM if PM
> >
> > @@ -42,7 +41,7 @@ config SOC_EXYNOS4210
> >
> > config SOC_EXYNOS4212
> >
> > bool "SAMSUNG EXYNOS4212"
> > default y
> >
> > - depends on ARCH_EXYNOS4
> > + select ARCH_EXYNOS4
> >
> > select SAMSUNG_DMADEV
> > select S5P_PM if PM
> > select S5P_SLEEP if PM
> >
> > @@ -51,6 +50,7 @@ config SOC_EXYNOS4212
> >
> > config SOC_EXYNOS4412
> >
> > bool "SAMSUNG EXYNOS4412"
> >
> > + select ARCH_EXYNOS4
> >
> > default y
> > depends on ARCH_EXYNOS4
> > select SAMSUNG_DMADEV
> >
> > @@ -60,7 +60,7 @@ config SOC_EXYNOS4412
> >
> > config SOC_EXYNOS5250
> >
> > bool "SAMSUNG EXYNOS5250"
> > default y
> >
> > - depends on ARCH_EXYNOS5
> > + select ARCH_EXYNOS5
> >
> > select SAMSUNG_DMADEV
> > select S5P_PM if PM
> > select S5P_SLEEP if PM
> >
> > @@ -176,8 +176,6 @@ config EXYNOS_SETUP_SPI
>
> Basically, I agree with your approach. Its CONFIG_ARCH_EXYNOSx depends
> on selecting own SOC.
>
> BTW, I'm thinking, which one selecting is better to us board? Or SoC?...
IMHO board selecting SoC selecting arch seems to represent reality the
best, because a board is based on particular SoC, which is based on
particular arch (family).
> > # machine support
> >
> > -if ARCH_EXYNOS4
> > -
>
> Well, according to removing above, we can select following exynos4210
> boards on other stuff. Of course, when select board, regarding soc is
> selected though. So I'm thinking I said as above.
Sorry, I'm not sure what you mean.
> > comment "EXYNOS4210 Boards"
> >
> > config MACH_SMDKC210
> >
> > @@ -397,7 +395,6 @@ config MACH_SMDK4412
> >
> > select MACH_SMDK4212
> > help
> >
> > Machine support for Samsung SMDK4412
> >
> > -endif
> >
> > comment "Flattened Device Tree based board for EXYNOS SoCs"
> >
> > diff --git a/drivers/devfreq/Kconfig b/drivers/devfreq/Kconfig
> > index 8545069..c559609 100644
> > --- a/drivers/devfreq/Kconfig
> > +++ b/drivers/devfreq/Kconfig
> > @@ -67,7 +67,7 @@ comment "DEVFREQ Drivers"
> >
> > config ARM_EXYNOS4_BUS_DEVFREQ
> >
> > bool "ARM Exynos4210/4212/4412 Memory Bus DEVFREQ Driver"
> >
> > - depends on SOC_EXYNOS4210 || CPU_EXYNOS4212 || CPU_EXYNOS4412
> > + depends on ARCH_EXYNOS4
>
> I don't think so, because it depends on SoC not architecture. In
> addition, we don't know ARM_EXYNOS4_BUS_DEVFREQ is available on
> upcoming exynos4...
Hmm, good point, but wouldn't this apply as well to any Makefile option
using CONFIG_ARCH_EXYNOS4 at the moment? (e.g. clock-exynos4.o, dev-
audio.o, etc.)
Best regards,
Tomasz Figa
next prev parent reply other threads:[~2012-10-23 18:57 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-08 13:02 [PATCH 0/4] ARM: EXYNOS: Kconfig cleanup Tomasz Figa
2012-10-08 13:02 ` [PATCH 1/4] ARM: EXYNOS: Kconfig: Rename CPU_EXYNOS4210 to SOC_EXYNOS4210 Tomasz Figa
2012-10-23 12:24 ` Kukjin Kim
2012-10-23 18:29 ` Tomasz Figa
2012-10-08 13:02 ` [PATCH 2/4] ARM: EXYNOS: Kconfig: Sort out dependencies between options Tomasz Figa
2012-10-23 12:35 ` Kukjin Kim
2012-10-23 18:57 ` Tomasz Figa [this message]
2012-10-08 13:02 ` [PATCH 3/4] ARM: EXYNOS: Kconfig: Group EXYNOS{4212,4412} into EXYNOS4X12 Tomasz Figa
2012-10-23 12:42 ` Kukjin Kim
2012-10-23 19:00 ` [PATCH 3/4] ARM: EXYNOS: Kconfig: Group EXYNOS{4212, 4412} " Tomasz Figa
2012-10-08 13:02 ` [PATCH 4/4] ARM: EXYNOS: Kconfig: Remove dependencies on particular SoCs from DT machines Tomasz Figa
2012-10-23 13:27 ` Kukjin Kim
2012-10-23 19:28 ` Tomasz Figa
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=1691918.APMT3BR0tg@flatron \
--to=tomasz.figa@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).