RE: [PATCH-RESEND] ARM: dts: Add arm-pmu node for exynos4412

2014-04-28 Thread Chanho Park
Hi Tushar, > -Original Message- > From: Tushar Behera [mailto:tushar.beh...@linaro.org] > Sent: Tuesday, April 29, 2014 3:08 PM > To: Chanho Park; kgene@samsung.com > Cc: linux-samsung-soc@vger.kernel.org; thomas.abra...@linaro.org; linux- > arm-ker...@lists.infradead.org; Kyungmin Par

Re: [PATCHv2] ARM: dts: exynos4: clean up arm-pmu node

2014-04-28 Thread Tushar Behera
On 04/25/2014 07:35 AM, Chanho Park wrote: > This patch cleans a arm-pmu node up for exynos4. Only exynos4412 series > boards have four pmu interrupts. Rest of exynos4 boards, except 4412, have > only > two pmu interrupts. Thus, we can define two interrupts in the > exynos4.dtsi and extends the in

[PATCH 1/1] ARM: dts: Add PD entry to MFC codec on 5420

2014-04-28 Thread Sachin Kamat
PD entry was missing in MFC codec node. Signed-off-by: Sachin Kamat --- arch/arm/boot/dts/exynos5420.dtsi |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/exynos5420.dtsi b/arch/arm/boot/dts/exynos5420.dtsi index 6f662b5cc90d..2fd36b0a7568 100644 --- a/arch/arm/boot/dts/

Re: [PATCH 2/2] cpufreq: Remove exynos_sort_descend_freq_table in exynos5440-cpufreq.c

2014-04-28 Thread Viresh Kumar
On 29 April 2014 11:44, Amit Kachhap wrote: > In the frequency table dts file, the frequencies are arranged in > descending order which maps 1 to 1 with other frequency parameter to > be calculated and programmed in some registers. > But the OPP library works by generating the frequencies in ascen

Re: [PATCH 2/2] cpufreq: Remove exynos_sort_descend_freq_table in exynos5440-cpufreq.c

2014-04-28 Thread Amit Kachhap
On 4/29/14, Viresh Kumar wrote: > On 29 April 2014 10:54, Jonghwan Choi wrote: >> diff --git a/drivers/cpufreq/exynos5440-cpufreq.c >> -static void exynos_sort_descend_freq_table(void) >> -{ >> - struct cpufreq_frequency_table *freq_tbl = dvfs_info->freq_table; >> - int i = 0, index;

Re: [RFC v2 PATCH v3 10/14] drm/panel: add S6E3FA0 driver

2014-04-28 Thread YoungJun Cho
Hi Thierry, Thank you for the comments. On 04/29/2014 06:25 AM, Thierry Reding wrote: On Mon, Apr 28, 2014 at 05:05:24PM +0200, Laurent Pinchart wrote: Hi YoungJun, On Tuesday 22 April 2014 10:24:39 YoungJun Cho wrote: On 04/22/2014 08:00 AM, Laurent Pinchart wrote: Hi YoungJun, Thank you

Re: [PATCH-RESEND] ARM: dts: Add arm-pmu node for exynos4412

2014-04-28 Thread Tushar Behera
On 08/09/2013 04:11 PM, Chanho Park wrote: > The Exynos4412 has 4 cpus and each has a performance counter. > Thus, we should define 4 interrupts which are combined by irq-combiner for arm > pmu. > > Signed-off-by: Chanho Park > Signed-off-by: Kyungmin Park > --- > arch/arm/boot/dts/exynos4412.d

Re: [RFC v2 PATCH v3 10/14] drm/panel: add S6E3FA0 driver

2014-04-28 Thread YoungJun Cho
Hi Laurent, Thank you for sharing your idea. On 04/29/2014 12:05 AM, Laurent Pinchart wrote: Hi YoungJun, On Tuesday 22 April 2014 10:24:39 YoungJun Cho wrote: On 04/22/2014 08:00 AM, Laurent Pinchart wrote: Hi YoungJun, Thank you for the patch. On Monday 21 April 2014 21:28:37 YoungJun Ch

Re: [PATCH 2/2] cpufreq: Remove exynos_sort_descend_freq_table in exynos5440-cpufreq.c

2014-04-28 Thread Viresh Kumar
On 29 April 2014 10:54, Jonghwan Choi wrote: > diff --git a/drivers/cpufreq/exynos5440-cpufreq.c > -static void exynos_sort_descend_freq_table(void) > -{ > - struct cpufreq_frequency_table *freq_tbl = dvfs_info->freq_table; > - int i = 0, index; > - unsigned int tmp_freq; > -

[PATCH 2/2] cpufreq: Remove exynos_sort_descend_freq_table in exynos5440-cpufreq.c

2014-04-28 Thread Jonghwan Choi
After applying "PM / OPP: Use list_for_each_entry_reverse instead of list_for_each_entry", cpufreq table is sorted int descending order. So exynos_sort_descend_freq_table doesn't need anymore. Signed-off-by: Jonghwan Choi --- drivers/cpufreq/exynos5440-cpufreq.c | 20 1 fi

[PATCH v4 1/7] arm64: Use pr_* instead of printk

2014-04-28 Thread Jungseok Lee
This patch fixed the following checkpatch complaint as using pr_* instead of printk. WARNING: printk() should include KERN_ facility level Cc: Catalin Marinas Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung --- arch/arm64/kernel/traps.c | 14 +++--- 1 file changed, 7 inserti

[PATCH v4 2/7] arm64: Decouple page size from level of translation tables

2014-04-28 Thread Jungseok Lee
This patch separates page size from level of translation tables in configuration. It facilitates introduction of different options, such as 4KB + 4 levels, 16KB + 4 levels and 64KB + 3 levels, easily. Cc: Catalin Marinas Cc: Steve Capper Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung

[PATCH v4 3/7] arm64: Introduce a kernel configuration option for VA_BITS

2014-04-28 Thread Jungseok Lee
This patch adds a kernel configuration for VA_BITS. It helps to prevent unnecessary #ifdef statements insertions for VA_BITS when implementing different page sizes and level of translation tables. Cc: Catalin Marinas Cc: Steve Capper Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung ---

[PATCH v4 7/7] arm64: KVM: Implement 4 levels of translation tables for HYP and stage2

2014-04-28 Thread Jungseok Lee
This patch adds 4 levels of translation tables implementation for both HYP and stage2. Both symmetric and asymmetric configurations for page size and translation levels are are validated on Fast Models: 1) 4KB + 3 levels guest on 4KB + 3 levels host 2) 4KB + 4 levels guest on 4KB + 3 level

