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
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
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/
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
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;
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
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
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
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;
> -
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
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
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
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
---
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
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
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
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)
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
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
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
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
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
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
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,
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
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
>> +
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
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
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
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.
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
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
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
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 -
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(+)
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
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.
>
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
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
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
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
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
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 =
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
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
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
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
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
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
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
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
> 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
> 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
> 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
> 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
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
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
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 -
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
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
> >> > 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
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
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
> 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
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
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
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
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:
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
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
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
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
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
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
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
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
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
> > +
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
>> --
93 matches
Mail list logo