Re: [PATCH] pwm: samsung: Use MODULE_DEVICE_TABLE() to include OF modalias

On Thu, May 14, 2015 at 02:32:31AM +0200, Javier Martinez Canillas wrote: If the pwm-samsung driver is built as a module, modalias information is not filled so the module is not autoloaded. Use the MODULE_DEVICE_TABLE() macro to export the OF device ID so the module contains that information.

Re: [PATCH] pwm: samsung: Use MODULE_DEVICE_TABLE() to include OF modalias

Hello Thierry, On 05/14/2015 02:37 AM, Krzysztof Kozlowski wrote: On 14.05.2015 09:32, Javier Martinez Canillas wrote: If the pwm-samsung driver is built as a module, modalias information is not filled so the module is not autoloaded. Use the MODULE_DEVICE_TABLE() macro to export the OF

Re: [PATCH 1/2] ARM: dts: exynos4: Remove obsolete MIPI DPHY 'reg' property

Hello Krzysztof, On Thu, May 21, 2015 at 4:18 AM, Krzysztof Kozlowski k.kozlow...@samsung.com wrote: Since e4b3d38088df (phy: exynos-video-mipi: Fix regression by adding support for PMU regmap) the Exynos PMU driver provides regmap to access the MIPI DPHY registers. The MIPI DPHY node uses a

Re: [PATCH] ARM: dts: Update video-phy node with syscon phandle for Exynos3250

On Thu, May 21, 2015 at 4:04 AM, Krzysztof Kozlowski k.kozlow...@samsung.com wrote: 2015-05-21 10:57 GMT+09:00 Krzysztof Kozlowski k.kozlow...@samsung.com: 2015-03-19 19:56 GMT+09:00 Beata Michalska b.michal...@samsung.com: As a follow-up to recent changes to Exynos mipi video phy driver,

Re: [PATCH 2/2] ARM: dts: exynos4415: Add syscon property to the MIPI DPHY

Hello Krzysztof, On Thu, May 21, 2015 at 4:18 AM, Krzysztof Kozlowski k.kozlow...@samsung.com wrote: Since e4b3d38088df (phy: exynos-video-mipi: Fix regression by adding support for PMU regmap) the Exynos PMU driver provides regmap to access the MIPI DPHY registers. The MIPI DPHY driver

Re: [PATCH v5 09/12] drm/exynos: remove exported functions from exynos_drm_plane

2015-05-21 Tobias Jakobi tjak...@math.uni-bielefeld.de: Gustavo Padovan wrote: 2015-05-21 Gustavo Padovan gustavo.pado...@collabora.co.uk: 2015-05-21 Tobias Jakobi tjak...@math.uni-bielefeld.de: Hi, like I said before, this clashes with my commit 'drm/exynos: plane: honor buffer

Re: [PATCH] clk:samsung:clk - Fix typo in panic log.

On 05/21, Shailendra Verma wrote: Signed-off-by: Shailendra Verma shailendra.capric...@gmail.com --- Applied to clk-next -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project -- To unsubscribe from this list: send the line unsubscribe

[PATCH] clk:samsung:clk - Fix typo in panic log.

Signed-off-by: Shailendra Verma shailendra.capric...@gmail.com --- drivers/clk/samsung/clk.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/samsung/clk.c b/drivers/clk/samsung/clk.c index 9e1f88c..7649162 100644 --- a/drivers/clk/samsung/clk.c +++

Re: [PATCH v5 09/12] drm/exynos: remove exported functions from exynos_drm_plane

Gustavo Padovan wrote: 2015-05-21 Gustavo Padovan gustavo.pado...@collabora.co.uk: 2015-05-21 Tobias Jakobi tjak...@math.uni-bielefeld.de: Hi, like I said before, this clashes with my commit 'drm/exynos: plane: honor buffer offset for dma_addr' (5d878bdb51bd7915ba3def8b531238c67624aa58),

Re: [PATCH v5 09/12] drm/exynos: remove exported functions from exynos_drm_plane

Gustavo Padovan wrote: 2015-05-21 Tobias Jakobi tjak...@math.uni-bielefeld.de: Gustavo Padovan wrote: 2015-05-21 Gustavo Padovan gustavo.pado...@collabora.co.uk: 2015-05-21 Tobias Jakobi tjak...@math.uni-bielefeld.de: Hi, like I said before, this clashes with my commit 'drm/exynos:

[PATCH] cpufreq:exynos-cpufreq - Fix for memory leak in case SOC name does not match.

During probe free the memory allocated to exynos_info in case of unknown SOC type. Signed-off-by: Shailendra Verma shailendra.capric...@gmail.com --- drivers/cpufreq/exynos-cpufreq.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/cpufreq/exynos-cpufreq.c