[PATCH v4 5/7] arm64: Add 4 levels of page tables definition with 4KB pages

2014-04-28 Thread Jungseok Lee
This patch adds hardware definition and types for 4 levels of translation tables with 4KB pages. Cc: Catalin Marinas Cc: Steve Capper Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung --- arch/arm64/include/asm/pgtable-4level-hwdef.h | 50 + arch/arm64/include/asm/pgta

[PATCH v4 4/7] arm64: Add a description on 48-bit address space with 4KB pages

2014-04-28 Thread Jungseok Lee
This patch adds memory layout and translation lookup information about 48-bit address space with 4K pages. The description is based on 4 levels of translation tables. Cc: Catalin Marinas Cc: Steve Capper Signed-off-by: Jungseok Lee Reviewed-by: Sungjinn Chung --- Documentation/arm64/memory.tx

[PATCH v4 6/7] arm64: mm: Implement 4 levels of translation tables

2014-04-28 Thread Jungseok Lee
This patch implements 4 levels of translation tables since 3 levels of page tables with 4KB pages cannot support 40-bit physical address space described in [1] due to the following issue. It is a restriction that kernel logical memory map with 4KB + 3 levels (0xffc0-0x)

[PATCH v4 0/7] Support 4 levels of translation tables for ARM64

2014-04-28 Thread Jungseok Lee
Hi All, This v4 patchset supports 4 levels of tranlsation tables for ARM64. Firstly, The patchset decouples page size from level of translation tables as taking account into the comment from Catalin Marinas: http://www.spinics.net/linux/lists/arm-kernel/msg319552.html Then, it implements 4 level

[PATCH] net: sxgbe: Added rxqueue enable function

2014-04-28 Thread Byungho An
This patch adds rxqueue enable function according to number of rxqueue and adds rxqueue disable function for removing. Signed-off-by: Byungho An --- drivers/net/ethernet/samsung/sxgbe/sxgbe_common.h |2 ++ drivers/net/ethernet/samsung/sxgbe/sxgbe_core.c | 22 + drive

[PATCH] net: sxgbe: Added set function for interrupt on complete

2014-04-28 Thread Byungho An
This patch adds set_rx_int_on_com function for interrupt when dma is completed. Signed-off-by: Byungho An --- drivers/net/ethernet/samsung/sxgbe/sxgbe_desc.c |7 +++ drivers/net/ethernet/samsung/sxgbe/sxgbe_desc.h |3 +++ drivers/net/ethernet/samsung/sxgbe/sxgbe_main.c |1 + 3 f

[PATCH] net: sxgbe: sw reset moved to probe function

2014-04-28 Thread Byungho An
This patch moves sw reset to probe function because sw reset is needed early stage before open function. Signed-off-by: Byungho An --- drivers/net/ethernet/samsung/sxgbe/sxgbe_dma.c | 13 - drivers/net/ethernet/samsung/sxgbe/sxgbe_main.c | 22 ++ 2 files cha

Re: [PATCH v3 6/7] arm64: mm: Implement 4 levels of translation tables

2014-04-28 Thread Jungseok Lee
On Monday, April 28, 2014 10:24 PM, Steve Capper wrote: > On Sun, Apr 27, 2014 at 12:37:35PM +0900, Jungseok Lee wrote: > > On Thursday, April 24, 2014 1:02 AM, Steve Capper wrote: > > > On Fri, Apr 18, 2014 at 04:59:20PM +0900, Jungseok Lee wrote: > > [ ... ] > > > > > > > This is overly complic

[PATCHv5] ARM: EXYNOS: Support secondary CPU boot of Exynos4212

2014-04-28 Thread Chanwoo Choi
From: Kyungmin Park This patch fix the offset of CPU boot address and change parameter of smc call of SMC_CMD_CPU1BOOT command for Exynos4212. Signed-off-by: Kyungmin Park Signed-off-by: Chanwoo Choi Reviewed-by: Tomasz Figa --- Changes from v4: - Post only this patch separated from following

