Re: [PATCH 1/2] arm64: dts: exynos7: Add pmic s2mps15 device tree node

2015-11-02 Thread Krzysztof Kozlowski
2015-11-02 22:01 GMT+09:00 Alim Akhtar : >>> >>> arch/arm64/boot/dts/exynos/exynos7-espresso.dts | 349 >>> +++ >>> 1 file changed, 349 insertions(+) >>> >>> diff --git a/arch/arm64/boot/dts/exynos/exynos7-espresso.dts >>>

[PATCH 20/22] clocksource/drivers/exynos_mct: Fix Kconfig and add COMPILE_TEST option

2015-11-02 Thread Daniel Lezcano
Let the platform's Kconfig to select the clock instead of having a reverse dependency from the driver to the platform options. Add the COMPILE_TEST option for the compilation test coverage. Due to the non portable 'delay' code, this driver is only compilable on ARM. Signed-off-by: Daniel Lezcano

Re: [PATCH 1/2] arm64: dts: exynos7: Add pmic s2mps15 device tree node

2015-11-02 Thread Alim Akhtar
On 11/02/2015 05:55 PM, Krzysztof Kozlowski wrote: 2015-11-02 19:04 GMT+09:00 Alim Akhtar : This patch add pmic (s2mps15) node of espresso board, This patch adds PMIC (S2MPS15)... which includes addition of regulators and pmic-clk sub-nodes. Signed-off-by:

[PATCH 7/7] drm/exynos/hdmi: add Exynos5433 support

2015-11-02 Thread Andrzej Hajda
HDMI on Exynos5433 differs from previous versions: - different HDMI-PHY settings, - different clocks, - SYSREG registers for enabling reference clock, - MODE_SET register in HDMI-PHY. It is distinguished from other variants by different compatible string. Signed-off-by: Andrzej Hajda

[PATCH 4/7] drm/exynos/hdmi: code cleanup

2015-11-02 Thread Andrzej Hajda
The patch performs following clean-ups: - remove unnecessary white spaces, - remove obvious comments, - fix tabulations, - remove NULL initializators, - re-order driver data. The patch does not change driver's behavior. Signed-off-by: Andrzej Hajda ---

[PATCH 2/7] drm/exynos/hdmi: constify global variables

2015-11-02 Thread Andrzej Hajda
These variables should not be modified. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c b/drivers/gpu/drm/exynos/exynos_hdmi.c index

[PATCH 6/7] dt-bindings: exynos_hdmi: add bindings for Exynos5433 variant

2015-11-02 Thread Andrzej Hajda
Exynos5433 variant of HDMI requires different set of clocks and sysreg phandle to system registers. Signed-off-by: Andrzej Hajda --- .../devicetree/bindings/video/exynos_hdmi.txt | 27 +++--- 1 file changed, 24 insertions(+), 3 deletions(-) diff --git

[PATCH 5/7] drm/exynos/hdmi: stop programming registers with default values

2015-11-02 Thread Andrzej Hajda
There is no point in rewriting default values, as the IP is reset anyway. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 19 --- 1 file changed, 19 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c

[PATCH 3/7] drm/exynos/hdmi: use array specifier for HDMI-PHY configurations

2015-11-02 Thread Andrzej Hajda
HDMI-PHY configurations are stored as array pointer and count pair, we can re-use existing helpers to simplify their initialization. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 34 ++ 1 file changed, 18

[PATCH 1/7] drm/exynos/hdmi: clock code re-factoring

2015-11-02 Thread Andrzej Hajda
With incoming support for newer SoCs different set of clocks will be required, depending on IP version. The patch prepares the driver for it. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_hdmi.c | 184 ++- 1 file changed, 137

[PATCH 0/7] drm/exynos/hdmi: add Exynos5433 support

2015-11-02 Thread Andrzej Hajda
Hi Inki, Krzysztof, This patchset adds support for Exynos 5433 HDMI. There are also few preparation/cleanup patches. All patches except one touch only exynos-drm. Sixth patch adds binding properties for Exynos5433 HDMI, Krzysztof could you look at it. The patchset is based on exynos-drm-next.

Re: [PATCH v4 1/4] Documentation: dt-bindings: Describe SROMc configuration