[PATCH v6 08/12] drm/exynos: atomic phase 3: convert page flips

From: Gustavo Padovan gustavo.pado...@collabora.co.uk PageFlips now use the atomic helper to work through the atomic modesetting API. Async page flips are not supported yet. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 63

[PATCH v6 09/12] drm/exynos: remove exported functions from exynos_drm_plane

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Now that no one is using the functions exported by exynos_drm_plane due to the atomic conversion we can make remove some of the them or make them static. v2: remove unused exynos_drm_crtc Signed-off-by: Gustavo Padovan

[PATCH v6 11/12] drm/exynos: atomic dpms support

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Run dpms operations through the atomic intefaces. This basically removes the .dpms() callback from econders and crtcs and use .disable() and .enable() to turn the crtc on and off. v2: Address comments by Joonyoung: - make hdmi code

[PATCH v6 01/12] drm/exynos: atomic phase 1: use drm_plane_helper_update()

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Rip out the check from exynos_update_plane() and create exynos_check_plane() for the check phase enabling use to use the atomic helpers to call our check and update phases when updating planes. Update all users of exynos_update_plane()

[PATCH v6 03/12] drm/exynos: atomic phase 1: add .mode_set_nofb() callback

From: Gustavo Padovan gustavo.pado...@collabora.co.uk The new atomic infrastructure needs the .mode_set_nofb() callback to update CRTC timings before setting any plane. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 60

[PATCH v6 12/12] drm/exynos: remove unnecessary calls to disable_plane()

From: Gustavo Padovan gustavo.pado...@collabora.co.uk The planes are already disabled by the drm_atomic_helper_commit() code so we don't need to disable the in these two places. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c| 11

[PATCH v6 06/12] drm/exynos: atomic phase 3: atomic updates of planes

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Now that phase 1 and 2 are complete we can switch the update/disable_plane callbacks to their atomic version. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_fb.c| 3 +++

[PATCH v6 05/12] drm/exynos: atomic phase 2: keep track of framebuffer pointer

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Use drm_atomic_set_fb_for_plane() in the legacy page_flip path to keep track of the framebuffer pointer and reference. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 3 +++ 1

[PATCH v6 07/12] drm/exynos: atomic phase 3: use atomic .set_config helper

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Now that phase 1 and 2 are complete switch .set_config helper to use the atomic one. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v4] drm/exynos: calculate vrefresh instead of use a fixed value

From: Gustavo Padovan gustavo.pado...@collabora.co.uk When mode's vrefresh is zero we should ask DRM core to calculate vrefresh for us so we can get the correct value instead of relying on fixed value defined in a macro. But if vrefresh is still zero we should fail the update. Suggested-by:

Re: [PATCH 0/5] drm/exynos: rework layer blending setup

Gentle reminder that I still haven't heard anything about the series by the Samsung guys ;) With best wishes, Tobias Tobias Jakobi wrote: Hello, this is a rework of the layer blending setup in the Exynos DRM mixer. The current setup is static and spread out through the mixer code. This

[PATCH v6 00/12] drm/exynos: atomic modesetting support

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Hi, Here goes the full support for atomic modesetting on exynos. I've split the patches in the various phases of atomic support. v2: fixes comments by Joonyoung - remove unused var in patch 09 - use -disable instead of

[PATCH v6 04/12] drm/exynos: atomic phase 2: wire up state reset(), duplicate() and destroy()

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Set CRTC, planes and connectors to use the default implementations from the atomic helper library. The helpers will work to keep track of state for each DRM object. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk ---

[PATCH v6 02/12] drm/exynos: atomic phase 1: use drm_plane_helper_disable()

From: Gustavo Padovan gustavo.pado...@collabora.co.uk The atomic helper to disable planes also uses the optional .atomic_disable() helper. The unique operation it does is calling .win_disable() exynos_drm_fb_get_buf_cnt() needs a fb check too to avoid a null pointer. Signed-off-by: Gustavo

[PATCH v6 10/12] drm/exynos: don't disable unused functions at init

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Everything starts disabled so we don't really need to disable anything. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH v5 02/12] drm/exynos: atomic phase 1: use drm_plane_helper_disable()

From: Gustavo Padovan gustavo.pado...@collabora.co.uk The atomic helper to disable planes also uses the optional .atomic_disable() helper. The unique operation it does is calling .win_disable() exynos_drm_fb_get_buf_cnt() needs a fb check too to avoid a null pointer. Signed-off-by: Gustavo