Re: [PATCH 51/97] ARM: l2c: remove platforms/SoCs setting early BRESP

2014-04-28 Thread Russell King - ARM Linux
On Tue, Apr 29, 2014 at 09:02:27AM +0900, Simon Horman wrote: > On Mon, Apr 28, 2014 at 08:30:32PM +0100, Russell King wrote: > > Since we now automatically enable early BRESP in core L2C-310 code when > > we detect a Cortex-A9, we don't need platforms/SoCs to set this bit > > explicitly. Instead,

Re: [PATCH 51/97] ARM: l2c: remove platforms/SoCs setting early BRESP

2014-04-28 Thread Simon Horman
On Mon, Apr 28, 2014 at 08:30:32PM +0100, Russell King wrote: > Since we now automatically enable early BRESP in core L2C-310 code when > we detect a Cortex-A9, we don't need platforms/SoCs to set this bit > explicitly. Instead, they should seek to preserve the value of bit 30 > in the auxiliary c

Re: [PATCH v12 30/31] ARM: dts: add System MMU nodes of exynos5250

2014-04-28 Thread Doug Anderson
Vikas, On Sun, Apr 27, 2014 at 10:39 AM, Vikas Sajjan wrote: > Hi shaik, > > +Doug, Abhilash, > > On Sun, Apr 27, 2014 at 1:08 PM, Shaik Ameer Basha > wrote: >> From: Cho KyongHo >> >> Signed-off-by: Cho KyongHo >> --- >> arch/arm/boot/dts/exynos5250.dtsi | 270 >> +

Re: [PATCH 2/5 v2] iio: exynos_adc: rearrange clk and regulator enable/disable calls

2014-04-28 Thread Doug Anderson
Naveen, On Sat, Apr 26, 2014 at 4:37 AM, Naveen Krishna Chatradhi wrote: > From: Naveen Krishna Ch > > This patch maintains the following order in > probe(), remove(), resume() and suspend() calls > > regulator enable, clk prepare enable > ... > clk disable unprepare, regulator disable > > While

Re: [RFC v2 PATCH v3 10/14] drm/panel: add S6E3FA0 driver

2014-04-28 Thread Thierry Reding
On Mon, Apr 28, 2014 at 05:05:24PM +0200, Laurent Pinchart wrote: > Hi YoungJun, > > On Tuesday 22 April 2014 10:24:39 YoungJun Cho wrote: > > On 04/22/2014 08:00 AM, Laurent Pinchart wrote: > > > Hi YoungJun, > > > > > > Thank you for the patch. > > > > > > On Monday 21 April 2014 21:28:37 Youn

Re: [PATCH 49/97] ARM: l2c: fix register naming

2014-04-28 Thread Stephen Warren
On 04/28/2014 01:30 PM, Russell King wrote: > We have a mixture of different devices with different register layouts, > but we group all the bits together in an opaque mess. Split them out > into those which are L2C-310 specific and ones which refer to earlier > devices. Provide full auxiliary co

Re: [PATCH 51/97] ARM: l2c: remove platforms/SoCs setting early BRESP

2014-04-28 Thread Stephen Warren
On 04/28/2014 01:30 PM, Russell King wrote: > Since we now automatically enable early BRESP in core L2C-310 code when > we detect a Cortex-A9, we don't need platforms/SoCs to set this bit > explicitly. Instead, they should seek to preserve the value of bit 30 > in the auxiliary control register.

Re: [PATCH 00/16] Another 16 L2C patches

2014-04-28 Thread Stephen Warren
eventually be converted. >> >> At some point in the near future, I will see about sorting out their >> ordering wrt the previous patch set. For the time being, they apply >> on top of the existing l2c changes. > > Are "the existing l2c changes" in next-2

[PATCH 51/97] ARM: l2c: remove platforms/SoCs setting early BRESP

2014-04-28 Thread Russell King
Since we now automatically enable early BRESP in core L2C-310 code when we detect a Cortex-A9, we don't need platforms/SoCs to set this bit explicitly. Instead, they should seek to preserve the value of bit 30 in the auxiliary control register. Acked-by: Tony Lindgren Signed-off-by: Russell King

Re: [RESUBMIT RFC PATCH v2 3/3] drivers: mfd: Add support for Exynos PMU driver

2014-04-28 Thread Catalin Marinas
On Mon, Apr 28, 2014 at 01:26:46PM +0100, Lee Jones wrote: > > This patch moves Exynos PMU driver implementation from > > "arm/mach-exynos" to "drivers/mfd". > > This driver is mainly used for setting misc bits of register from PMU IP > > of Exynos SoC which will be required to configure before Sus

[PATCH 59/97] ARM: l2c: exynos: convert to common l2c310 early resume functionality

2014-04-28 Thread Russell King
Signed-off-by: Russell King --- arch/arm/mach-exynos/common.h | 1 - arch/arm/mach-exynos/exynos.c | 12 +--- arch/arm/mach-exynos/sleep.S | 30 +- arch/arm/plat-samsung/s5p-sleep.S | 1 - 4 files changed, 2 insertions(+), 42 deletions(-) diff -

[PATCH 60/97] ARM: l2c: exynos: convert to generic l2c initialisation (and thereby fix it)

