Re: [PATCH v2] ARM: dts: exynos5420: fix wrong clock binding for sysmmu_fimd1_1

2015-09-23 16:41 GMT+09:00 Joonyoung Shim : > > The sysmmu_fimd1_1 should bind the clock CLK_SMMU_FIMD1M1, not the clock > CLK_SMMU_FIMD1M0. CLK_SMMU_FIMD1M0 is a clock for the sysmmu_fimd1_0. > > This wrong clock binding causes the problem that is blocked in iommu_map >

Re: [PATCH RESEND] ARM: dts: Move display-timings node from fimd to dp

W dniu 17.09.2015 o 21:48, Tomeu Vizoso pisze: > From: Sean Paul > > This patch moves the display-timings node from fimd to dp to reflect the > device tree bindings change. > > Signed-off-by: Sean Paul > [tomeu.viz...@collabora.com: Rebased] >

Re: [PATCH] ARM: exynos_defconfig: Enable WiFi-Ex as a module instead built-in

Am 29.09.2015 um 14:42 schrieb Javier Martinez Canillas: > diff --git a/arch/arm/configs/exynos_defconfig > b/arch/arm/configs/exynos_defconfig > index d4f6063d8a72..5aad617f02c7 100644 > --- a/arch/arm/configs/exynos_defconfig > +++ b/arch/arm/configs/exynos_defconfig > @@ -64,8 +64,8 @@

Re: [PATCH] ARM: exynos_defconfig: Enable WiFi-Ex as a module instead built-in

Hello Andreas, On 09/29/2015 03:20 PM, Andreas Färber wrote: > Am 29.09.2015 um 14:42 schrieb Javier Martinez Canillas: >> diff --git a/arch/arm/configs/exynos_defconfig >> b/arch/arm/configs/exynos_defconfig >> index d4f6063d8a72..5aad617f02c7 100644 >> --- a/arch/arm/configs/exynos_defconfig

[PATCH] ARM: exynos_defconfig: Enable WiFi-Ex as a module instead built-in

The Marvell WiFi-Ex driver tries to load a firmware on probe. So if the driver is built-in and probed before a firmware is available, this is not loaded and the chip does not work. This happens for example if an initramfs isn't used since the driver is probed before the root filesystem is

Re: [PATCH] ARM: dts: Add Exynos5250 Snow Rev5+ support

Em Tue, 29 Sep 2015 13:57:35 +0200 Javier Martinez Canillas escreveu: > There are 2 revisions of the Exynos5250 Snow Chromebook that were shipped: > Rev4 and Rev5. The only difference between these 2 revisions is the codec, > Rev4 has a max98095 codec while Rev5 has a

[PATCH] ARM: dts: Add Exynos5250 Snow Rev5+ support

There are 2 revisions of the Exynos5250 Snow Chromebook that were shipped: Rev4 and Rev5. The only difference between these 2 revisions is the codec, Rev4 has a max98095 codec while Rev5 has a max98090. Mainline only supports Rev4 so this patch moves the common device nodes to a DTSI file and

Re: Chromebook snow issues

