RE: [PATCH v5 3/5] ARM: EXYNOS: Enable PMUs for exynos4

> -Original Message- > From: Will Deacon [mailto:will.dea...@arm.com] > Sent: Thursday, October 25, 2012 11:41 PM > To: Chanho Park > Cc: 'Olof Johansson'; kgene@samsung.com; linux-samsung- > s...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > li...@arm.linux.org.uk; ben-li...

Re: [PATCH] S3C24XX: add clockevent/clocksource support

Hi Romain, On Wednesday 24 of October 2012 22:56:40 Romain Naour wrote: > Hi, > > This patch converts the s3c24xx timer driver to the > clocksource/clockevent API. I made some test on a mini2440 board and I > had to reduce timers frequency to 1MHz in order to produce a timer's > overflow every 64

[PATCH v3 5/6] ARM: EXYNOS: Add support for secondary CPU bring-up on Exynos4412

Exynos4412 uses different information register for each core. This patch adjusts the bring-up code to take that into account. Signed-off-by: Kyungmin Park Signed-off-by: Tomasz Figa --- arch/arm/mach-exynos/platsmp.c | 30 -- 1 file changed, 24 insertions(+), 6 delet

[PATCH v3 6/6] ARM: EXYNOS: Add secure firmware support to secondary CPU bring-up

Boards using secure firmware must use different CPU boot registers and call secure firmware to boot the CPU. Signed-off-by: Kyungmin Park Signed-off-by: Tomasz Figa --- arch/arm/mach-exynos/platsmp.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/mach-exynos/platsmp.c b/arc

[PATCH v3 4/6] ARM: EXYNOS: Add support for Exynos secure firmware

Some Exynos-based boards contain secure firmware and must use firmware operations to set up some hardware. This patch adds firmware operations for Exynos secure firmware and a way for board code and device tree to specify that they must be used. Example of use: In board code: ...MACHINE

[PATCH v3 2/6] ARM: EXYNOS: Add support for secure monitor calls

Some boards use secure monitor calls to communicate with secure firmware. This patch adds exynos_smc function which uses smc assembly instruction to do secure monitor calls. Signed-off-by: Kyungmin Park Signed-off-by: Tomasz Figa --- arch/arm/mach-exynos/Makefile | 5 + arch/arm/mach-

[PATCH v3 3/6] ARM: EXYNOS: Add IO mapping for non-secure SYSRAM.

On TrustZone-enabled boards the non-secure SYSRAM is used for secondary CPU bring-up, so add a mapping for it. Signed-off-by: Kyungmin Park Signed-off-by: Tomasz Figa --- arch/arm/mach-exynos/common.c| 35 arch/arm/mach-exynos/include/mach/map.h

[PATCH v3 1/6] ARM: Add interface for registering and calling firmware-specific operations

Some boards are running with secure firmware running in TrustZone secure world, which changes the way some things have to be initialized. This patch adds an interface for platforms to specify available firmware operations and call them. A wrapper macro, call_firmware_op(), checks if the operation

[PATCH v3 0/6] ARM: EXYNOS: Add secure firmware support

Some Exynos-based boards are running with secure firmware running in TrustZone secure world, which changes the way some things have to be initialized. This series adds support for specifying firmware operations, implements some firmware operations for Exynos secure firmware and adds a method of en

Re: [PATCH v5 3/5] ARM: EXYNOS: Enable PMUs for exynos4

On Thu, Oct 25, 2012 at 02:41:46AM +0100, Chanho Park wrote: > > On Tue, Oct 23, 2012 at 10:34 PM, Chanho Park > > wrote: > > > This patch defines irq numbers of ARM performance monitoring unit for > > exynos4. > > > Firs of all, we need to fix IRQ_PMU correctly and to split pmu > > > initializati

Re: [PATCH] mmc: dw_mmc: enable controller interrupt before calling mmc_start_host

Hi, On Thu, Oct 25 2012, Yuvaraj CD wrote: > Yes,its legal name."Yuvaraj C D". Thanks for letting me know; pushed to mmc-next for 3.7. - Chris. -- Chris Ball One Laptop Per Child -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the bod

RE: [PATCH v4 0/6] arm: exynos: add dt based support for exynos5 hdmi

> -Original Message- > From: Kukjin Kim [mailto:kgene@samsung.com] > Sent: Tuesday, October 23, 2012 11:08 PM > To: 'Rahul Sharma'; linux-samsung-soc@vger.kernel.org; devicetree- > disc...@lists.ozlabs.org > Cc: tomasz.f...@gmail.com; t.stanisl...@samsung.com; > sw0312@samsung.com

Re: [PATCH v2 3/4] DMA: PL330: Balance module remove function with probe

Hi Vinod, On 24 October 2012 09:44, Vinod Koul wrote: > On Fri, 2012-10-05 at 15:47 +0530, Inderpal Singh wrote: >> Since peripheral channel resources are not being allocated at probe, >> no need to flush the channels and free the resources in remove function. >> In case, the channel is in use by

Re: [PATCH v2 4/4] DMA: PL330: unregister dma_device in module's remove function

On 24 October 2012 09:49, Vinod Koul wrote: > On Fri, 2012-10-05 at 15:47 +0530, Inderpal Singh wrote: >> unregister dma_device in module's remove function. >> >> Signed-off-by: Inderpal Singh >> --- >> drivers/dma/pl330.c |2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/drivers/

Re: [PATCH v2 2/4] DMA: PL330: Change allocation method to properly free DMA descriptors

On 24 October 2012 09:40, Vinod Koul wrote: > On Fri, 2012-10-05 at 15:47 +0530, Inderpal Singh wrote: >> In probe, memory for multiple DMA descriptors were being allocated at once >> and then it was being split and added into DMA pool one by one. The address >> of this memory allocation is not be

Re: [PATCH v2 1/4] DMA: PL330: Free memory allocated for peripheral channels

Hi Vinod, Thanks for reviewing. On 24 October 2012 09:35, Vinod Koul wrote: > On Fri, 2012-10-05 at 15:47 +0530, Inderpal Singh wrote: >> The allocated memory for peripheral channels is not being freed upon >> failure in probe and in module's remove funtion. It will lead to memory >> leakage. He

Re: [PATCH] mmc: dw_mmc: enable controller interrupt before calling mmc_start_host

Yes,its legal name."Yuvaraj C D". On Wed, Oct 24, 2012 at 2:49 AM, Chris Ball wrote: > Hi, > > On Mon, Oct 08 2012, Yuvaraj CD wrote: >> As mmc_start_host is getting called before enabling the dw_mmc controller >> interrupt, there is a problem of missing the SDMMC_INT_CMD_DONE for the >> very fir