2014-04-28 Thread Russell King
exynos was unconditionally calling the L2 cache initialisation from an early_initcall. This breaks multiplatform kernels. Thankfully, converting to generic l2c initialisation fixes this. Signed-off-by: Russell King --- arch/arm/mach-exynos/exynos.c | 8 ++-- 1 file changed, 2 insertions(+)

[PATCH 58/97] ARM: l2c: exynos: remove cache size override

2014-04-28 Thread Russell King
Signed-off-by: Russell King --- arch/arm/mach-exynos/exynos.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/arch/arm/mach-exynos/exynos.c b/arch/arm/mach-exynos/exynos.c index e6828fb46034..a51bf25e7523 100644 --- a/arch/arm/mach-exynos/exynos.c +++ b/arch/arm/mach-exyno

Re: [PATCH v3 1/3] base: power: Add generic OF-based power domain look-up

2014-04-28 Thread Stephen Warren
On 04/23/2014 10:46 AM, Tomasz Figa wrote: > This patch introduces generic code to perform power domain look-up using > device tree and automatically bind devices to their power domains. > Generic device tree binding is introduced to specify power domains of > devices in their device tree nodes. >

[PATCH 49/97] ARM: l2c: fix register naming

2014-04-28 Thread Russell King
We have a mixture of different devices with different register layouts, but we group all the bits together in an opaque mess. Split them out into those which are L2C-310 specific and ones which refer to earlier devices. Provide full auxiliary control register definitions. Acked-by: Tony Lindgren

Re: [PATCH] [media] s5p-mfc: Add IOMMU support

2014-04-28 Thread Laurent Pinchart
Hi Arun, On Tuesday 22 April 2014 17:52:08 Arun Kumar K wrote: > On Tue, Apr 22, 2014 at 5:23 PM, Laurent Pinchart wrote: > > On Tuesday 22 April 2014 16:32:48 Arun Kumar K wrote: > >> The patch adds IOMMU support for MFC driver. > > > > I've been working on an IOMMU driver lately, which led me t

Re: [PATCH 00/16] Another 16 L2C patches

2014-04-28 Thread Heiko Stübner
n where the generic > code initialises the L2 cache itself, with as little help as possible > from board specific code. Patches 2/16 ("ARM: l2c: add platform independent core L2 cache initialisation") and 3/16 ("ARM: l2c: convert rockchip to generic l2c initialisation") appl

Re: [PATCH v2] ARM: dts: Add peach-pit board support

2014-04-28 Thread Doug Anderson
Tomasz and Arun, On Sat, Apr 26, 2014 at 4:32 AM, Tomasz Figa wrote: > Hi Arun, > > > On 24.04.2014 06:17, Arun Kumar K wrote: >> >> Adds the google peach-pit board dts file which uses >> exynos5420 SoC. >> >> Signed-off-by: Arun Kumar K >> Signed-off-by: Doug Anderson >> --- >> Changes from v1

Re: [PATCH 00/16] Another 16 L2C patches

2014-04-28 Thread Russell King - ARM Linux
t; > >> A number of platforms are left alone because they're more complex - > >> these should still eventually be converted. > >> > >> At some point in the near future, I will see about sorting out their > >> ordering wrt the previous patch set. For the time

Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU

2014-04-28 Thread Stephen Warren
On 04/28/2014 05:18 AM, Thierry Reding wrote: > On Mon, Apr 28, 2014 at 12:56:03PM +0200, Arnd Bergmann wrote: ... >> A lot of drivers probably only support one >> master, so they can just set #iommu-cells=<0>, others might require >> IDs that do not fit into one cell. > > You mean "#iommu-cells =

Re: [RESEND PATCH v3 3/5] mfd: tps65090: Stop caching most registers

2014-04-28 Thread Doug Anderson
Lee, On Mon, Apr 28, 2014 at 4:57 AM, Lee Jones wrote: >> >> > Nearly all of the registers in tps65090 combine control bits and >> >> > status bits. Turn off caching of all registers except the select few >> >> > that can be cached. >> >> >> >> Lee, I don't mind if I apply this and send a pull r

Re: [PATCH v3 3/4] usb: ohci-exynos: Add facility to use phy provided by the generic phy framework

2014-04-28 Thread Alan Stern
On Mon, 28 Apr 2014, Vivek Gautam wrote: > Add support to consume phy provided by Generic phy framework. > Keeping the support for older usb-phy intact right now, in order > to prevent any functionality break in absence of relevant > device tree side change for ohci-exynos. > Once we move to new p

Re: [RFC v2 PATCH v3 10/14] drm/panel: add S6E3FA0 driver

2014-04-28 Thread Laurent Pinchart
Hi YoungJun, On Tuesday 22 April 2014 10:24:39 YoungJun Cho wrote: > On 04/22/2014 08:00 AM, Laurent Pinchart wrote: > > Hi YoungJun, > > > > Thank you for the patch. > > > > On Monday 21 April 2014 21:28:37 YoungJun Cho wrote: > >> This patch adds MIPI-DSI command mode based S6E3FA0 AMOLED LCD

Re: [PATCH v3 6/7] arm64: mm: Implement 4 levels of translation tables