On 29/09/15 16:42, Mauro Carvalho Chehab wrote: > Em Tue, 29 Sep 2015 16:32:58 +0200 > Sylwester Nawrocki escreveu: > >> > Adding linux-samsung-soc mailing list at Cc. > > Never mind. My mistake: I forgot to reinstall the modules (mwifiex and mfc > drivers were compiled

Re: Chromebook snow issues

Em Tue, 29 Sep 2015 16:32:58 +0200 Sylwester Nawrocki escreveu: > Adding linux-samsung-soc mailing list at Cc. Never mind. My mistake: I forgot to reinstall the modules (mwifiex and mfc drivers were compiled as such). It is working. I guess the only remaining thing is

Re: Chromebook snow issues

Adding linux-samsung-soc mailing list at Cc. On 29/09/15 16:01, Mauro Carvalho Chehab wrote: > Em Tue, 29 Sep 2015 15:37:51 +0200 > Sylwester Nawrocki escreveu: > >> Hi Mauro, >> >> On 29/09/15 14:43, Mauro Carvalho Chehab wrote: >>> Hi Sylwester, >>> >>> I'm c/c Javier.

Re: [PATCH] ARM: dts: Add Exynos5250 Snow Rev5+ support

On 29.09.2015 20:57, Javier Martinez Canillas wrote: > There are 2 revisions of the Exynos5250 Snow Chromebook that were shipped: > Rev4 and Rev5. The only difference between these 2 revisions is the codec, > Rev4 has a max98095 codec while Rev5 has a max98090. > > Mainline only supports Rev4 so

[GIT PULL] Samsung fixes for v4.3

Dear Kukjin, Below you will find fixes for current release cycle which are not present yet in your tree. Best regards, Krzysztof The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f: Linux 4.3-rc1 (2015-09-12 16:35:56 -0700) are available in the git repository at:

Re: [PATCH v2] ARM: dts: exynos4412-trats2: remove regulator-compatible usage

On 28.09.2015 19:38, Javier Martinez Canillas wrote: > The regulator-compatible property from the regulator DT binding was > deprecated and the correct approach is to use the node's name. > > This patch has no functional changes but by not using a deprecated > property, new DTS based on this one

[PATCH 3/3] drm/exynos: remove unused mode_fixup() code

From: Gustavo Padovan CRTC's mode_fixup() isn't used anymore in exynos, remove it. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_crtc.c | 15 --- drivers/gpu/drm/exynos/exynos_drm_drv.h | 4

[PATCH 2/3] drm/exynos: remove decon_mode_fixup()

From: Gustavo Padovan The only thing mode_fixup was doing was set the adjusted_mode->vrefresh to 60, but it already has the value of 60 when the decon_mode_fixup() is called. That means this call is actually pointless and can be removed. Signed-off-by: Gustavo

Re: [PATCH v5 02/17] drm: bridge: analogix/dp: split exynos dp driver to bridge directory

On 22.09.2015 16:29, Yakir Yang wrote: > Split the dp core driver from exynos directory to bridge directory, > and rename the core driver to analogix_dp_*, rename the platform > code to exynos_dp. > > Beside the new analogix_dp driver would export four hooks. > "analogix_dp_bind()" and

Re: [PATCH RESEND] mach:-s3c64xx:Cause kernel oops with WARN_ON if calls for setting up gpio fail in s3c64xx_i2s_cfg_gpio

On 18.09.2015 09:54, Nicholas Krause wrote: > This fixes the function s3c64xx_i2c_cfg_gpio The problem is not described and you did not provide a fix so the description is highly inaccurate and misleading. > to cause a kernel oopes Warn causes oops? > if the call to either

[GIT PULL] arm64: dts: Exynos ARMv8 improvements for 4.4

Dear Kukjin, One ARMv8 DTS change for 4.4. Best regards, Krzysztof The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f: Linux 4.3-rc1 (2015-09-12 16:35:56 -0700) are available in the git repository at: https://github.com/krzk/linux.git tags/samsung-dt64-4.4 for

Re: [PATCH v5 03/17] drm: bridge: analogix/dp: fix some obvious code style

On 22.09.2015 16:34, Yakir Yang wrote: > Fix some obvious alignment problems, like alignment and line > over 80 characters problems, make this easy to be maintained > later. > > Signed-off-by: Yakir Yang > --- > Changes in v5: > - Resequence this patch after analogix_dp

[GIT PULL] ARM: dts: Exynos improvements for 4.4

Dear Kukjin, DTS related changes for 4.4. Description along with a tag. You can find them also on the lists with my reviewed-by. Best regards, Krzysztof The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f: Linux 4.3-rc1 (2015-09-12 16:35:56 -0700) are available in

[GIT PULL] ARM: defconfig: Exynos improvements for 4.4

Dear Kukjin, Few defconfig related changes for 4.4. Description along with a tag. You can find them also on the lists with my reviewed-by. Best regards, Krzysztof The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f: Linux 4.3-rc1 (2015-09-12 16:35:56 -0700) are

Re: [PATCH v5 07/17] ARM: dts: exynos/dp: remove some properties that deprecated by analogix_dp driver

On 22.09.2015 16:43, Yakir Yang wrote: > After exynos_dp have been split the common IP code into analogix_dp driver, > the analogix_dp driver have deprecated some Samsung platform properties which > could be dynamically parsed from EDID/MODE/DPCD message, so this is an update > for Exynos DTS file

Re: [PATCH v5 05/17] drm: bridge: analogix/dp: dynamic parse sync_pol & interlace & dynamic_range

On 22.09.2015 16:37, Yakir Yang wrote: > Both hsync/vsync polarity and interlace mode can be parsed from > drm display mode, and dynamic_range and ycbcr_coeff can be judge > by the video code. > > But presumably Exynos still relies on the DT properties, so take > good use of mode_fixup() in to

Re: [PATCH] ARM: exynos_defconfig: Enable WiFi-Ex as a module instead built-in

On 29.09.2015 21:42, Javier Martinez Canillas wrote: > The Marvell WiFi-Ex driver tries to load a firmware on probe. So if the > driver is built-in and probed before a firmware is available, this is > not loaded and the chip does not work. > > This happens for example if an initramfs isn't used

Re: [PATCH] ARM: dts: Add Exynos5250 Snow Rev5+ support

Javier, On Tue, Sep 29, 2015 at 4:57 AM, Javier Martinez Canillas wrote: > There are 2 revisions of the Exynos5250 Snow Chromebook that were shipped: > Rev4 and Rev5. The only difference between these 2 revisions is the codec, > Rev4 has a max98095 codec while Rev5 has a