2015-11-02 Thread Krzysztof Kozlowski
On 03.11.2015 15:58, Pavel Fedin wrote: > Hello! > > --- cut exynos5410.dtsi --- > sromc: sromc@1225 { > #address-cells = <2>; > #size-cells = <1>; > ranges = <0 0 0x0400 0x2 >

Re: [PATCH 6/7] dt-bindings: exynos_hdmi: add bindings for Exynos5433 variant

2015-11-02 Thread Krzysztof Kozlowski
On 02.11.2015 22:16, Andrzej Hajda wrote: > Exynos5433 variant of HDMI requires different set of clocks and sysreg > phandle to system registers. > > Signed-off-by: Andrzej Hajda > --- > .../devicetree/bindings/video/exynos_hdmi.txt | 27 > +++--- > 1

RE: [PATCH v4 1/4] Documentation: dt-bindings: Describe SROMc configuration

2015-11-02 Thread Pavel Fedin
Hello! > >>> --- cut exynos5410.dtsi --- > >>> sromc: sromc@1225 { > >>> #address-cells = <2>; > >>> #size-cells = <1>; > >>> ranges = <0 0 0x0400 0x2 > >>> 1 0 0x0500 0x2 > >>>

Re: [PATCH v5 4/4] drivers/rtc/rtc-s5m.c: add support for S2MPS15 RTC

2015-11-02 Thread Lee Jones
On Mon, 02 Nov 2015, Alexandre Belloni wrote: > On 02/11/2015 at 08:46:21 +0900, Krzysztof Kozlowski wrote : > > On 02.11.2015 02:40, Alexandre Belloni wrote: > > > On 30/10/2015 at 11:55:34 +0530, Alim Akhtar wrote : > > >> RTC found in s2mps15 is almost same as one found on s2mps13 > > >> with

[PATCH 2/2] arm64: dts: exynos7: Enable HS200 mode operation

2015-11-02 Thread Alim Akhtar
This patch enables HS200 mode operation on exynos7 based espresso board. This also remove _broken-cd_ property as per mmc binding documentation which say one of the properties between broken-cd and non-removable should be used. And we already use _non-removable_ as emmc mounted on board which is a

[PATCH 1/2] arm64: dts: exynos7: Add pmic s2mps15 device tree node

2015-11-02 Thread Alim Akhtar
This patch add pmic (s2mps15) node of espresso board, which includes addition of regulators and pmic-clk sub-nodes. Signed-off-by: Abhilash Kesavan Signed-off-by: Alim Akhtar --- This patch should go in after driver side changes [1] lands. [1]->

[PATCH v3] tests/exynos: add fimg2d performance analysis

2015-11-02 Thread Tobias Jakobi
Currently only fast solid color clear performance is measured. A large buffer is allocated and solid color clear operations are executed on it with randomly chosen properties (position and size of the region, clear color). Execution time is measured and output together with the amount of pixels

[PATCH v4] tests/exynos: add fimg2d event test

2015-11-02 Thread Tobias Jakobi
This tests async processing of G2D jobs. A separate thread is spawned to monitor the DRM fd for events and check whether a G2D job was completed. v2: Add GPLv2 header, argument handling and documentation. Test is only installed when requested. v3: Allocate G2D jobs with calloc which fixes

Re: [PATCH v5 4/4] drivers/rtc/rtc-s5m.c: add support for S2MPS15 RTC

2015-11-02 Thread Alexandre Belloni
On 02/11/2015 at 09:03:59 +, Lee Jones wrote : > > > I think you cannot apply it directly because it depends on headers from > > > patch 2/4. It won't build. > > > > > > > Yeah, this depends on the mfd tree. I don't thin Lee applied patch 2/4 > > yet so I'm taking that one for 4.5. > > I

[PATCH v4] tests/exynos: add fimg2d performance analysis

2015-11-02 Thread Tobias Jakobi
Currently only fast solid color clear performance is measured. A large buffer is allocated and solid color clear operations are executed on it with randomly chosen properties (position and size of the region, clear color). Execution time is measured and output together with the amount of pixels

Re: [PATCH v4 1/4] Documentation: dt-bindings: Describe SROMc configuration

2015-11-02 Thread Krzysztof Kozlowski
On 02.11.2015 16:31, Pavel Fedin wrote: > Hello! > >>> --- cut exynos5410.dtsi --- >>> sromc: sromc@1225 { >>> #address-cells = <2>; >>> #size-cells = <1>; >>> ranges = <0 0 0x0400 0x2 >>>

Re: drm/exynos: when to call dma_map_sg() on a GEM object?

2015-11-02 Thread Tobias Jakobi
Hello Joonyoung, Joonyoung Shim wrote: > On 10/31/2015 05:44 AM, Tobias Jakobi wrote: >> Hey there, >> >> this question arose during some discussion with someone concerning the >> Exynos mixer and G2D. >> >> The question is the following. Consider the Exynos mixer when run under >> the IOMMU

Re: drm/exynos: when to call dma_map_sg() on a GEM object?

2015-11-02 Thread Inki Dae
Hi Tobias, 2015년 11월 02일 19:29에 Tobias Jakobi 이(가) 쓴 글: > Hello Joonyoung, > > > Joonyoung Shim wrote: >> On 10/31/2015 05:44 AM, Tobias Jakobi wrote: >>> Hey there, >>> >>> this question arose during some discussion with someone concerning the >>> Exynos mixer and G2D. >>> >>> The question is

Re: [PATCH 1/2] arm64: dts: exynos7: Add pmic s2mps15 device tree node

2015-11-02 Thread Alim Akhtar
On 11/02/2015 05:00 PM, Javier Martinez Canillas wrote: Hello Alim, This patch looks mostly good to me, I just have two comments below: On 11/02/2015 11:04 AM, Alim Akhtar wrote: This patch add pmic (s2mps15) node of espresso board, which includes addition of regulators and pmic-clk

Re: [PATCH 2/2] arm64: dts: exynos7: Enable HS200 mode operation

2015-11-02 Thread Javier Martinez Canillas
Hello Alim, On 11/02/2015 11:04 AM, Alim Akhtar wrote: > This patch enables HS200 mode operation on exynos7 based > espresso board. > This also remove _broken-cd_ property as per mmc binding documentation > which say one of the properties between broken-cd and non-removable > should be used. And

Re: [PATCH v5 4/4] drivers/rtc/rtc-s5m.c: add support for S2MPS15 RTC

2015-11-02 Thread Lee Jones
On Mon, 02 Nov 2015, Alexandre Belloni wrote: > On 02/11/2015 at 09:03:59 +, Lee Jones wrote : > > > > I think you cannot apply it directly because it depends on headers from > > > > patch 2/4. It won't build. > > > > > > > > > > Yeah, this depends on the mfd tree. I don't thin Lee applied

Re: [PATCH 1/2] arm64: dts: exynos7: Add pmic s2mps15 device tree node

2015-11-02 Thread Javier Martinez Canillas
Hello Alim, This patch looks mostly good to me, I just have two comments below: On 11/02/2015 11:04 AM, Alim Akhtar wrote: > This patch add pmic (s2mps15) node of espresso board, > which includes addition of regulators and pmic-clk sub-nodes. > > Signed-off-by: Abhilash Kesavan

Re: [PATCH 2/2] arm64: dts: exynos7: Enable HS200 mode operation

2015-11-02 Thread Krzysztof Kozlowski
Subject - name of the board at the end (not the name of the SoC): arm64: dts: Enable HS200 mode operation on exynos7-espresso 2015-11-02 19:04 GMT+09:00 Alim Akhtar : > This patch enables HS200 mode operation on exynos7 based > espresso board. > This also remove

Re: [PATCH 20/22] clocksource/drivers/exynos_mct: Fix Kconfig and add COMPILE_TEST option

2015-11-02 Thread Chanwoo Choi
Hi, On 2015년 11월 02일 21:56, Daniel Lezcano wrote: > Let the platform's Kconfig to select the clock instead of having a reverse > dependency from the driver to the platform options. > > Add the COMPILE_TEST option for the compilation test coverage. Due to the > non portable 'delay' code, this

Re: [PATCH v3 3/7] ARCH: EXYNOS: split up exynos3250 SoC specific PMU data

2015-11-02 Thread Krzysztof Kozlowski
On 26.10.2015 21:55, Pankaj Dubey wrote: > This patch splits up mach-exynos/pmu.c file, and moves exynos3250 PMU > configuration data and functions handing those data into exynos3250 > SoC specific PMU file mach-exynos/exynos3250-pmu.c. > > Signed-off-by: Pankaj Dubey >

Re: [PATCH 20/22] clocksource/drivers/exynos_mct: Fix Kconfig and add COMPILE_TEST option

2015-11-02 Thread Krzysztof Kozlowski
On 02.11.2015 21:56, Daniel Lezcano wrote: > Let the platform's Kconfig to select the clock instead of having a reverse > dependency from the driver to the platform options. Selecting user-visible symbols is rather discouraged so why not something like this: - def_bool y if ARCH_EXYNOS -

Re: [PATCH 20/22] clocksource/drivers/exynos_mct: Fix Kconfig and add COMPILE_TEST option

2015-11-02 Thread Krzysztof Kozlowski
On 03.11.2015 09:30, Krzysztof Kozlowski wrote: > On 02.11.2015 21:56, Daniel Lezcano wrote: >> Let the platform's Kconfig to select the clock instead of having a reverse >> dependency from the driver to the platform options. > > Selecting user-visible symbols is rather discouraged so why not >

Re: [PATCH v3 2/7] ARM: EXYNOS: Move pmu specific headers under "linux/soc/samsung"

2015-11-02 Thread Krzysztof Kozlowski
On 26.10.2015 21:55, Pankaj Dubey wrote: > Moving Exynos PMU specific header file into "include/linux/soc/samsung" > thus updated affected files under "mach-exynos" to use new location of > these header files. > > Signed-off-by: Amit Daniel Kachhap > Signed-off-by: Pankaj

Re: [PATCH v3 4/7] ARCH: EXYNOS: split up exynos4 SoC specific PMU data

2015-11-02 Thread Krzysztof Kozlowski
On 26.10.2015 21:55, Pankaj Dubey wrote: > This patch splits up mach-exynos/pmu.c file, and moves exynos4210, > exynos4412 and exynos4212 PMU configuration data and functions handing > data into a common exynos4 SoC specific PMU file mach-exynos/exynos4-pmu.c. > > Signed-off-by: Pankaj Dubey

Re: [PATCH v3 1/7] ARM: EXYNOS: removing redundant code from regs-pmu.h

2015-11-02 Thread Krzysztof Kozlowski
On 26.10.2015 21:55, Pankaj Dubey wrote: > commit 6ec4f8d0d91f ("ARM: EXYNOS: add generic function to calculate > cpu number") introduced exynos_pmu_cpunr to be used by multi-cluster SoC's > e.g Exynos5420, but it's no more used in the codebase and hence removing > this part of code. > >

Re: [PATCH v9 10/17] phy: Add driver for rockchip Display Port PHY

2015-11-02 Thread Brian Norris
Hi Yakir, On Thu, Oct 29, 2015 at 09:58:38AM +0800, Yakir Yang wrote: > Add phy driver for the Rockchip DisplayPort PHY module. This > is required to get DisplayPort working in Rockchip SoCs. > > Reviewed-by: Heiko Stuebner > Signed-off-by: Yakir Yang >

Re: [PATCH 2/2] arm64: dts: exynos7: Enable HS200 mode operation

2015-11-02 Thread Alim Akhtar
Hi Krzysztof, On 11/02/2015 05:28 PM, Krzysztof Kozlowski wrote: Subject - name of the board at the end (not the name of the SoC): arm64: dts: Enable HS200 mode operation on exynos7-espresso 2015-11-02 19:04 GMT+09:00 Alim Akhtar : This patch enables HS200 mode

Re: [PATCH 2/2] arm64: dts: exynos7: Enable HS200 mode operation

2015-11-02 Thread Krzysztof Kozlowski
2015-11-02 21:08 GMT+09:00 Alim Akhtar : > Hi Krzysztof, > > > On 11/02/2015 05:28 PM, Krzysztof Kozlowski wrote: >> >> Subject - name of the board at the end (not the name of the SoC): >> arm64: dts: Enable HS200 mode operation on exynos7-espresso >> >> 2015-11-02 19:04

Re: [PATCH 1/2] arm64: dts: exynos7: Add pmic s2mps15 device tree node

2015-11-02 Thread Krzysztof Kozlowski
2015-11-02 19:04 GMT+09:00 Alim Akhtar : > This patch add pmic (s2mps15) node of espresso board, This patch adds PMIC (S2MPS15)... > which includes addition of regulators and pmic-clk sub-nodes. > > Signed-off-by: Abhilash Kesavan > Signed-off-by:

Re: [PATCH v3 5/7] ARCH: EXYNOS: split up exynos5250 SoC specific PMU data

2015-11-02 Thread Krzysztof Kozlowski
On 26.10.2015 21:55, Pankaj Dubey wrote: > This patch splits up mach-exynos/pmu.c file, and moves exynos5250, > PMU configuration data and functions handing data into exynos5250 > SoC specific PMU file mach-exynos/exynos5250-pmu.c. > > Signed-off-by: Pankaj Dubey > ---

Re: [PATCH v3 6/7] ARCH: EXYNOS: split up exynos5420 SoC specific PMU data

2015-11-02 Thread Krzysztof Kozlowski
On 26.10.2015 21:55, Pankaj Dubey wrote: > This patch splits up mach-exynos/pmu.c file, and moves exynos5420, > PMU configuration data and functions handing data into exynos5420 > SoC specific PMU file mach-exynos/exynos5420-pmu.c. > > Signed-off-by: Pankaj Dubey > ---

Re: [PATCH v3 7/7] drivers: soc: Add support for Exynos PMU driver

2015-11-02 Thread Krzysztof Kozlowski
On 26.10.2015 21:55, Pankaj Dubey wrote: > This patch moves Exynos PMU driver implementation from "arm/mach-exynos" > to "drivers/soc/samsung". This driver is mainly used for setting misc > bits of register from PMU IP of Exynos SoC which will be required to > configure before Suspend/Resume.

Re: [PATCH v3 0/7] samsung: pmu: split up SoC specific PMU data

2015-11-02 Thread Krzysztof Kozlowski
On 26.10.2015 21:55, Pankaj Dubey wrote: > This patch series is a part of continuation work from following series > [1] and [2]. > > 1: exynos: Move pmu driver to driver/soc folder and add exynos7 support >http://www.spinics.net/lists/linux-samsung-soc/msg39797.html from Amit > Daniel