2014-04-28 Thread Steve Capper
On Sun, Apr 27, 2014 at 12:37:35PM +0900, Jungseok Lee wrote: > On Thursday, April 24, 2014 1:02 AM, Steve Capper wrote: > > On Fri, Apr 18, 2014 at 04:59:20PM +0900, Jungseok Lee wrote: [ ... ] > > > > This is overly complicated. For <4 levels we set x0 to be: > > ttbr1 + 2*PAGE_SIZE. For 4-lev

Re: [PATCH V2 7/9] drm/bridge: ptn3460: add drm_panel controls

2014-04-28 Thread Ajay kumar
Daniel, On Sun, Apr 27, 2014 at 6:25 PM, Daniel Vetter wrote: > On Fri, Apr 25, 2014 at 8:17 AM, Ajay kumar wrote: >> We can call panel_enable/disable at the right point. Even the bridge chips >> expect the same. So, I am not ok with combining the bridge and panel and >> calling the fxn pointers

Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU

2014-04-28 Thread Thierry Reding
On Mon, Apr 28, 2014 at 02:05:30PM +0200, Arnd Bergmann wrote: > On Monday 28 April 2014 13:18:03 Thierry Reding wrote: > > On Mon, Apr 28, 2014 at 12:56:03PM +0200, Arnd Bergmann wrote: > > > On Monday 28 April 2014 12:39:20 Thierry Reding wrote: > > > > And possibly with a iommu-names property to

Re: [PATCH V2 2/3] ARM: EXYNOS5: Support Suspend-to-RAM on EXYNOS5420

2014-04-28 Thread Vikas Sajjan
Hi Tomasz, On Wed, Apr 16, 2014 at 12:33 AM, Tomasz Figa wrote: > Hi Vikas, > > Basically same comments as for the series for Exynos5260. Also see more > comments inline. > > > On 27.03.2014 07:13, Vikas Sajjan wrote: >> >> Adds Suspend-to-RAM support for EXYNOS5420 >> >> Signed-off-by: Abhilash

Re: [PATCH V2 1/3] ARM: EXYNOS5: Add PMU settings for exynos5420

