Is the -mod
extension needed because a module built from multiple files can't have a
name that matches the name of one of its .c files (minus the .c
extension, of course)?
> obj-$(CONFIG_EXYNOS_LCD_S6E8AX0) += s6e8ax0.o
Thanks,
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
drivers/gpu/drm/exynos/Kconfig). Is the trivial
patch to correct this typo queued somewhere? (This assumes an optional
dependency on DRM_EXYNOS7_DECON is actually needed for DRM_EXYNOS_DP, of
course.)
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-s
TL;DR: what exactly should I resend and when?
On Mon, 2015-02-09 at 14:07 +0800, Mark Brown wrote:
> On Sat, Feb 07, 2015 at 09:38:04AM +0100, Paul Bolle wrote:
>
> > Patches 2/4, 3/4, and 4/4 didn't apply. Locally I carry them in a tree
> > that constantly rebases o
On Sat, 2015-02-07 at 07:50 +0800, Mark Brown wrote:
> On Mon, Jan 19, 2015 at 11:41:07AM +0100, Paul Bolle wrote:
> > A few series of ARM cleanups regarding S5PC100 and S5PV210 were included
> > in v3.17. These series removed these five Kconfig symbols:
> > MACH_AQU
If you say Y here, you get support for talking to the ChromeOS EC
> + over an LPC bus. This uses a simple byte-level protocol with a
> + checksum. This is used for userspace access only. The kernel
> + typically has its own communication methods.
> +
What happe
as MACH_S5PV210_DT). But
apparently no one noticed that these references were pointless ever
since v3.17. So it seems they can simply be removed. Let's do that now.
Signed-off-by: Paul Bolle
---
sound/soc/samsung/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --
Commit 28c8331d386a ("ARM: S5PV210: Remove support for board files")
removed the Kconfig symbols MACH_SMDKC110 and MACH_SMDKV210. As a result
the dependencies of SND_SOC_SMDK_WM8580_PCM can never be met. So remove
the unbuildable "SoC PCM Audio support for WM8580 on SMDK".
Commit b8529ec1c1b0 ("ARM: S5PC100: no more support S5PC100 SoC")
removed Kconfig symbol MACH_SMDKC100. But there are still two references
to that symbol left. These are now pointless. Remove them too.
Signed-off-by: Paul Bolle
---
Apparently Kukjin had a fixup queued (see
http://ma
Commit 28c8331d386a ("ARM: S5PV210: Remove support for board files")
removed the Kconfig symbols MACH_GONI and MACH_AQUILA. As a result the
dependencies of SND_SOC_GONI_AQUILA_WM8994 can never be met. So remove
the unbuildable "SoC I2S Audio support for AQUILA/GONI - WM8994".
those five symbols. (The first two patches are actually
resends.)
Paul Bolle (4):
ASoC: samsung: Remove goni or aquila with the WM8994
ASoC: samsung: Remove PCM support for WM8580 on SMDK
ASoC: samsung: MACH_SMDKC100 isn't supported anymore
ASoC: samsung: remove outdated Kconfig refer
ce me otherwise :)
Sylwester, was I right in thinking that users of PLAT_S5P, who could set
USB_EHCI_EXYNOS or USB_OHCI_EXYNOS pre v3.17, got, well, transferred to
ARCH_S5PV210 and lost the ability to set one of those symbols in v3.17?
Paul Bolle
--
To unsubscribe from this list: send the line &qu
it's me that should be educated here.
Why is a patch that allows the users of ARCH_S5PV210 to set
USB_EHCI_EXYNOS or USB_OHCI_EXYNOS - which they apparently need - for a
v3.17.y kernel, not a stable issue?
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux
On Mon, 2014-10-06 at 17:47 +0200, Sylwester Nawrocki wrote:
> The PLAT_S5P Kconfig symbol was removed in commit d78c16ccde96
> ("ARM: SAMSUNG: Remove remaining legacy code"). There are still
> some references left, fix that by replacing them with ARCH_S5PV210.
>
>
them with ARCH_S5PV210.
>
> Reported-by: Paul Bolle
> Signed-off-by: Sylwester Nawrocki
Thanks for picking this up!
Should
Fixes: d78c16ccde96 ("ARM: SAMSUNG: Remove remaining legacy code")
be added so this will end up in stable for v3.17?
> drivers/media/platform/Kconf
Commit d78c16ccde96 ("ARM: SAMSUNG: Remove remaining legacy code")
removed the Kconfig symbol PLAT_S5P. Remove an optional dependency on
that symbol from this Kconfig file too.
Signed-off-by: Paul Bolle
---
drivers/media/platform/exynos4-is/Kconfig | 2 +-
1 file changed, 1 inser
ptional dependencies. If it turns out that they should actually be
replaced by another symbol, as was said in a reply to my first message
but never done, this series can be used as a reference for the places
that need fixing.
This series is done on top of next-20141003. It is tested by grepping
On Mon, 2014-09-22 at 18:04 -0700, Mark Brown wrote:
> On Thu, Sep 18, 2014 at 11:57:07PM +0200, Paul Bolle wrote:
> > Mark Brown schreef op do 18-09-2014 om 10:57 [-0700]:
> > > Please follow the patch submission process in SubmittingPatches.
>
> > Could you please be
Hi Mark,
Mark Brown schreef op do 18-09-2014 om 10:57 [-0700]:
> On Thu, Sep 18, 2014 at 11:43:29AM +0200, Paul Bolle wrote:
> > On Thu, 2014-09-04 at 18:02 +0200, Arnd Bergmann wrote:
>
> > > I think it would be nice if you could submit a patch to remove the
> > >
On Thu, 2014-09-04 at 12:16 +0200, Paul Bolle wrote:
> On Wed, 2014-07-16 at 14:58 +0200, Tomasz Figa wrote:
> > I had two patches fixing those, but apparently this was lost in action.
> > The correct solution is s/PLAT_S5P/ARCH_S5PV210/. I will include this in
> > a follo
On Thu, 2014-09-04 at 18:02 +0200, Arnd Bergmann wrote:
> On Thursday 04 September 2014, Paul Bolle wrote:
> > Ditto for [...] MACH_SMDKC110, and MACH_SMDKV210. Note that
> > here SND_SOC_SMDK_WM8580_PCM can not be set anymore.
>>
> [...]
> I think it would be nice if
Hi Kukjin,
On Sat, 2014-07-19 at 04:03 +0900, Kukjin Kim wrote:
> On 07/18/14 17:55, Paul Bolle wrote:
> > On Wed, 2014-07-02 at 10:01 +0200, Paul Bolle wrote:
> >> Your commit 52ad6582ceb2 ("ARM: S5PC100: no more support S5PC100 SoC"
> >> landed in next-20
On Thu, 2014-09-04 at 18:02 +0200, Arnd Bergmann wrote:
> On Thursday 04 September 2014, Paul Bolle wrote:
> > References to MACH_GONI and MACH_AQUILA can still be seen in v3.17-rc3
> > and next-20140903. Note that as consequence SND_SOC_GONI_AQUILA_WM8994
> > c
's a typo in the commit summary ("evnet").
> + select PM_OPP
> + help
> + This add the DEVFREQ event driver for Exynos SoC. It provides PPMU
> + (Performance Profiling Monitoring Unit) counters to estimate the
> + utilization of each module.
> +
ssages once those patches have landed?
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, 2014-07-16 at 14:58 +0200, Tomasz Figa wrote:
> On 16.07.2014 12:15, Paul Bolle wrote:
> > After this patch that symbol is still referenced in:
> > drivers/media/platform/Kconfig:159: depends on VIDEO_DEV && VIDEO_V4L2
> > && (PLAT_S5P || AR
On Wed, 2014-07-16 at 15:00 +0200, Tomasz Figa wrote:
> On 16.07.2014 12:24, Paul Bolle wrote:
> > On Fri, 2014-07-04 at 19:48 +0200, Tomasz Figa wrote:
> >> -config S5P_GPIO_DRVSTR
> >> - bool
> >> - help
> >> -Internal configuratio
sound/soc/samsung/Kconfig in another follow-up patch.
Ditto for MACH_SMDKC100, MACH_SMDKC110, and MACH_SMDKV210. Note that
here SND_SOC_SMDK_WM8580_PCM can not be set anymore.
(This is intended to be a gentile reminder. I hope it actually comes
across like that.)
Paul Bolle
--
To unsubscribe f
On Wed, 2014-07-16 at 16:43 +0200, Tomasz Figa wrote:
> On 16.07.2014 16:35, Paul Bolle wrote:
> > On Wed, 2014-07-16 at 16:26 +0200, Paul Bolle wrote:
> >> On Wed, 2014-07-16 at 14:43 +0200, Tomasz Figa wrote:
> >>> That's right. Apparently I missed them. I gues
[Use Tomasz's new address and add Sylwester.]
On Thu, 2014-09-04 at 11:39 +0200, Paul Bolle wrote:
> On Wed, 2014-07-16 at 16:43 +0200, Tomasz Figa wrote:
> > On 16.07.2014 16:35, Paul Bolle wrote:
> > > On Wed, 2014-07-16 at 16:26 +0200, Paul Bolle wrote:
> > >>
Kukjin,
On Wed, 2014-07-02 at 10:01 +0200, Paul Bolle wrote:
> Your commit 52ad6582ceb2 ("ARM: S5PC100: no more support S5PC100 SoC"
> landed in next-20140702. It removed the Kconfig symbol MACH_SMDKC100
> (and a lot of other stuff).
>
> Is the trivial patch to
On Thu, 2014-07-17 at 12:10 +0200, Paul Bolle wrote:
> The strange thing is that it is dated "Jun 3 2104".
2014
That must be my most common typo!
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsun
Tomasz,
On Wed, 2014-07-16 at 14:56 +0200, Tomasz Figa wrote:
> On 16.07.2014 11:47, Paul Bolle wrote:
> > So a second order effect is that SAMSUNG_GPIO_EXTRA can now be removed.
> > Which implies that SAMSUNG_GPIO_EXTRA64 and SAMSUNG_GPIO_EXTRA128 can
> > also be remov
On Wed, 2014-07-16 at 16:26 +0200, Paul Bolle wrote:
> On Wed, 2014-07-16 at 14:43 +0200, Tomasz Figa wrote:
> > That's right. Apparently I missed them. I guess that's not critical,
> > though, and could be done in separate patch, right?
>
> This is not critical
On Wed, 2014-07-16 at 14:43 +0200, Tomasz Figa wrote:
> On 16.07.2014 11:27, Paul Bolle wrote:
> > There are three further references to CONFIG_SAMSUNG_CLOCK in this file.
> > Those should be removed too, shouldn't they?
>
> That's right. Apparently I missed th
This one is used (as a macro) in drivers/gpio/gpio-samsung.c. Is a patch
that touches that macro queued somewhere?
> config SAMSUNG_GPIO_EXTRA
> int "Number of additional GPIO pins"
> default 128 if SAMSUNG_GPIO_EXTRA128
Thanks,
Paul Bolle
--
To unsubscribe from this list: s
depends on PLAT_S5P || ARCH_EXYNOS
drivers/usb/host/Kconfig:530: depends on PLAT_S5P || ARCH_EXYNOS
Again, I assume patches to remove these references are pending. But is
that correct?
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ort for Samsung SMDKV210
> -
Ditto.
> -config MACH_TORBRECK
> - bool "Torbreck"
> - select ARCH_SPARSEMEM_ENABLE
> - select CPU_S5PV210
> - select S3C_DEV_HSMMC
> - select S3C_DEV_HSMMC1
> - select S3C_DEV_HSMMC2
> - select S3C_DEV_HSM
hat SAMSUNG_GPIO_EXTRA64 and SAMSUNG_GPIO_EXTRA128 can
also be removed.
Should I submit the trivial patch to do that or is a patch already
queued somewhere?
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
IG_SAMSUNG_CLOCK
> -#include
> -#endif
> -
> #include "samsung.h"
>
> #if defined(CONFIG_SERIAL_SAMSUNG_DEBUG) && \
There are three further references to CONFIG_SAMSUNG_CLOCK in this file.
Those should be removed too, shouldn't they?
Paul Bolle
--
To u
the defines that covers! The
output of that command is, I think, pretty clear.
Nicholas, I think you've been told already to stop doing what you're
doing again here. I try not to use colorful language on the net, but
you're really pushing me here.
Please go find something other to do than grepping the kernel tree for
FIXMEs!
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
ig/ queued somewhere? I don't
think it was part of the series that included the above commit.
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
config (an optional dependency of
SND_SOC_SMDK_WM8580_PCM). Is the oneliner to remove that optional
dependency queued somewhere?
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More maj
On Tue, 2014-06-17 at 10:20 -0600, Stephen Warren wrote:
> On 06/17/2014 02:53 AM, Paul Bolle wrote:
> > So, in summary, while we're apparently only discussing a single comment,
> > I would appreciate it if it could be reworded, preferably by dropping
> > that the CONFIG
Doug,
On Fri, 2014-06-13 at 08:22 -0700, Doug Anderson wrote:
> On Fri, Jun 13, 2014 at 1:08 AM, Paul Bolle wrote:
> > On Wed, 2014-06-11 at 08:11 -0700, Doug Anderson wrote:
> >> This is a config option on the ChromeOS EC
> >> <https://chromium.googlesource.com/chr
Doug,
On Wed, 2014-06-11 at 08:11 -0700, Doug Anderson wrote:
> On Wed, Jun 11, 2014 at 3:37 AM, Paul Bolle wrote:
> > On Tue, 2014-05-20 at 09:46 +0100, Lee Jones wrote:
> >> On Wed, 30 Apr 2014, Doug Anderson wrote:
> >> > From: Bill Richardson
> >> &
t; > +
> > + /* Range for CONFIG_CHARGER_PROFILE_OVERRIDE params */
CONFIG_CHARGER_PROFILE_OVERRIDE doesn't match anything in linux-next. Is
a Kconfig symbol CHARGER_PROFILE_OVERRIDE perhaps queued somewhere?
> > + CS_PARAM_CUSTOM_PROFILE_MIN = 0x1,
> > + CS_PARAM
Checks for CONFIG_EXYNOS_ASV were added in v3.3. But the related Kconfig
symbol has never been added to the tree. Remove these checks, as they
always evaluate to false.
Signed-off-by: Paul Bolle
---
0) Untested.
1) I do not really care much for this patch. Two years is not very long
for dead
guard for
s3c24xx_ac97_setup_gpio(S3C24XX_AC97_GPE0);
And since neither s3c24xx_ac97_setup_gpio nor S3C24XX_AC97_GPE0 are
defined anywhere, that second check can be dropped entirely.
Signed-off-by: Paul Bolle
---
Tested with git grep. Needs further testing, obviously.
arch/arm/mach-s3c24xx
s for CONFIG_CPU_S3C2412. So these checks can safely be
removed.
Signed-off-by: Paul Bolle
---
Tested with git grep only.
I hope the ARM/SAMSUNG maintainers are allowed to touch s3c-i2s-v2.c in
this case.
Fun fact: the first checks for CONFIG_CPU_S3C2413 were added in commit
68d9ab394f06 ("[A
s no Kconfig symbol SYSRAM. However, there is a Kconfig symbol
SRAM. Did you perhaps do one s/sram/sysram/ too many on the original
patch?
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
N_CLK
> select S3C24XX_SIMTEC_PM if PM
> select S3C_DEV_NAND
> select S3C_DEV_USB_HOST
> @@ -643,7 +654,8 @@ config MACH_RX1950
> select PM_H1940 if PM
> select S3C2410_IOTIMING if ARM_S3C2440_CPUFREQ
> select S3C2440_XTAL_16934400
> - select S3C24XX
seems these need to be changed too. But, except for dma-jz4740.c,
these are all files that can't be built as (part of) a module. Which
explains why no one noticed. Maybe I'll submit some trivial patches, in
a few days, to clean this up.
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 2014-02-10 at 10:02 +0530, Sachin Kamat wrote:
> +cc linux-samsung-soc list
>
> On 10 February 2014 01:38, Paul Bolle wrote:
> > I noted this one about a year ago (see
> > https://lkml.org/lkml/2013/3/5/401 ). By now I wonder whether
> > EXYNOS_IOMMU (and
Commit 19a964644f1e ("ARM: SAMSUNG: remove all custom uncompress.h")
removed the only users of S3C_BOOT_ERROR_RESET and
S3C_BOOT_UART_FORCE_FIFO. Remove their Kconfig entries too.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/plat-samsung/Kconfig | 14 --
1 file c
On Wed, 2014-02-12 at 16:04 +, Mark Brown wrote:
> On Mon, Feb 10, 2014 at 11:09:19PM +0100, Paul Bolle wrote:
> > See, if you scan v3.10:arch/arm/mach-exynos/mach-smdkv310.c you'll
> > notice the string "smdk-audio". If you grep that string you get a few
> &g
Signed-off-by: Paul Bolle
---
Untested. This needs testing by people with access to knowledge,
compilers, and/or hardware related to CPU_S3C2443. I'm not one of them.
arch/arm/mach-s3c24xx/common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-s3
On Mon, 2014-02-10 at 16:36 +, Mark Brown wrote:
> On Mon, Feb 10, 2014 at 04:30:42PM +0100, Paul Bolle wrote:
> > So, next step: the Kconfig symbols MACH_SMDKV310 and MACH_SMDKC210 were
> > removed in commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT for
> >
Signed-off-by: Paul Bolle
---
0) This typo was introduced in commit 0d47acc4ffaa ("ASoC: smdk_wm8994:
Make driver name more unique").
1) So currently there's a difference between platform_drive.driver.name
and the (sub)string used in MODULE_ALIAS(). If I'd understand
On Mon, 2014-02-10 at 14:12 +, Mark Brown wrote:
> On Mon, Feb 10, 2014 at 02:31:12PM +0100, Paul Bolle wrote:
> > If so, to be absolutely sure we start from the same point: do you agree
> > that the above line now effectively reads
> > depends on SND_SOC_SAMS
to be absolutely sure we start from the same point: do you agree
that the above line now effectively reads
depends on SND_SOC_SAMSUNG && (MACH_SMDK6410 || MACH_SMDKC100 ||
MACH_SMDKV210 || MACH_SMDKC110 || false || false)
because there's neither a Kconfig symbol MACH_SMDKV310 nor a Kcon
Commit c67d0f29262b ("ARM: s3c24xx: get rid of custom ")
got rid of the Kconfig symbols S3C24XX_GPIO_EXTRA64 and
S3C24XX_GPIO_EXTRA128. It missed one select of both of these symbols, so
get rid of those now.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/mach-s3c24xx/Kconfig | 2
rnate"), on top of v3.13-rc3, also lead to a successful
hibernation/thaw cycle.
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
t to the system used for SoC. Since then you've received a
number of patches from me that, as far as I can remember, always used
that system.
Besides, this patch was intended as a follow up to commit 383ffda2fa, to
clean up two references it apparently forgot to remove, and therefor
basically cop
Commit 383ffda2fa ("ARM: EXYNOS: no more support non-DT for EXYNOS
SoCs") removed the Kconfig symbols MACH_SMDKV310 and MACH_SMDKC210.
Now remove the references to both of these symbols from the Kconfig
entry for SND_SOC_SAMSUNG_SMDK_WM9713. They're not needed anymore.
Signed-off
Kconfig symbol S3C24XX_PLL depends on ARM_S3C24XX. But that symbol
doesn't exist. Commit f023f8dd59bf ("cpufreq: s3c24xx: move cpufreq
driver to drivers/cpufreq"), which added this typo, makes clear that
ARM_S3C24XX_CPUFREQ was intended here.
Signed-off-by: Paul Bolle
---
Untes
The only user of Kconfig symbol EXYNOS_DEV_DRM was removed in commit
0a9d5ac307aefbb2c772537d3fe7f75046d563ac ("ARM: EXYNOS: removing
exynos-drm device registration from non-dt platforms"). It is safe to
remove this symbol too.
Signed-off-by: Paul Bolle
---
Only "git grep"
Commit ebc433c2890f8ecad2da39fe2dbf2b6e7b309afa ("ARM: S5P64X0: Add
HSMMC setup for host Controller") added the Kconfig symbol
S5P64X0_SETUP_SDHCI_GPIO. By accident it also used a macro
CONFIG_S5P64X0_SETUP_SDHCI. Fix that typo.
Signed-off-by: Paul Bolle
---
Untested. Since this typo h
anymore and arch/arm/mach-s3c64xx/dev-spi.c was already removed. So we
can remove this line.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/mach-s3c64xx/Makefile | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-s3c64xx/Makefile b/arch/arm/mach-s3c64xx/Makefile
index f9ce1dc..
CONFIG_S3C_DEV_RTC here.
Signed-off-by: Paul Bolle
---
0) Untested.
1) Introduced in commit commit b2994d318dc78c9a4a43605629f00217335ada28
("ARM: S3C2443/S3C2416: add s3c_rtc_setname and rename rtc devices"),
which shipped in v3.4. Should this go to stable too (after testing)?
arc
The Kconfig entry for S3C_GPIO_CFG_S3C64XX was missed by commit
5ec7414494ed1204c9e2ed0b8232b29860d0986f ("ARM: SAMSUNG: Remove useless
Samsung GPIO related CONFIGs"). Remove it now.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/plat-samsung/Kconfig | 6 --
1 file changed, 6
because it now depended on that same symbol.
But without its select this entry became a nop: enabling it has no
effect, as it changes no code. It can safely be removed.
Fix a related, and trivial, comment typo too.
Signed-off-by: Paul Bolle
---
Untested.
arch/arm/mach-s3c24xx/Kconfig | 5 +--
Twelve Kconfig symbols, all related to WM8350, WM8351, and WM8352, are
unused. Commit 19d57ed5a308472a02e773f33c03ad4cb2ec6a9 ("mfd: Remove
custom wm8350 cache implementation") removed all their (actual) users.
Remove these symbols too.
Signed-off-by: Paul Bolle
Acked-by: Mark Brown
-
All users of S3C_BOOT_WATCHDOG got removed in commit
1ff5f55a8c7b011f818434923a93afc48de0b2ee ("ARM: samsung: remove unused
arch_decomp_wdog() code"). Remove this symbol too.
Signed-off-by: Paul Bolle
---
0) Untested.
1) Commit 1ff5f55a8c7b011f818434923a93afc48de0b2ee st
The (rudimentary) support for the Openmoko Neo1973 GTA01 got removed in
commit 1ae5cbc52e7c6619a3f44b87809fd25370df31bb ("ASoC: neo1973_wm8753:
remove references to the neo1973-gta01 machine"). Remove its last traces
in the Kconfig file too.
Signed-off-by: Paul Bolle
---
Untested.
The Kconfig entry for the Openmoko GTA02 / Freerunner phone selects
MACH_NEO1973. But there is no Kconfig symbol MACH_NEO1973. The select
statement for that symbol is a nop. It can safely be dropped.
Signed-off-by: Paul Bolle
---
0) Tested with "git grep".
1) There appear to be re
r hex strings in commit
explanations (which is quite nice).
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
status of EXYNOS_DEV_SYSMMU around
(say) v3.10-rc1? If so, that's fine with me.
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
dare to touch it.
Paul Bolle
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
The unused Kconfig symbol MACH_N35 was removed in commit
85fd6d63bf2927b9da7ab1b0d46723bfdb13808c ("ARM: S3C2410: move
mach-s3c2410/* into mach-s3c24xx/"). But there is still one (pointless)
select statement for that symbol. Drop it.
Signed-off-by: Paul Bolle
---
arch/arm/mach-s3c24
The Kconfig symbol HAVE_SCHED_CLOCK got removed in v3.4, with commit
6905a65879b51d326396e63dfea40861a30bc17f ("ARM: Make the sched_clock
framework mandatory"). Drop the last two select statements for that
symbol too. They're useless now.
Signed-off-by: Paul Bolle
---
Tested with
ment depends on
INPUT_KEYBOARD this entry should select KEYBOARD_SAMSUNG instead.
Signed-off-by: Paul Bolle
---
0) Tested with "git grep" only.
1) Perhaps the fact that the symbol KEYBOARD_SAMSUNG enables a driver
called samsung-keypad caused confusion here. Anyhow, my choice for
KEYBOARD
Commit 25e9d28d927d2e1731df53f60cde53d75bcb7c36 ("ARM: EXYNOS: remove
system mmu initialization from exynos tree") removed the Kconfig symbol
EXYNOS_DEV_SYSMMU. Remove its last traces too.
Signed-off-by: Paul Bolle
---
0) Untested.
1) Please note that this patch changes the depen
rnel. This directory can
safely be removed.
Also delete two lines from mach-s3c24xx/Kconfig that now also become
meaningless.
Signed-off-by: Paul Bolle
---
0) Tested only with a number of git commands.
1) Previously discussed in https://lkml.org/lkml/2012/4/22/26 .
arch/arm/mach-s3c2410/Kconfig
afely be removed now.
Signed-off-by: Paul Bolle
---
0) Only tested by using various git commands on the (history of the)
tree.
1) The history of arch/arm/mach-exynos/include/mach/spi-clocks.h
actually differs from the history of the other four headers. It got
added by commit 74ac23a3e4962bf4f935a5579a
On Tue, 2012-04-24 at 17:05 -0700, Kukjin Kim wrote:
> Paul Bolle wrote:
> > 0) commit 85fd6d63bf2927b9da7ab1b0d46723bfdb13808c ("ARM: S3C2410: move
> > mach-s3c2410/* into mach-s3c24xx/") orphaned
> > arch/arm/mach-s3c2410/Kconfig: currently nothing sourc
header
can safely be removed.
Signed-off-by: Paul Bolle
---
Tested with "git grep". But it's again hard to imagine how this could
break anything.
arch/arm/mach-s3c24xx/include/mach/bast-pmu.h | 40 -
1 files changed, 0 insertions(+), 40 deletions(-)
delete m
;, into
nops (both in arch/arm/mach-s3c24xx/Kconfig).
2) So to me it seems the move has only been done half: either more
things needs to be moved or those things can be removed entirely. But
perhaps arch/arm/mach-s3c2410/Kconfig should just be sourced again.
Paul Bolle
--
To unsubscribe from thi
87 matches
Mail list logo
