On 18.03.2014 12:18, Sachin Kamat wrote:
On 18 March 2014 16:33, Cho KyongHo wrote:
On Fri, 14 Mar 2014 22:27:59 +0530, Sachin Kamat wrote:
Hi KyongHo,
On 14 March 2014 19:13, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:09, Cho KyongHo wrote:
exynos-iommu driver must care about
Hi Krzysztof,
On 17.03.2014 10:19, Krzysztof Kozlowski wrote:
Add of_compatible strings for S5M8767 and S2MPS14 clock MFD cells.
Signed-off-by: Krzysztof Kozlowski
---
drivers/mfd/sec-core.c |3 +++
1 file changed, 3 insertions(+)
Reviewed-by: Tomasz Figa
Best regards,
Tomasz
--
To
On 18.03.2014 14:01, Cho KyongHo wrote:
On Fri, 14 Mar 2014 17:12:03 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:10, Cho KyongHo wrote:
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
On 18.03.2014 12:09, Cho KyongHo wrote:
On Fri, 14 Mar 2014 20:52:43 +0530, Sachin Kamat wrote:
Hi KyongHo,
On 14 March 2014 10:35, Cho KyongHo wrote:
This patch uses managed device helper functions in the probe().
Signed-off-by: Cho KyongHo
---
[snip]
+ data->clk = devm_clk_get(de
On 18.03.2014 10:56, Cho KyongHo wrote:
On Fri, 14 Mar 2014 13:59:00 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:08, Cho KyongHo wrote:
[snip]
-static bool __exynos_sysmmu_disable(struct sysmmu_drvdata *data)
+static void __sysmmu_disable_nocount(struct sysmmu_drvdata *data
On 18.03.2014 11:38, Cho KyongHo wrote:
On Fri, 14 Mar 2014 14:28:36 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:05, Cho KyongHo wrote:
This patch uses managed device helper functions in the probe().
Signed-off-by: Cho KyongHo
---
drivers/iommu/exynos-iommu.c | 64
On 18.03.2014 11:52, Cho KyongHo wrote:
On Fri, 14 Mar 2014 14:39:33 +0100, Tomasz Figa wrote:
@@ -557,11 +558,23 @@ static int exynos_sysmmu_probe(struct platform_device
*pdev)
return 0;
}
-static struct platform_driver exynos_sysmmu_driver = {
- .probe
On 18.03.2014 12:23, Cho KyongHo wrote:
On Fri, 14 Mar 2014 17:07:53 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:10, Cho KyongHo wrote:
[snip]
@@ -677,11 +679,40 @@ static int __init exynos_sysmmu_probe(struct
platform_device *pdev)
platform_set_drvdata(pdev, data
On 17.03.2014 06:19, Chanwoo Choi wrote:
Hi Tomasz,
On 03/15/2014 02:35 AM, Tomasz Figa wrote:
Hi Chanwoo, Mark,
On 14.03.2014 11:56, Chanwoo Choi wrote:
Hi Mark,
On 03/14/2014 07:35 PM, Mark Rutland wrote:
On Fri, Mar 14, 2014 at 07:14:37AM +, Chanwoo Choi wrote:
Hi Mark,
On 03/14
On 17.03.2014 02:58, Chanwoo Choi wrote:
Hi Tomasz,
On 03/15/2014 02:58 AM, Tomasz Figa wrote:
Hi Chanwoo,
On 13.03.2014 09:17, Chanwoo Choi wrote:
This patchset support devicetree and use common ppmu driver instead of
individual code of exynos4_bus.c to remove duplicate code. Also this
Hi Chanwoo,
On 19.03.2014 10:47, Chanwoo Choi wrote:
Hi Tomasz,
On 03/19/2014 12:46 AM, Tomasz Figa wrote:
On 17.03.2014 06:19, Chanwoo Choi wrote:
Hi Tomasz,
On 03/15/2014 02:35 AM, Tomasz Figa wrote:
Hi Chanwoo, Mark,
On 14.03.2014 11:56, Chanwoo Choi wrote:
Hi Mark,
On 03/14/2014 07
On 19.03.2014 10:01, Sachin Kamat wrote:
On 19 March 2014 14:29, Cho KyongHo wrote:
On Tue, 18 Mar 2014 16:14:53 +0100, Tomasz Figa wrote:
On 18.03.2014 12:09, Cho KyongHo wrote:
On Fri, 14 Mar 2014 20:52:43 +0530, Sachin Kamat wrote:
Hi KyongHo,
On 14 March 2014 10:35, Cho KyongHo wrote
Hi Pankaj,
On 12.03.2014 05:32, Pankaj Dubey wrote:
This patch includes Samsung clock Kconfig file, and replaces PLAT_SAMSUNG
with COMMON_CLK_SAMSUNG for Samsung common clock support.
Any Samsung SoC want to use Samsung common clock infrastructure can simply
select COMMON_CLK_SAMSUNG.
Signed-of
Hi Pankaj,
On 12.03.2014 05:32, Pankaj Dubey wrote:
This patch adds new Kconfig file for adding new config option
as COMMON_CLK_SAMSUNG for Samsung common clock. This patch also
moves S3C24XX specific clock options here in this file.
Signed-off-by: Pankaj Dubey
---
drivers/clk/samsung/Kconfi
On 19.03.2014 02:03, Cho KyongHo wrote:
On Tue, 18 Mar 2014 16:09:50 +0100, Tomasz Figa wrote:
On 18.03.2014 10:56, Cho KyongHo wrote:
On Fri, 14 Mar 2014 13:59:00 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:08, Cho KyongHo wrote:
[snip]
@@ -637,11 +708,14 @@ static void
On 19.03.2014 01:39, Cho KyongHo wrote:
On Tue, 18 Mar 2014 15:26:48 +0100, Tomasz Figa wrote:
On 18.03.2014 14:01, Cho KyongHo wrote:
On Fri, 14 Mar 2014 17:12:03 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:10, Cho KyongHo wrote:
Some master device descriptor like fimc-is
On 19.03.2014 14:20, Tomasz Figa wrote:
On 19.03.2014 01:39, Cho KyongHo wrote:
On Tue, 18 Mar 2014 15:26:48 +0100, Tomasz Figa wrote:
On 18.03.2014 14:01, Cho KyongHo wrote:
On Fri, 14 Mar 2014 17:12:03 +0100, Tomasz Figa wrote:
Hi KyongHo,
On 14.03.2014 06:10, Cho KyongHo wrote:
Some
Hi Leela,
On 19.03.2014 12:19, Leela Krishna Amudala wrote:
Hi All,
I didn't see this series in mainline, Any comments for this ?
Naveen had posted v12 of this series and I believe all the patches got
my Reviewed-by.
Best regards,
Tomasz
--
To unsubscribe from this list: send the line "uns
Hi Grant,
On 19.03.2014 18:03, Grant Grundler wrote:
On Wed, Mar 19, 2014 at 6:12 AM, Tomasz Figa wrote:
...
No. Proper Linux drivers must support deferred probing mechanism and there
should be no assumptions about probing orders. Using other initcall level
than module_initcall for particular
On 19.03.2014 19:37, Grant Grundler wrote:
On Wed, Mar 19, 2014 at 10:30 AM, Tomasz Figa wrote:
...
As I said, AFAIK the trend is to get rid of ordering by initcalls and make
sure that drivers can handle missing dependencies properly, even for
"services" such as DMA, GPIO, clocks
Hi Sören,
On 20.03.2014 00:13, Sören Brinkmann wrote:
On Mon, 2014-03-03 at 05:02PM +0100, 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
On 20.03.2014 11:03, Cho KyongHo wrote:
On Wed, 19 Mar 2014 13:08:42 +0100, Tomasz Figa wrote:
On 19.03.2014 10:01, Sachin Kamat wrote:
On 19 March 2014 14:29, Cho KyongHo wrote:
On Tue, 18 Mar 2014 16:14:53 +0100, Tomasz Figa wrote:
On 18.03.2014 12:09, Cho KyongHo wrote:
On Fri, 14 Mar
On 20.03.2014 11:22, Cho KyongHo wrote:
On Wed, 19 Mar 2014 16:14:57 +0100, Tomasz Figa wrote:
On 19.03.2014 14:20, Tomasz Figa wrote:
On 19.03.2014 01:39, Cho KyongHo wrote:
On Tue, 18 Mar 2014 15:26:48 +0100, Tomasz Figa wrote:
On 18.03.2014 14:01, Cho KyongHo wrote:
On Fri, 14 Mar 2014
Hi,
On 11.02.2014 13:13, Grant Likely wrote:
On Tue, 11 Feb 2014 12:45:50 +0100, Marek Szyprowski
wrote:
Hello,
On 2014-02-05 12:05, Grant Likely wrote:
On Tue, 04 Feb 2014 13:09:29 +0100, Marek Szyprowski
wrote:
This patch adds device tree support for contiguous and reserved memory
regi
On 11.02.2014 21:02, Benjamin Herrenschmidt wrote:
On Tue, 2014-02-11 at 19:01 +, Grant Likely wrote:
except that the former IMHO better suits the definition of memory
region, which I see as a single contiguous range of memory and can be
simplified to have a single reg entry per region.
On 11.02.2014 21:19, Josh Cartwright wrote:
On Tue, Feb 11, 2014 at 09:04:21PM +0100, Tomasz Figa wrote:
On 11.02.2014 21:02, Benjamin Herrenschmidt wrote:
On Tue, 2014-02-11 at 19:01 +, Grant Likely wrote:
except that the former IMHO better suits the definition of memory
region
be expressed in the
devicetree.
Cc: Chen-Yu Tsai
Cc: Tomasz Figa
Reviewed-by: Hante Meuleman
Reviewed-by: Pieter-Paul Giesberts
Signed-off-by: Arend van Spriel
---
This devicetree binding proposal is intended for platforms with
Broadcom wireless device in MMC sdio slot. These devices may
have
Hi Alexandre,
On 07.02.2014 05:35, Alexandre Courbot wrote:
Some firmwares do not put the CPU into idle mode themselves, but still
need to be informed that the CPU is about to enter idle mode before this
happens. Add a prepare_idle() operation to the firmware_ops structure to
handle such cases.
On 13.02.2014 13:07, Arend van Spriel wrote:
On 02/13/2014 10:13 AM, Tomasz Figa wrote:
Hi Arend,
On 10.02.2014 20:17, Arend van Spriel wrote:
The Broadcom bcm43xx sdio devices are fullmac devices that may be
integrated in ARM platforms. Currently, the brcmfmac driver for
these devices
Hi Tarek,
On 13.02.2014 04:08, Tarek Dakhran wrote:
exynos4_local_timer_setup called on the secondary cpu before
irqs are enabled. request_irq can sleep, which produces next warning:
on boot:
[0.37] CPU0: thread -1, cpu 0, socket 0, mpidr 8000
[0.37] Setting up static identi
Hi,
On 13.02.2014 10:14, Krzysztof Kozlowski wrote:
Add bindings documentation for S2MPS14 device to the s2mps11 driver.
Signed-off-by: Krzysztof Kozlowski
Cc: Mark Brown
Cc: Liam Girdwood
Cc: Tomasz Figa
Cc: devicet...@vger.kernel.org
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc
Hi,
On 17.02.2014 10:05, Krzysztof Kozlowski wrote:
Add document describing device tree bindings for MAX14577 MFD
drivers: MFD core, extcon, regulator and charger.
Both MAX14577 and MAX77836 chipsets are documented.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Tomasz Figa
Cc
Hi,
On 17.02.2014 10:05, Krzysztof Kozlowski wrote:
Add document describing device tree bindings for MAX14577 MFD
drivers: MFD core, extcon, regulator and charger.
Both MAX14577 and MAX77836 chipsets are documented.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Tomasz Figa
Cc
Hi Stephen,
On 23.01.2014 01:18, Stephen Boyd wrote:
On 01/11, Tomasz Figa wrote:
+
+/**
+ * of_genpd_lock() - Lock access to of_genpd_providers list
+ */
+static void of_genpd_lock(void)
+{
+ mutex_lock(&of_genpd_mutex);
+}
+
+/**
+ * of_genpd_unlock() - Unlock acces
On 23.01.2014 19:40, Mark Brown wrote:
On Thu, Jan 23, 2014 at 06:04:23PM +, Alan Cox wrote:
We can then enable that config option for ARM (and in time for any other
architecture that turns out to need/want it). Eventually it can go away
(not that its exactly doing any harm if it doesnt).
On 23.01.2014 07:10, Mj Embd wrote:
On 1/10/14, Tomasz Figa wrote:
Hi,
On 09.01.2014 13:52, Bartlomiej Zolnierkiewicz wrote:
added linux-samsung-soc to cc:,
it is a better suited list for this question
On Thursday, January 09, 2014 10:30:56 AM Mj Embd wrote:
I am a bit confused on the
Hi Naveen,
On 15.01.2014 10:15, Naveen Krishna Chatradhi wrote:
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
[sn
Hi Naveen,
Exynos5250 specific part looks good, but I have a little doubt in case
of Exynos5420.
On 15.01.2014 10:16, Naveen Krishna Chatradhi wrote:
This patch adds gating clock for SSS(Security SubSystem)
module on Exynos5250/5420.
Signed-off-by: Naveen Krishna Chatradhi
TO:
TO: Tomasz
Hi Naveen,
On 15.01.2014 10:16, Naveen Krishna Chatradhi wrote:
This patch adds the device tree node for SSS module
found on Exynos5420 and Exynos5250
Signed-off-by: Naveen Krishna Chatradhi
Reviewed-by: Tomasz Figa
TO:
CC: Kukjin Kim
CC:
---
Changes since v3:
1. Modified the SSS clock ID
1 deletion(-)
Reviewed-by: Tomasz Figa
Best regards,
Tomasz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi Manish,
On 26.01.2014 08:15, Manish Badarkhe wrote:
Instead of "#if define CONFIG_OF" use "IS_ENABLED(CONFIG_OF)"
option for DT code to avoid if-deffery in code.
Signed-off-by: Manish Badarkhe
---
:100644 100644 b4513f2... d353fbc... M drivers/power/max8925_power.c
drivers/power/max8925_
Hi Stephen,
On 13.01.2014 06:06, Stephen Rothwell wrote:
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in
drivers/clk/samsung/clk-exynos4.c between commit 86576fbe201b ("clk:
samsung: exynos4: Fix definition of div_mmc_pre4 divider") from the
arm-soc tree and commit 2d7382375
On 26.01.2014 21:59, Tomasz Figa wrote:
Hi Stephen,
On 13.01.2014 06:06, Stephen Rothwell wrote:
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in
drivers/clk/samsung/clk-exynos4.c between commit 86576fbe201b ("clk:
samsung: exynos4: Fix definition of div_mmc_pr
On 26.01.2014 22:45, Dmitry Torokhov wrote:
On Sun, Jan 26, 2014 at 07:31:50PM +0530, Manish Badarkhe wrote:
Hi Tomasz,
Thank you for your review comments.
On Sun, Jan 26, 2014 at 6:52 PM, Tomasz Figa wrote:
Hi Manish,
On 26.01.2014 08:15, Manish Badarkhe wrote:
Instead of "#if d
Hi Ulf,
On 03.04.2014 14:16, Ulf Hansson wrote:
On 3 March 2014 17:02, 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
Hi,
On Friday 06 of December 2013 12:32:14 Krzysztof Kozlowski wrote:
> Add document describing device tree bindings for MAX14577 MFD driver.
>
> Signed-off-by: Krzysztof Kozlowski
> Signed-off-by: Kyungmin Park
> ---
> Documentation/devicetree/bindings/mfd/max14577.txt | 65
> +
Hi Naveen,
Please see my comments inline.
On Tuesday 07 of January 2014 17:21:45 Naveen Krishna Ch wrote:
> 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.
Hi Naveen,
Please see my comments inline.
On Tuesday 07 of January 2014 17:21:46 Naveen Krishna Ch wrote:
> This patch adds device tree support along with a new
> compatible string to support Exynos5 SoCs (SSS_VER_5).
>
> Also, Documentation under devicetree/bindings added.
>
> Signed-off-by: N
Hi Naveen,
Please see my comments inline.
On Tuesday 07 of January 2014 17:21:47 Naveen Krishna Ch wrote:
> The differences between SSS modules on S5PV210 and Exynos5
> (AFA the driver supports)
> 1. AES register are at an offset of 0x200 on Exynos5
> 2. hash interrupt is no longer needed on Exyn
On Tuesday 07 of January 2014 17:21:48 Naveen Krishna Ch wrote:
> This patch modifies Kconfig such that ARCH_EXYNOS5 SoCs
> can also select Samsung SSS(Security SubSystem) driver.
>
> Signed-off-by: Naveen Krishna Ch
> CC: Herbert Xu
> CC: David S. Miller
> CC: Vladimir Zapolskiy
> TO:
> CC:
On Tuesday 07 of January 2014 17:21:49 Naveen Krishna Ch wrote:
> From: Naveen Krishna Chatradhi
>
> this patch adds the device tree nodes for SSS module found on Exynos5420
nit: Sentences in English start with a capital letter. Also this patch
adds one node, not few of them as the description s
Hi Naveen,
On 09.01.2014 05:59, Naveen Krishna Chatradhi wrote:
This patch adds device tree support to the s5p-sss.c crypto driver.
Implements a varient struct to address the changes in SSS hardware
on various SoCs from Samsung.
Also, Documentation under devicetree/bindings added.
Signed-off-b
this patchset.
It's okay.
On 9 January 2014 19:44, Tomasz Figa wrote:
Hi Naveen,
On 09.01.2014 05:59, Naveen Krishna Chatradhi wrote:
This patch adds device tree support to the s5p-sss.c crypto driver.
Implements a varient struct to address the changes in SSS hardware
on various SoCs fr
Hi Yuvaraj,
In general this version looks pretty good, but I have some questions inline.
On 10.01.2014 08:00, Yuvaraj Kumar C D wrote:
[snip]
diff --git a/drivers/phy/phy-exynos5250-sata-i2c.c
b/drivers/phy/phy-exynos5250-sata-i2c.c
new file mode 100644
index 000..206e337
--- /dev/null
+++
---
Changes since v2:
None
drivers/crypto/s5p-sss.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
Reviewed-by: Tomasz Figa
Best regards,
Tomasz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Naveen,
Please see my comments inline.
On 10.01.2014 12:42, Naveen Krishna Chatradhi wrote:
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
Hi Naveen,
On 10.01.2014 12:43, Naveen Krishna Chatradhi wrote:
From: Naveen Krishna Ch
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 Ch
CC: H
Hi Naveen,
On 10.01.2014 12:43, Naveen Krishna Chatradhi wrote:
This patch adds gating clock for SSS(Security SubSystem)
module on Exynos5250.
Signed-off-by: Naveen Krishna Chatradhi
---
Changes since v2:
This is a new change to support SSS on Exynos5250
drivers/clk/samsung/clk-exynos5250.c
|6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Reviewed-by: Tomasz Figa
Best regards,
Tomasz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
Hi Naveen,
On 10.01.2014 12:45, Naveen Krishna Chatradhi wrote:
This patch adds code to validate "iv" buffer before trying to
memcpy the contents
Signed-off-by: Naveen Krishna Chatradhi
---
Changes since v2:
None
drivers/crypto/s5p-sss.c |5 +++--
1 file changed, 3 insertions(+), 2 del
arch/arm/boot/dts/exynos5250.dtsi |8
arch/arm/boot/dts/exynos5420.dtsi | 10 ++
2 files changed, 18 insertions(+)
Reviewed-by: Tomasz Figa
Best regards,
Tomasz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Hi,
On 09.01.2014 13:52, Bartlomiej Zolnierkiewicz wrote:
added linux-samsung-soc to cc:,
it is a better suited list for this question
On Thursday, January 09, 2014 10:30:56 AM Mj Embd wrote:
I am a bit confused on the interrupt number for CNTVIRQ..CNTHPIRQ. Can
you please help here.
As per
Hi,
On 08.01.2014 17:21, Doug Anderson wrote:
WIll,
Thanks for your comments!
On Wed, Jan 8, 2014 at 6:35 AM, Will Deacon wrote:
On Wed, Jan 08, 2014 at 01:33:11PM +, Vivek Gautam wrote:
The erratum-773769 occurs on Arm Coretex-A15 (rev r2p0),
when L2 Data Ram latency is set to 4 cycles
This patch adds necessary device tree nodes and properties to enable LCD
screen on mini6410 board.
Signed-off-by: Tomasz Figa
---
arch/arm/boot/dts/s3c6410-mini6410.dts | 33 +
1 file changed, 33 insertions(+)
diff --git a/arch/arm/boot/dts/s3c6410-mini6410.dts
This patch adds device tree nodes for power domains available on S3C64xx
SoCs.
Signed-off-by: Tomasz Figa
---
arch/arm/boot/dts/s3c6400.dtsi | 1 +
arch/arm/boot/dts/s3c6410.dtsi | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/s3c6400.dtsi b/arch/arm/boot/dts/s3c6400
This patch adds call to s3c64xx_pm_init() from init_machine() callback
of mach-s3c64xx-dt to enable SoC-level power management features, such
as power domain management and sleep support.
Signed-off-by: Tomasz Figa
---
arch/arm/mach-s3c64xx/mach-s3c64xx-dt.c | 8
1 file changed, 8
This patch adds support for registering power domains of S3C64xx SoCs
and binding devices to them using device tree.
Signed-off-by: Tomasz Figa
---
arch/arm/mach-s3c64xx/pm.c | 71 +
include/dt-bindings/arm/s3c64xx-power-domains.h | 26 +
2
This patch moves Exynos power domain code to use the new generic power
domain look-up framework introduced by previous patch, allowing the new
code to be compiled with CONFIG_ARCH_EXYNOS selected as well.
Signed-off-by: Tomasz Figa
---
.../bindings/arm/exynos/power_domain.txt | 12
This patch adds always_on field to s3c64xx_pm_domain struct to allow
handling registration of all domains in the same way, without the need
to have separate arrays for normal and always on domains.
Signed-off-by: Tomasz Figa
---
arch/arm/mach-s3c64xx/pm.c | 21 -
1 file
This patch adds device tree node for the display controller present on
S3C64xx SoCs.
Signed-off-by: Tomasz Figa
---
arch/arm/boot/dts/s3c64xx.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/s3c64xx.dtsi b/arch/arm/boot/dts/s3c64xx.dtsi
index 4e3be4d
-specific power domain
bindings is provided, but for now the new code is not compiled when
CONFIG_ARCH_EXYNOS is selected to avoid collision with legacy code. This
will change as soon as Exynos power domain code gets converted to use
the generic framework in further patch.
Signed-off-by: Tomasz Figa
There is a status bit for domain G present in BLK_PWR_STAT register, but
it is currently not specified in the driver.
This patch adds the status bit of domain G to structure describing it.
Signed-off-by: Tomasz Figa
---
arch/arm/mach-s3c64xx/pm.c | 1 +
1 file changed, 1 insertion(+)
diff
This patch removes name field from private s3c64xx_pm_domain struct and
moves domain name to dedicated field of generic_pm_domain struct.
When at it, beautify the names a bit, since they are used by genpd core
as message prefixes.
Signed-off-by: Tomasz Figa
---
arch/arm/mach-s3c64xx/pm.c | 19
splay controller (FIMD) which is
a power domain consumer.
Successfully tested on S3C6410-based Mini6410 board.
Tomasz Figa (10):
ARM: s3c64xx: pm: Use name field of generic_pm_domain
ARM: s3c64xx: pm: Add always_on field to s3c64xx_pm_domain struct
ARM: s3c64xx: pm: Add pwr_stat bit for dom
On Saturday 11 of January 2014 20:42:42 Tomasz Figa wrote:
> Up till now there was no single generic method to bind devices to their
> power domains using Device Tree. Each platform has been doing this using
> its own way, example of which are Exynos power domain bindings [1] and
> loo
Hi Pavel,
On 12.01.2014 12:47, Pavel Machek wrote:
On Sat 2014-01-11 20:42:43, Tomasz Figa wrote:
This patch removes name field from private s3c64xx_pm_domain struct and
moves domain name to dedicated field of generic_pm_domain struct.
When at it, beautify the names a bit, since they are used
On 12.01.2014 19:53, Pavel Machek wrote:
Hi!
Could we get some more descriptive names for the domains?
They are listed like this in user's manual, e.g. DOMAIN_F, DOMAIN_I,
DOMAIN_G, etc.
I guessed so. So the manual sucks. Would it be feasible to get it more
descriptive (like "Domain_G (GPU)
On 12.01.2014 20:20, Mark Brown wrote:
On Sat, Jan 11, 2014 at 08:42:43PM +0100, Tomasz Figa wrote:
static struct s3c64xx_pm_domain s3c64xx_pm_irom = {
- .name = "IROM",
.ena = S3C64XX_NORMALCFG_IROM_ON,
.pd = {
+ .name = "domain_i
On 12.01.2014 20:29, Mark Brown wrote:
On Sat, Jan 11, 2014 at 08:42:48PM +0100, Tomasz Figa wrote:
This patch adds support for registering power domains of S3C64xx SoCs
and binding devices to them using device tree.
+#ifdef CONFIG_OF
+static struct of_device_id s3c64xx_pd_matches
On 13.01.2014 12:09, Mark Brown wrote:
On Sun, Jan 12, 2014 at 08:34:10PM +0100, Tomasz Figa wrote:
On 12.01.2014 20:29, Mark Brown wrote:
On Sat, Jan 11, 2014 at 08:42:48PM +0100, Tomasz Figa wrote:
This patch adds support for registering power domains of S3C64xx SoCs
and binding devices
On Thursday 07 of November 2013 10:40:16 Rob Herring wrote:
> On Thu, Nov 7, 2013 at 5:32 AM, Tomasz Figa wrote:
> > Hi Grant,
> >
> > Could you pick this patch up? It fixes boot-up at least on several
> > Exynos based platforms, which use interrupt-map nodes with
On Tuesday 05 of November 2013 11:51:07 Kumar Gala wrote:
> On Nov 5, 2013, at 11:44 AM, Stephen Boyd wrote:
> > On 11/05/13 09:13, Kumar Gala wrote:
> >> On Nov 1, 2013, at 5:08 PM, Stephen Boyd wrote:
> >>> diff --git
> >>> a/Documentation/devicetree/bindings/arm/msm/qcom,kpss-acc.txt
> >>> b/Doc
On Friday 01 of November 2013 15:08:49 Stephen Boyd wrote:
> From: Rohit Vaswani
>
> According to the ePAPR CPUs should have an enable method. On ARM
> the enable-method property has not been used so far, so document
> this property as an optional property and add the spin-table
> method as one v
From: Tomasz Figa
This patch adds an entry for Samsung SoC clock drivers located under
drivers/clk/samsung/ directory, with me taking the maintainer role.
Signed-off-by: Tomasz Figa
Acked-by: Kyungmin Park
Acked-by: Mike Turquette
Acked-by: Sachin Kamat
Acked-by: Sylwester Nawrocki
Acked
+), 7 deletions(-)
For the whole series:
Reviewed-by: Tomasz Figa
Best regards,
Tomasz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi Naveen,
On Tuesday 05 of November 2013 15:15:30 Naveen Krishna Chatradhi wrote:
> 1. The irq routine is so simple (just one register read) shouldn't be
> long Hence, reduce the timeout to 100milli secs,
I believe that the timeout value depends mostly on maximum conversion time
and interrupt h
Hi Vivek,
On Thursday 31 of October 2013 13:15:41 Vivek Gautam wrote:
> Add a new driver for the USB 3.0 PHY on Exynos5 series of SoCs.
> The new driver uses the generic PHY framework and will interact
> with DWC3 controller present on Exynos5 series of SoCs.
>
> Signed-off-by: Vivek Gautam
> --
Hi Vivek,
On Thursday 31 of October 2013 13:15:42 Vivek Gautam wrote:
> Update device tree bindings for DWC3 controller and
> USB 3.0 phy present on Exynos 5250 SoC, to start using
> the phy driver based on generic phy framework.
>
> Signed-off-by: Vivek Gautam
> ---
> arch/arm/boot/dts/exynos5
Hi Kamil,
Please see my comments inline.
On Tuesday 05 of November 2013 17:13:19 Kamil Debski wrote:
> Add a new driver for the Exynos USB PHY. The new driver uses the generic
> PHY framework. The driver includes support for the Exynos 4x10 and 4x12
> SoC families.
>
> Signed-off-by: Kamil Debsk
Hi Kamil,
On Tuesday 05 of November 2013 17:13:20 Kamil Debski wrote:
> Change the phy provider used from the old usb phy specific to a new one
> using the generic phy framework.
I believe that until Exynos5250 also gets converted to the new PHY driver,
support for the old USB PHY API should rema
Hi Kamil,
This patch is changing a DT binding, but you haven't updated relevant
documentation. Please remember about it in next version.
On Tuesday 05 of November 2013 17:13:21 Kamil Debski wrote:
> Change the used phy driver to the new Exynos USB phy driver that uses the
> generic phy framework.
Hi,
On Thursday 07 of November 2013 12:12:46 Vyacheslav Tyrtov wrote:
> From: Tarek Dakhran
>
> EXYNOS5410 is SoC in Samsung's Exynos5 SoC series.
> Add initial support for this SoC.
In general the patch looks pretty good, however there are several things
that I overlooked when reviewing previo
Hi,
On Thursday 07 of November 2013 12:12:47 Vyacheslav Tyrtov wrote:
> From: Tarek Dakhran
>
> The EXYNOS5410 clocks are statically listed and registered
> using the Samsung specific common clock helper functions.
Thanks for keeping up with addressing the comments. However there are
still few
Hi,
Please see my comments inline.
On Thursday 07 of November 2013 12:12:49 Vyacheslav Tyrtov wrote:
> From: Tarek Dakhran
>
> Add initial device tree nodes for EXYNOS5410 SoC and SMDK5410 board.
>
> Signed-off-by: Tarek Dakhran
> Signed-off-by: Vyacheslav Tyrtov
> ---
> arch/arm/boot/dts/M
Hi Chanwoo,
Please add a patch description. Even if trivial, it is good to have one.
On Monday 04 of November 2013 10:55:59 Chanwoo Choi wrote:
> Signed-off-by: Chanwoo Choi
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/boot/dts/exynos4212.dtsi | 6 ++
> 1 file changed, 6 insertions(+)
>
Hi Chanwoo, Marek,
On Monday 04 of November 2013 10:56:00 Chanwoo Choi wrote:
> From: Marek Szyprowski
>
No patch description?
> Signed-off-by: Marek Szyprowski
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/boot/dts/exynos4212.dtsi | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git
Hi Chanwoo,
On Monday 04 of November 2013 10:56:01 Chanwoo Choi wrote:
> This patch gps_alive power domain to exynos4x12.dtsi.
Patch description lacks rationale behind the change.
>
> Signed-off-by: Chanwoo Choi
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/boot/dts/exynos4x12.dtsi | 5 +++
On Monday 11 of November 2013 12:33:20 Stephen Warren wrote:
> On 11/11/2013 12:17 PM, Gerlando Falauto wrote:
> > Hi Stephan,
> >
> > On 11/11/2013 07:53 PM, Stephen Warren wrote:
> >> On 11/11/2013 11:28 AM, Gerlando Falauto wrote:
> >>> Hi everyone,
> >>>
> >>> [jumping in on an old discussion]
Hi Charles,
On Tuesday 15 of October 2013 13:26:22 Charles Keepax wrote:
> Correct the SPI bus clock hookups to match their state before the switch
> to this driver. With out this patch my system (based on an s3c6410)
> can't locate any spibus clock.
That's right, a patch like this is needed inde
On Wednesday 16 of October 2013 09:10:35 Charles Keepax wrote:
> + samsung soc mailing list
>
> On Wed, Oct 16, 2013 at 12:52:42AM +0200, Tomasz Figa wrote:
> > Hi Charles,
> >
> > On Tuesday 15 of October 2013 13:26:22 Charles Keepax wrote:
> > > ALIAS(SCL
701 - 800 of 1789 matches
Mail list logo
