This patch adds support GPIOlib for EXYNOS5250 and is including
use ioremap() for EXYNOS4210 and GPIO5250 GPIOlib instead of
static mapping.
Changes since v1:
- use ioremap() for base address of gpio instead of static
mapping for EXYNOS4210 and EXYNOS5250
NOTE: this patches depend on
From: Sangsu Park sangsu4u.p...@samsung.com
This patch adds support regarding GPIO definitions for
EXYNOS5250 and change the macro of GPIO numbering to use
EXYNOS4 and EXYNOS5 SoCs.
Signed-off-by: Sangsu Park sangsu4u.p...@samsung.com
Signed-off-by: Kukjin Kim kgene@samsung.com
---
From: Sangsu Park sangsu4u.p...@samsung.com
This patch adds gpio_chips for EXYNOS5250 and replaces
exynos4_xxx() with exynos_xxx() and variables to support
exynos4 and exynos5 together.
In addition, use ioreamp() for base address of gpios.
Signed-off-by: Sangsu Park sangsu4u.p...@samsung.com
Cc:
From: Sangsu Park sangsu4u.p...@samsung.com
This patch changes to use ioremap() for EXYNOS4210
so that we can drop the static mapping for EXYNOS
SoCs.
Note: Will be updated for all of Samsung GPIOlibs
to use ioremap() next time.
Signed-off-by: Sangsu Park sangsu4u.p...@samsung.com
Cc: Grant
This patch adds support enabling mdma driver and dma for EXYNOS4X12.
Basically, not changed but rebased on arm-soc/depends/rmk/for-armsoc
and merged next/cleanup-exynos-clock-v2 and next/cleanup-use-static.
[PATCH v2 1/3] ARM: EXYNOS: Enable MDMA driver
[PATCH RE-SEND 2/3] ARM: EXYNOS: Add
From: Boojin Kim boojin@samsung.com
This patch adds MDMA platform data and enables
MDMA for DMA memcpy operation for EXYNOS SoCs.
Signed-off-by: Boojin Kim boojin@samsung.com
Signed-off-by: Kukjin Kim kgene@samsung.com
---
arch/arm/mach-exynos/clock-exynos4.c |8
From: Tushar Behera tushar.beh...@linaro.org
Amba core assumes the pclk to be named as apb_pclk. During device probe,
it tries to get that clock and enable that. When PM_RUNTIME is enabled,
dma clock is not explicitly enabled in pl330_probe, which causes device
probe to fail. Adding a clkdev
From: Boojin Kim boojin@samsung.com
Signed-off-by: Boojin Kim boojin@samsung.com
Signed-off-by: Kukjin Kim kgene@samsung.com
---
arch/arm/mach-exynos/Kconfig |3 +
arch/arm/mach-exynos/dma.c | 95 ++--
Convert the s3c64xx driver to using the new message queue factored out of
the pl022 driver by Linus Walleij, saving us a nice block of code and
getting the benefits of improvements implemented in the core.
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
Only lightly tested thus
Having to specify the platform data explicitly like this even though it
is provided as a default doesn't feel entirely elegant but there we are.
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
arch/arm/mach-s3c64xx/mach-crag6410.c |2 +-
1 files changed, 1 insertions(+), 1
On Wed, Feb 15, 2012 at 11:48 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
Convert the s3c64xx driver to using the new message queue factored out of
the pl022 driver by Linus Walleij, saving us a nice block of code and
getting the benefits of improvements implemented in the core.
This patch aims to make a one mach- directory for S3C24XX SoCs
and now not finished yet such as moving cpufreq and merging
plat-s3c24xx/. I think it will be done maybe in a week.
[PATCH 01/12] ARM: S3C24XX: remove unused spi gpio setup functions
[PATCH 02/12] ARM: S3C24XX: move spi-s3c24xx
From: Heiko Stuebner he...@sntech.de
A grep through the kernel source revealed that neither the
config-options nor the defined functions are used anywhere
in the kernel.
There was also no activity in this regard through the last kernel
releases, so it seems this situation will not change in the
From: Heiko Stuebner he...@sntech.de
spi.h now only contains the definition of the platform data structure
for the driver in spi-s3c24xx.c . Therefore it does not need to stay
in include/mach but can instead live in linux/spi/s3c24xx.h .
Signed-off-by: Heiko Stuebner he...@sntech.de
Cc: Grant
From: Heiko Stuebner he...@sntech.de
clk_msysclk is not needed outside of s3c2443-clock.c.
Removing the extern declaration will prevent conflicts with the
s3c2412 clk_msysclk in the following cleanups.
Signed-off-by: Heiko Stuebner he...@sntech.de
Signed-off-by: Kukjin Kim kgene@samsung.com
From: Heiko Stuebner he...@sntech.de
plat-samsung/clock.h currently keeps all the SoC specific clock
declarations except the ones for S3C2443/S3C2416 which were kept in
s3c2443.h.
This patch moves them out of s3c2443.h to get rid of the header
completely later on.
Signed-off-by: Heiko Stuebner
From: Heiko Stuebner he...@sntech.de
plat-samsung/clock.h currently keeps all the SoC specific clock
declarations. As we want to get rid of s3c2410.h altogether, move
the s3c2410_baseclk_add there too.
Signed-off-by: Heiko Stuebner he...@sntech.de
Signed-off-by: Kukjin Kim kgene@samsung.com
This patch changes the ARCH name to ARCH_S3C24XX for Samsung
S3C2410, S3C2412, S3C2413, S3C2416, S3C2440, S3C2442, S3C2443,
and S3C2450 SoCs so that we can merge the mach-xxx directories
and plat-s3c24xx dir. to just one mach-s3c24xx for them.
I think this should be sent to upstream via samsung
This patch moves S3C2410 stuff into mach-s3c24xx/ directory
so that we can merge the s3c24 series' directories to the
just one mach-s3c24xx/ directory.
And this patch is including following.
- re-ordered alphabetically by option text at Kconfig and Makefile
- removed unused option, MACH_N35
-
This patch moves S3C2412 stuff into mach-s3c24xx/ directory
so that we can merge the s3c24 series' directories to the
just one mach-s3c24xx/ directory.
And this patch is including following.
- re-ordered alphabetically by option text at Kconfig and Makefile
Cc: Ben Dooks ben-li...@fluff.org
This patch moves S3C2416 stuff into mach-s3c24xx/ directory
so that we can merge the s3c24 series' directories to the
just one mach-s3c24xx/ directory.
Cc: Ben Dooks ben-li...@fluff.org
Signed-off-by: Kukjin Kim kgene@samsung.com
---
arch/arm/mach-s3c2416/Kconfig | 46
This patch moves S3C2440 stuff into mach-s3c24xx/ directory
so that we can merge the s3c24 series' directories to the
just one mach-s3c24xx/ directory.
And this patch is including following.
- re-ordered alphabetically by option text at Kconfig and Makefile
Cc: Ben Dooks ben-li...@fluff.org
This patch moves S3C2443 stuff into mach-s3c24xx/ directory
so that we can merge the s3c24 series' directories to the
just one mach-s3c24xx/ directory.
Cc: Ben Dooks ben-li...@fluff.org
Cc: Russell King rmk+ker...@arm.linux.org.uk
Signed-off-by: Kukjin Kim kgene@samsung.com
---
Grant Likely wrote:
On Mon, Feb 13, 2012 at 11:04:53AM +, Russell King - ARM Linux wrote:
On Mon, Feb 13, 2012 at 05:47:48AM +, Arnd Bergmann wrote:
On Saturday 11 February 2012, Mark Brown wrote:
On Sat, Feb 11, 2012 at 08:07:08PM +, Arnd Bergmann wrote:
what the risk
Hi,
On 2/12/12, Kukjin Kim kgene@samsung.com wrote:
This patch add the CONFIG_ARCH_EXYNOS5 and CONFIG_SOC_EXYNOS5250
support for EXYNOS5250 SoC has two Cortex-A15 cores. Since actually,
most codes in mach-exynos/ are used commonly for EXYNOS4 and EXYNOS5
the EXYNOS5/EXYNOS5250 has been
On Thursday 16 February 2012, Kyungmin Park wrote:
+config ARCH_EXYNOS5
+ bool SAMSUNG EXYNOS5
+ select HAVE_SMP
+ help
+ Samsung EXYNOS5 (Cortex-A15) SoC based systems
This config is located at choice. It means it can't build the exynos4
and exynos5 simultaneously.
Arnd Bergmann wrote:
On Thursday 16 February 2012, Kyungmin Park wrote:
+config ARCH_EXYNOS5
+ bool SAMSUNG EXYNOS5
+ select HAVE_SMP
+ help
+ Samsung EXYNOS5 (Cortex-A15) SoC based systems
This config is located at choice. It means it can't build the
On Thursday 16 February 2012, Kukjin Kim wrote:
Thanks for your sharing.
OK, I and my team will follow up 'common struct clk' for exynos5250
and it will be done maybe next week. And since I need to
implement other features for exynos5250 now, firstly let me use this
and test this series in
Kyungmin Park wrote:
Hi,
[...]
+config ARCH_EXYNOS5
+ bool SAMSUNG EXYNOS5
+ select HAVE_SMP
+ help
+ Samsung EXYNOS5 (Cortex-A15) SoC based systems
This config is located at choice. It means it can't build the exynos4
and exynos5 simultaneously. I'm not sure it's
On Wed, Feb 15, 2012 at 9:22 PM, Arnd Bergmann a...@arndb.de wrote:
On Thursday 16 February 2012, Kukjin Kim wrote:
Thanks for your sharing.
OK, I and my team will follow up 'common struct clk' for exynos5250
and it will be done maybe next week. And since I need to
implement other features
Kukjin Kim wrote:
This patch adds clock-exynos5.c for EXYNOS5250 now
and that can be used for other EXYNOS5 SoCs later.
[...]
+static int exynos5_clk_ip_acp_ctrl(struct clk *clk, int enable)
+{
+ return s5p_gatectrl(EXYNOS5_CLKGATE_IP_ACP, clk, enable);
+}
This is not used yet. So I
Mark Brown wrote:
Having to specify the platform data explicitly like this even though it
Yes.
is provided as a default doesn't feel entirely elegant but there we are.
Hmm...OK, I see. Will apply.
And let me check about similar case in samsung stuff whether it would be
changed or not.
On Thursday 16 February 2012, Turquette, Mike wrote:
Ah, one more, would be better to us if arm-soc tree could provide
the topic branch for 'common struct clk' working as a base.
Good point. Mike, can you send a pull request for whatever you have
now as another staging branch for
Sylwester Nawrocki wrote:
The resources size is increased to 16KB to also include the non-image
packet
data buffers (CSIS_PKTDATAn). The 4KiB region is only sufficient when the
driver is not using the packet data buffers.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Hi Kgene,
Am Sonntag, 12. Februar 2012, 14:59:54 schrieb Heiko Stübner:
Commit b27b072791dc (ARM: 7265/1: restart: S3C24XX: use new restart hook)
introduced the new restart hook also for the S3C244x cpus, but it
was only defined in the S3C2440 scope, i.e. when CPU_S3C2440 was
selected.
35 matches
Mail list logo