[PATCH v5 10/12] drm/exynos: don't disable unused functions at init

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Everything starts disabled so we don't really need to disable anything. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH v5 07/12] drm/exynos: atomic phase 3: use atomic .set_config helper

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Now that phase 1 and 2 are complete switch .set_config helper to use the atomic one. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v5 11/12] drm/exynos: atomic dpms support

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Run dpms operations through the atomic intefaces. This basically removes the .dpms() callback from econders and crtcs and use .disable() and .enable() to turn the crtc on and off. v2: Address comments by Joonyoung: - make hdmi code

[PATCH v5 01/12] drm/exynos: atomic phase 1: use drm_plane_helper_update()

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Rip out the check from exynos_update_plane() and create exynos_check_plane() for the check phase enabling use to use the atomic helpers to call our check and update phases when updating planes. Update all users of exynos_update_plane()

[PATCH v5 03/12] drm/exynos: atomic phase 1: add .mode_set_nofb() callback

From: Gustavo Padovan gustavo.pado...@collabora.co.uk The new atomic infrastructure needs the .mode_set_nofb() callback to update CRTC timings before setting any plane. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 60

[PATCH v5 04/12] drm/exynos: atomic phase 2: wire up state reset(), duplicate() and destroy()

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Set CRTC, planes and connectors to use the default implementations from the atomic helper library. The helpers will work to keep track of state for each DRM object. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk ---

[PATCH v5 12/12] drm/exynos: remove unnecessary calls to disable_plane()

From: Gustavo Padovan gustavo.pado...@collabora.co.uk The planes are already disabled by the drm_atomic_helper_commit() code so we don't need to disable the in these two places. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c| 11

Re: [PATCH v3] drm/exynos: calculate vrefresh instead of use a fixed value

Hey, On 2015-05-21 16:06, Gustavo Padovan wrote: Hi Tobias, 2015-05-21 Tobias Jakobi tjak...@math.uni-bielefeld.de: Gustavo Padovan wrote: From: Gustavo Padovan gustavo.pado...@collabora.co.uk When mode's vrefresh is zero we should ask DRM core to calculate vrefresh for us so we can get

[PATCH v5 05/12] drm/exynos: atomic phase 2: keep track of framebuffer pointer

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Use drm_atomic_set_fb_for_plane() in the legacy page_flip path to keep track of the framebuffer pointer and reference. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 3 +++ 1

[PATCH v5 06/12] drm/exynos: atomic phase 3: atomic updates of planes

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Now that phase 1 and 2 are complete we can switch the update/disable_plane callbacks to their atomic version. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_fb.c| 3 +++

[PATCH v5 08/12] drm/exynos: atomic phase 3: convert page flips

From: Gustavo Padovan gustavo.pado...@collabora.co.uk PageFlips now use the atomic helper to work through the atomic modesetting API. Async page flips are not supported yet. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 63

[PATCH] drm/exynos: use drm_atomic_state directly

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Instead of use duplicated information stored on struct exynos_drm_plane use the atomic state directly to have a more clear understanding and clean code. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk ---

[PATCH v5 00/12] drm/exynos: atomic modesetting support

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Hi, Here goes the full support for atomic modesetting on exynos. I've split the patches in the various phases of atomic support. v2: fixes comments by Joonyoung - remove unused var in patch 09 - use -disable instead of

[PATCH v5 09/12] drm/exynos: remove exported functions from exynos_drm_plane

From: Gustavo Padovan gustavo.pado...@collabora.co.uk Now that no one is using the functions exported by exynos_drm_plane due to the atomic conversion we can make remove some of the them or make them static. v2: remove unused exynos_drm_crtc Signed-off-by: Gustavo Padovan

Re: [PATCH v5 09/12] drm/exynos: remove exported functions from exynos_drm_plane

Hi, like I said before, this clashes with my commit 'drm/exynos: plane: honor buffer offset for dma_addr' (5d878bdb51bd7915ba3def8b531238c67624aa58), which is currently sitting in airlied's drm-fixes. With best wishes, Tobias On 2015-05-21 17:02, Gustavo Padovan wrote: From: Gustavo

Re: [PATCH] drm/exynos: use drm_atomic_state directly

Just ignore this one. The patch file was by mistake in the same folder as the atomic ones. It is part of a patchset that will come out later. Gustavo 2015-05-21 Gustavo Padovan gust...@padovan.org: From: Gustavo Padovan gustavo.pado...@collabora.co.uk Instead of use duplicated information

Re: [PATCH v3] drm/exynos: calculate vrefresh instead of use a fixed value

Hi Tobias, 2015-05-21 Tobias Jakobi tjak...@math.uni-bielefeld.de: Gustavo Padovan wrote: From: Gustavo Padovan gustavo.pado...@collabora.co.uk When mode's vrefresh is zero we should ask DRM core to calculate vrefresh for us so we can get the correct value instead of relying on fixed

