Re: [PATCH v3 00/19] Exynos SYSMMU (IOMMU) integration with DT and DMA-mapping subsystem

2015-01-06 Thread Javier Martinez Canillas
Hello Marek, On Fri, Dec 5, 2014 at 11:22 AM, Marek Szyprowski m.szyprow...@samsung.com wrote: On 2014-12-02 10:59, Sjoerd Simons wrote: This is another attempt to finally make Exynos SYSMMU driver fully integrated with DMA-mapping subsystem. The main change from previous version is a rebase

Re: [PATCH v3 00/19] Exynos SYSMMU (IOMMU) integration with DT and DMA-mapping subsystem

2015-01-06 Thread Joonyoung Shim
On 01/06/2015 06:49 PM, Javier Martinez Canillas wrote: Hello Marek, On Fri, Dec 5, 2014 at 11:22 AM, Marek Szyprowski m.szyprow...@samsung.com wrote: On 2014-12-02 10:59, Sjoerd Simons wrote: This is another attempt to finally make Exynos SYSMMU driver fully integrated with DMA-mapping

[PATCH] ARM: EXYNOS: fix booting oops on exynos5440

2015-01-06 Thread Ming Lei
This patch is based on previous one(ARM: EXYNOS: enable all secondary cores for exynos5440) in below link: http://marc.info/?l=linux-arm-kernelm=136299947514599w=2 Without this patch, the following kernel oops is triggered: [0.171477] CPU1: Booted secondary processor [0.182685]

[PATCH v2 6/6] drivers: soc: Add support for Exynos PMU driver

2015-01-06 Thread Pankaj Dubey
This patch moves Exynos PMU driver implementation from arm/mach-exynos to drivers/soc/samsung. This driver is mainly used for setting misc bits of register from PMU IP of Exynos SoC which will be required to configure before Suspend/Resume. Currently all these settings are done in

[PATCH v2 0/6] samsung: pmu: split up SoC specific PMU data

2015-01-06 Thread Pankaj Dubey
This patch series is a part of continuation work from following series [1] and [2]. 1: exynos: Move pmu driver to driver/soc folder and add exynos7 support http://www.spinics.net/lists/linux-samsung-soc/msg39797.html from Amit Daniel Kacchap 2: soc: samsung: pmu: split up SoC specific PMU

[PATCH v2 5/6] ARCH: EXYNOS: split up exynos5420 SoC specific PMU data

2015-01-06 Thread Pankaj Dubey
This patch splits up mach-exynos/pmu.c file, and moves exynos5420, PMU configuration data and functions handing data into exynos5420 SoC specific PMU file mach-exynos/exynos5420-pmu.c. Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com --- arch/arm/mach-exynos/Makefile | 2 +-

[PATCH v2 4/6] ARCH: EXYNOS: split up exynos5250 SoC specific PMU data

2015-01-06 Thread Pankaj Dubey
This patch splits up mach-exynos/pmu.c file, and moves exynos5250, PMU configuration data and functions handing data into exynos5250 SoC specific PMU file mach-exynos/exynos5250-pmu.c. Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com --- arch/arm/mach-exynos/Makefile | 4 +-

[PATCH v2 2/6] ARCH: EXYNOS: split up exynos3250 SoC specific PMU data

2015-01-06 Thread Pankaj Dubey
This patch splits up mach-exynos/pmu.c file, and moves exynos3250 PMU configuration data and functions handing those data into exynos3250 SoC specific PMU file mach-exynos/exynos3250-pmu.c. Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com --- arch/arm/mach-exynos/Makefile | 2 +-

[PATCH v2 3/6] ARCH: EXYNOS: split up exynos4 SoC specific PMU data

2015-01-06 Thread Pankaj Dubey
This patch splits up mach-exynos/pmu.c file, and moves exynos4210, exynos4412 and exynos4212 PMU configuration data and functions handing data into a common exynos4 SoC specific PMU file mach-exynos/exynos4-pmu.c. Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com ---

[PATCH v2 1/6] ARM: EXYNOS: Move pmu specific headers under linux/soc/samsung

2015-01-06 Thread Pankaj Dubey
From: Amit Daniel Kachhap amit.dan...@samsung.com Moving Exynos PMU specific header file into include/linux/soc/samsung thus updated affected files under mach-exynos to use new location of these header files. Signed-off-by: Pankaj Dubey pankaj.du...@samsung.com Signed-off-by: Amit Daniel Kachhap

Re: [PATCH] ARM: EXYNOS: enable 4 cores secondary cpu up for exynos5440

2015-01-06 Thread Ming Lei
Hi Kukjin, On Tue, Jan 1, 2013 at 3:09 AM, Kukjin Kim kgene@samsung.com wrote: No need to check power on/off with pmu control to support hotplug in/out on exynos5440. And this patch enables 4 cores on exynos5440. Without this patch, oops will be triggered during kernel booting on

Re: [PATCH v2 16/16] ARM: dts: Fix I2S1, I2S2 compatible for exynos4 SoCs

2015-01-06 Thread Mark Brown
On Fri, Dec 19, 2014 at 02:55:36PM +0100, Sylwester Nawrocki wrote: I2S1, I2S2 on Exynos4 SoC series have limited functionality compared to I2S0, samsung,s3c6410-i2s compatible should be used for them. Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com --- This should probably go to

Re: [PATCH v2 01/16] ASoC: samsung: i2s: Remove unused gpios field from struct i2s

2015-01-06 Thread Mark Brown
On Fri, Dec 19, 2014 at 02:55:21PM +0100, Sylwester Nawrocki wrote: The 'gpios' field in 'struct i2s' is now unused, this change seems to be missing in commit 0429ffeff460c4302bd1520e6 (ASoC: samsung: Remove obsolete GPIO based DT pinmuxing). Applied, thanks. signature.asc Description:

Re: [PATCH v2 06/16] ASoC: samsung: i2s: Move clk enable to the platform driver probe()

2015-01-06 Thread Mark Brown
On Fri, Dec 19, 2014 at 02:55:26PM +0100, Sylwester Nawrocki wrote: Gating the I2S bus clock in the driver's runtime PM callbacks has currently really no effect since the clock is being enabled in the DAI's probe() and thus is permanently turned on. Now we just move the enable to the platform

Re: [PATCH v2 02/16] ASoC: samsung: i2s: samsung_i2s_get_driver_data() cleanup

2015-01-06 Thread Mark Brown
On Fri, Dec 19, 2014 at 02:55:22PM +0100, Sylwester Nawrocki wrote: Tidy up the samsung_i2s_get_driver_data() function by using IS_ENABLE() instead of #ifdef and add missing braces for the 'else' part. Also ensure we are not dereferencing NULL 'match' pointer. This doesn't apply against

Re: [PATCH v2 00/16] ASoC: samsung: Add clk provider for I2S internal clocks

2015-01-06 Thread Mark Brown
On Fri, Dec 19, 2014 at 02:55:20PM +0100, Sylwester Nawrocki wrote: This series is an attempt to resolve the CDCLK clock gating issue on Odroid X2/U3 as reported by Daniel Drake [1], by exposing the CDCLK gate clock (and the two other clocks) through clk API. This all looks basically fine