2014-04-28 Thread Vikas Sajjan
Hi Tomasz, On Wed, Apr 16, 2014 at 12:27 AM, Tomasz Figa wrote: > Hi Vikas, > > Basically the same comments apply as for the series: > > [PATCH v2 0/3] Add initial support of PMU for exynos5260 > (https://www.mail-archive.com/linux-samsung-soc@vger.kernel.org/msg27339.html) > > In addition to abo

Re: [RESUBMIT RFC PATCH v2 3/3] drivers: mfd: Add support for Exynos PMU driver

2014-04-28 Thread Lee Jones
> This patch moves Exynos PMU driver implementation from > "arm/mach-exynos" to "drivers/mfd". > 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 "arch/arm/m

Re: [RESUBMIT RFC PATCH v2 3/3] drivers: mfd: Add support for Exynos PMU driver

2014-04-28 Thread Lee Jones
> This patch moves Exynos PMU driver implementation from > "arm/mach-exynos" to "drivers/mfd". > 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 "arch/arm/m

Re: [RESUBMIT RFC PATCH v2 2/3] ARM: EXYNOS: Move pmu specific header files under "linux/mfd/samsung"

2014-04-28 Thread Lee Jones
> Moving Exynos PMU specific header file into "include/linux/mfd/samsung" > thus updated affected files under "mach-exynos" to use new location of > these header files. > > CC: Sangbeom Kim > CC: Samuel Ortiz > CC: Lee Jones > Signed-off-by: Pankaj Dubey > --- > arch/arm/mach-exynos/cpuidle.c

Re: [PATCH v2 3/6] rtc: s5m: Use shorter time of register update

2014-04-28 Thread Lee Jones
> Set the time needed for updating alarm and time registers to 0.45 ms. > The default is 7.32 ms which is too long and leads to warnings when > setting alarm or time: > s5m-rtc: waiting for UDR update, reached max number of retries > > Signed-off-by: Krzysztof Kozlowski > Cc: Kyungmin Park

Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU

2014-04-28 Thread Arnd Bergmann
On Monday 28 April 2014 13:18:03 Thierry Reding wrote: > On Mon, Apr 28, 2014 at 12:56:03PM +0200, Arnd Bergmann wrote: > > On Monday 28 April 2014 12:39:20 Thierry Reding wrote: > > > And possibly with a iommu-names property to go along with that. The idea > > > being that a device can be a master

[RESUBMIT RFC PATCH v2 3/3] drivers: mfd: Add support for Exynos PMU driver

2014-04-28 Thread Pankaj Dubey
This patch moves Exynos PMU driver implementation from "arm/mach-exynos" to "drivers/mfd". 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 "arch/arm/mach-exynos

[RESUBMIT RFC PATCH v2 1/3] ARM: EXYNOS: Move PMU specific definitions from common.h

2014-04-28 Thread Pankaj Dubey
From: Younggun Jang This patch moves PMU specific definitions into a new file as exynos-pmu.h. This will help in making PMU implementation independent of common.h header. Signed-off-by: Young-Gun Jang Signed-off-by: Pankaj Dubey --- arch/arm/mach-exynos/common.h | 17 -

[RESUBMIT RFC PATCH v2 2/3] ARM: EXYNOS: Move pmu specific header files under "linux/mfd/samsung"

2014-04-28 Thread Pankaj Dubey
Moving Exynos PMU specific header file into "include/linux/mfd/samsung" thus updated affected files under "mach-exynos" to use new location of these header files. CC: Sangbeom Kim CC: Samuel Ortiz CC: Lee Jones Signed-off-by: Pankaj Dubey --- arch/arm/mach-exynos/cpuidle.c

[RESUBMIT RFC PATCH v2 0/3] Add support for Exynos PMU driver

2014-04-28 Thread Pankaj Dubey
This patch series moves PMU implementation from "mach-exynos/pmu.c" to "drivers/mfd/exynos-pmu.c". Patch v1 was posted as RFC [1]. In case of ARM32 we had machine folder such as "mach-exynos" but moving forward with ARM64 SoC support we can not have any more such machine folders, keeping that in m

Re: [RESEND PATCH v3 3/5] mfd: tps65090: Stop caching most registers

2014-04-28 Thread Lee Jones
> >> > Nearly all of the registers in tps65090 combine control bits and > >> > status bits. Turn off caching of all registers except the select few > >> > that can be cached. > >> > >> Lee, I don't mind if I apply this and send a pull request to you or I > >> pull a tag from you with this in - wha

Re: [RFC PATCH v2 3/3] drivers: mfd: Add support for Exynos PMU driver

2014-04-28 Thread Pankaj Dubey
On 04/28/2014 08:21 PM, Lee Jones wrote: On Fri, 25 Apr 2014, Pankaj Dubey wrote: This patch moves Exynos PMU driver implementation from "arm/mach-exynos" to "drivers/mfd". This driver is mainly used for setting misc bits of register from PMU IP of Exynos SoC which will be required to configure

Re: [RFC PATCH v2 3/3] drivers: mfd: Add support for Exynos PMU driver

2014-04-28 Thread Lee Jones
On Fri, 25 Apr 2014, Pankaj Dubey wrote: > This patch moves Exynos PMU driver implementation from > "arm/mach-exynos" to "drivers/mfd". > 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

Re: [RFC PATCH v2 2/3] ARM: EXYNOS: Move pmu specific header files under "linux/mfd/samsung"

2014-04-28 Thread Lee Jones
> Moving Exynos PMU specific header file into "include/linux/mfd/samsung" > thus updated affected files under "mach-exynos" to use new location of > these header files. > > CC: Sangbeom Kim > CC: Samuel Ortiz > CC: Lee Jones > Signed-off-by: Pankaj Dubey > --- > arch/arm/mach-exynos/cpuidle.c

Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU

2014-04-28 Thread Thierry Reding
On Mon, Apr 28, 2014 at 12:56:03PM +0200, Arnd Bergmann wrote: > On Monday 28 April 2014 12:39:20 Thierry Reding wrote: > > On Sun, Apr 27, 2014 at 08:23:06PM +0200, Arnd Bergmann wrote: > > > On Sunday 27 April 2014 13:07:43 Shaik Ameer Basha wrote: > > > > +- mmu-masters: A phandle to device node

Re: [PATCH v2 1/5] ARM: dts: Add syscon handle in pmu node for exynos5250

2014-04-28 Thread Pankaj Dubey
Hi Tomasz, On 04/26/2014 05:55 AM, Tomasz Figa wrote: Hi Pankaj, On 25.04.2014 13:54, Pankaj Dubey wrote: Add "samsung,syscon-phandle" property pointing to PMU node to access PMU register via PMU regmap handle. Signed-off-by: Pankaj Dubey --- arch/arm/boot/dts/exynos5250.dtsi |1 + 1

Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU

2014-04-28 Thread Arnd Bergmann
On Monday 28 April 2014 12:39:20 Thierry Reding wrote: > On Sun, Apr 27, 2014 at 08:23:06PM +0200, Arnd Bergmann wrote: > > On Sunday 27 April 2014 13:07:43 Shaik Ameer Basha wrote: > > > +- mmu-masters: A phandle to device nodes representing the master for > > > which > > > + the Sy

Re: [PATCH] ARM: dts: Remove vmmc-supply for mmc@12220000 on arndale-octa board

2014-04-28 Thread Javi Merino
Hi Sachin, On Mon, Apr 28, 2014 at 05:30:19AM +0100, Sachin Kamat wrote: > On 26 April 2014 16:49, Kukjin Kim wrote: > > Javi Merino wrote: > >> > >> On Fri, Apr 25, 2014 at 09:35:35PM +0100, Tomasz Figa wrote: > >> > On 25.04.2014 22:30, Javi Merino wrote: > >> > > On Fri, Apr 25, 2014 at 09:16:

[PATCH 0/7 v8] crypto:s5p-sss: Add Device tree and Exynos support

2014-04-28 Thread Naveen Krishna Chatradhi
SSS module on Exynos4210, Exynos5250 and Exynos5420 SoCs has added features to the one on S5PV210. However with minor changes the s5p-sss.c driver can be reused to support SSS modules on Exynos4 and 5 SoCs. This patch set 1. Adds device tree support to the s5p-sss.c driver and Documentation 2. Add

[PATCH 1/7 v8] crypto:s5p-sss: Use platform_get_irq() instead of _byname()

2014-04-28 Thread Naveen Krishna Chatradhi
This patch uses the platform_get_irq() instead of the platform_get_irq_byname(). Making feeder control interrupt as resource "0" and hash interrupt as "1". reasons for this change. 1. Cannot find any Arch which is currently using this driver 2. Samsung Exynos4 and 5 SoCs only use the feeder contro

[PATCH 2/7 v8] crypto:s5p-sss: Add device tree support

2014-04-28 Thread Naveen Krishna Chatradhi
This patch adds device tree support to the s5p-sss.c crypto driver. Signed-off-by: Naveen Krishna Chatradhi Acked-by: Herbert Xu CC: David S. Miller CC: Vladimir Zapolskiy TO: CC: --- Changes since v7: Added Acked-by from Herbert Xu Changes since v6: None Changes since v5: Rewritten the inte

[PATCH 7/7 v8] crypto:s5p-sss: Look for the next request in the queue

2014-04-28 Thread Naveen Krishna Chatradhi
Currently, the driver enqueues a request only if the busy bit is false. And every request initiates a dequeue. If 2 requests arrive simultaneously, only one of them will be dequeued. To avoid this senario, we will enqueue the next request irrespective of the system condition (that is what queue is

[PATCH 5/7 v8] crypto:s5p-sss: validate iv before memcpy

2014-04-28 Thread Naveen Krishna Chatradhi
This patch adds code to validate "iv" buffer before trying to memcpy the contents Signed-off-by: Naveen Krishna Chatradhi Reviewed-by: Tomasz Figa Acked-by: Herbert Xu CC: David S. Miller CC: Vladimir Zapolskiy TO: CC: --- Changes since v7: Added Acked-by from Herbert Xu Changes since v6: N

[PATCH 6/7 v8] crypto:s5p-sss: Use clk_prepare/clk_unprepare

2014-04-28 Thread Naveen Krishna Chatradhi
This patch set adds use of clk_prepare/clk_unprepare as required by generic clock framework. Signed-off-by: Naveen Krishna Chatradhi Reviewed-by: Tomasz Figa Acked-by: Herbert Xu CC: David S. Miller CC: Vladimir Zapolskiy TO: CC: --- Changes since v7: Added Acked-by from Herbert Xu Changes

[PATCH 4/7 v8] crypto:s5p-sss: Kconfig: Let Exynos SoCs select SSS driver

2014-04-28 Thread Naveen Krishna Chatradhi
This patch modifies Kconfig such that ARCH_EXYNOS SoCs which includes (Exynos4210, Exynos5250 and Exynos5420) can also select Samsung SSS(Security SubSystem) driver. Signed-off-by: Naveen Krishna Chatradhi Reviewed-by: Tomasz Figa Acked-by: Herbert Xu CC: David S. Miller CC: Vladimir Zapolskiy

[PATCH 3/7 v8] crypto:s5p-sss: Add support for SSS module on Exynos

2014-04-28 Thread Naveen Krishna Chatradhi
This patch adds new compatible and variant struct to support the SSS module on Exynos4 (Exynos4210), Exynos5 (Exynos5420 and Exynos5250) for which 1. AES register are at an offset of 0x200 and 2. hash interrupt is not available Signed-off-by: Naveen Krishna Chatradhi Reviewed-by: Tomasz Figa Ack

Re: [PATCH v12 11/31] documentation: iommu: add binding document of Exynos System MMU

2014-04-28 Thread Thierry Reding
On Sun, Apr 27, 2014 at 08:23:06PM +0200, Arnd Bergmann wrote: > On Sunday 27 April 2014 13:07:43 Shaik Ameer Basha wrote: > > +- mmu-masters: A phandle to device nodes representing the master for which > > + the System MMU can provide a translation. Any additional > > values > > +

Re: [PATCH v12 18/31] iommu/exynos: allow having multiple System MMUs for a master H/W

2014-04-28 Thread Tushar Behera
On 04/27/2014 01:07 PM, Shaik Ameer Basha wrote: > From: Cho KyongHo > > Some master device descriptor like fimc-is which is an abstraction > of very complex H/W may have multiple System MMUs. For those devices, > the design of the link between System MMU and its master H/W is needed > to be reco

Re: [PATCH 2/4] usb: ehci-exynos: Use struct device instead of platform_device

2014-04-28 Thread Jingoo Han
On Monday, April 28, 2014 6:26 PM, Vivek Gautam wrote: > > Change to use struct device instead of struct platform_device > for some static functions. > > Signed-off-by: Vivek Gautam > Cc: Jingoo Han Acked-by: Jingoo Han Best regards, Jingoo Han > Cc: Alan Stern > --- > drivers/usb/host/eh

Re: [PATCH 1/4] usb: ohci-exynos: Use struct device instead of platform_device

2014-04-28 Thread Jingoo Han
On Monday, April 28, 2014 6:25 PM, Vivek Gautam wrote: > > Change to use struct device instead of struct platform_device > for some static functions. > > Signed-off-by: Vivek Gautam > Cc: Jingoo Han Acked-by: Jingoo Han Best regards, Jingoo Han > Cc: Alan Stern > --- > drivers/usb/host/oh

[PATCH] clk: exynos5420: Add clock IDs needed by GPU

2014-04-28 Thread Arun Kumar K
Adds IDs for the clocks needed by the ARM Mali GPU in exynos5420. Signed-off-by: Arun Kumar K --- drivers/clk/samsung/clk-exynos5420.c |4 ++-- include/dt-bindings/clock/exynos5420.h |2 ++ 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/clk/samsung/clk-exynos542

[PATCH v6] clk: Exynos5250: Add clocks for G3D

2014-04-28 Thread Arun Kumar K
This patch adds the required clocks for ARM Mali IP in Exynos5250. Signed-off-by: Arun Kumar K --- Changes from v5 - Addressed comments from Tomasz Figa http://www.spinics.net/lists/arm-kernel/msg326118.html Changes from v4 - Rebased on latest kernel - Added macros Changes from v3 - Renamed som

Re: [PATCH v3 0/4] usb: ehci/ohci-exynos: Move to generic phy framework

2014-04-28 Thread Vivek Gautam
On Mon, Apr 28, 2014 at 2:55 PM, Vivek Gautam wrote: > Based and tested on 'usb-next' branch of Greg's usb tree, with relevant > device tree patches[1] [1] [PATCH v7 0/2] dts: Add usb2phy to Exynos 5250 http://www.spinics.net/lists/linux-usb/msg106427.html > > Changes from v2: > - Added t

[PATCH v3 0/4] usb: ehci/ohci-exynos: Move to generic phy framework

2014-04-28 Thread Vivek Gautam
Based and tested on 'usb-next' branch of Greg's usb tree, with relevant device tree patches[1] Changes from v2: - Added two patches in the series for some cleanup. usb: ohci-exynos: Use struct device instead of platform_device usb: ehci-exynos: Use struct device instead of platform_device

[PATCH v3 0/4] usb: ehci/ohci-exynos: Move to generic phy framework

2014-04-28 Thread Vivek Gautam
Based and tested on 'usb-next' branch of Greg's usb tree, with relevant device tree patches[1] Changes from v2: - Added two patches in the series for some cleanup. usb: ohci-exynos: Use struct device instead of platform_device usb: ehci-exynos: Use struct device instead of platform_device

[PATCH 1/4] usb: ohci-exynos: Use struct device instead of platform_device

2014-04-28 Thread Vivek Gautam
Change to use struct device instead of struct platform_device for some static functions. Signed-off-by: Vivek Gautam Cc: Jingoo Han Cc: Alan Stern --- drivers/usb/host/ohci-exynos.c | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/drivers/usb/host/ohc

[PATCH v3 3/4] usb: ohci-exynos: Add facility to use phy provided by the generic phy framework

2014-04-28 Thread Vivek Gautam
Add support to consume phy provided by Generic phy framework. Keeping the support for older usb-phy intact right now, in order to prevent any functionality break in absence of relevant device tree side change for ohci-exynos. Once we move to new phy in the device nodes for ohci, we can remove the s

[PATCH v9 4/4] usb: ehci-exynos: Change to use phy provided by the generic phy framework

2014-04-28 Thread Vivek Gautam
From: Kamil Debski Add the phy provider, supplied by new Exynos-usb2phy using Generic phy framework. Keeping the support for older USB phy intact right now, in order to prevent any functionality break in absence of relevant device tree side change for ehci-exynos. Once we move to new phy in the d

[PATCH 2/4] usb: ehci-exynos: Use struct device instead of platform_device

2014-04-28 Thread Vivek Gautam
Change to use struct device instead of struct platform_device for some static functions. Signed-off-by: Vivek Gautam Cc: Jingoo Han Cc: Alan Stern --- drivers/usb/host/ehci-exynos.c |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/usb/host/ehci-exynos.c b/dri

[PATCH] i2c: exynos5: add support for HSI2C on Exynos5260 SoC

2014-04-28 Thread Naveen Krishna Chatradhi
HSI2C module on Exynos5260 differs from current modules in following ways: 1. HSI2C on Exynos5260 has fifo_depth of 16bytes 2. Module needs to be reset as a part of init sequence. Hence, Following changes are involved. 1. Add a new compatible string and Updates the Documentation dt bindings. 2.

Re: [PATCH v12 00/31] iommu/exynos: Fixes and Enhancements of System MMU driver with DT

2014-04-28 Thread Arnd Bergmann
On Sunday 27 April 2014 13:07:32 Shaik Ameer Basha wrote: > The current exynos-iommu(System MMU) driver does not work autonomously > since it is lack of support for power management of peripheral blocks. > For example, MFC device driver must ensure that its System MMU is disabled > before MFC block

Re: [PATCH 1/2 v4] i2c: exynos5: add support for HSI2C on Exynos5260 SoC

2014-04-28 Thread Naveen Krishna Ch
Hello Wolfram, On 13 March 2014 00:48, Wolfram Sang wrote: > On Fri, Feb 07, 2014 at 10:12:51AM +0530, Naveen Krishna Chatradhi wrote: >> This patch adds a new compatible and uses variant struct to support >> HSI2C module on Exynos5260. Updates the Documentation dt bindings. >> Also resets the mo

Re: [PATCH v3 02/16] clk: exynos5420: add clocks for ISP block

2014-04-28 Thread Shaik Ameer Basha
Hi Alim, Thanks for the review comments. On Fri, Apr 25, 2014 at 10:14 AM, Alim Akhtar wrote: > Hi Shaik, > > On Thu, Apr 24, 2014 at 6:33 PM, Shaik Ameer Basha > wrote: >> This patch adds missing clocks for ISP block >> >> Signed-off-by: Rahul Sharma >> Signed-off-by: Shaik Ameer Basha >> --