Re: [PATCH v6 00/12] drm/exynos: atomic modesetting support

Hi, I've retested the series together with [1] and FIMD/VIDI enabled. No irregularities in the kernel log. Tested-by: Tobias Jakobi tjak...@math.uni-bielefeld.de With best wishes, Tobias [1] http://www.spinics.net/lists/linux-samsung-soc/msg44790.html Gustavo Padovan wrote: From: Gustavo

[PATCH 2/2] ARM: multi_v7_defconfig: Enable display on Trats2 board

Enable the Exynos DSI and S6E8AA0 panel for full X11 display on Trats2. Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com --- arch/arm/configs/multi_v7_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/multi_v7_defconfig

[PATCH 1/2] ARM: exynos_defconfig: Enable display on Trats2 board

Enable the Exynos DSI and S6E8AA0 panel for full X11 display on Trats2. Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com --- arch/arm/configs/exynos_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/exynos_defconfig b/arch/arm/configs/exynos_defconfig

Re: [PATCH] cpufreq:exynos-cpufreq - Fix for memory leak in case SOC name does not match.

On 21-05-15, 23:59, Shailendra Verma wrote: During probe free the memory allocated to exynos_info in case of unknown SOC type. Signed-off-by: Shailendra Verma shailendra.capric...@gmail.com --- drivers/cpufreq/exynos-cpufreq.c |1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH v6 01/12] drm/exynos: atomic phase 1: use drm_plane_helper_update()

On 05/22/2015 05:02 AM, Gustavo Padovan wrote: From: Gustavo Padovan gustavo.pado...@collabora.co.uk Rip out the check from exynos_update_plane() and create exynos_check_plane() for the check phase enabling use to use the atomic helpers to call our check and update phases when updating

Re: [PATCH 0/5] drm/exynos: rework layer blending setup

Hi Tobias, On 05/22/2015 05:44 AM, Tobias Jakobi wrote: Gentle reminder that I still haven't heard anything about the series by the Samsung guys ;) Sorry for late, i'm busy and i think whether it's possible any way for this blending from exynos drm framework after atomic feature of exynos

Re: [PATCH v6 00/12] drm/exynos: atomic modesetting support

Hi Gustavo, On 05/22/2015 05:02 AM, Gustavo Padovan wrote: From: Gustavo Padovan gustavo.pado...@collabora.co.uk Hi, Here goes the full support for atomic modesetting on exynos. I've split the patches in the various phases of atomic support. v2: fixes comments by Joonyoung -

Re: [PATCH v6 03/12] drm/exynos: atomic phase 1: add .mode_set_nofb() callback

On 05/22/2015 05:02 AM, Gustavo Padovan wrote: From: Gustavo Padovan gustavo.pado...@collabora.co.uk The new atomic infrastructure needs the .mode_set_nofb() callback to update CRTC timings before setting any plane. Signed-off-by: Gustavo Padovan gustavo.pado...@collabora.co.uk ---

Re: [PATCH v6 09/12] drm/exynos: remove exported functions from exynos_drm_plane

On 05/22/2015 05:02 AM, Gustavo Padovan wrote: From: Gustavo Padovan gustavo.pado...@collabora.co.uk Now that no one is using the functions exported by exynos_drm_plane due to the atomic conversion we can make remove some of the them or make them static. v2: remove unused exynos_drm_crtc

Re: [PATCH v6 04/12] drm/exynos: atomic phase 2: wire up state reset(), duplicate() and destroy()

On 05/22/2015 05:02 AM, Gustavo Padovan wrote: From: Gustavo Padovan gustavo.pado...@collabora.co.uk Set CRTC, planes and connectors to use the default implementations from the atomic helper library. The helpers will work to keep track of state for each DRM object. Signed-off-by: Gustavo

Re: [PATCH v5 09/12] drm/exynos: remove exported functions from exynos_drm_plane

2015-05-21 Tobias Jakobi tjak...@math.uni-bielefeld.de: Hi, like I said before, this clashes with my commit 'drm/exynos: plane: honor buffer offset for dma_addr' (5d878bdb51bd7915ba3def8b531238c67624aa58), which is currently sitting in airlied's drm-fixes. Inki has to merge his -fixes tree

Re: [PATCH v5 09/12] drm/exynos: remove exported functions from exynos_drm_plane

2015-05-21 Gustavo Padovan gustavo.pado...@collabora.co.uk: 2015-05-21 Tobias Jakobi tjak...@math.uni-bielefeld.de: Hi, like I said before, this clashes with my commit 'drm/exynos: plane: honor buffer offset for dma_addr' (5d878bdb51bd7915ba3def8b531238c67624aa58), which is