Re: [PATCH 1/1] mmc: pwrseq: Fix error code propagation in mmc_pwrseq_simple_alloc()

On 04/13/2015 11:07 PM, Javier Martinez Canillas wrote: If the struct mmc_pwrseq_match .alloc function used to allocate a struct mmc_pwrseq fails, the error is propagated to mmc_of_parse(). But instead of returning the error code in pwrseq, host->pwrseq is returned which will always be 0. So mmc

[PATCH 1/4] clk: samsung: exynos5250: add cpu clock configuration data and instantiate cpu clock

From: Thomas Abraham With the addition of the new Samsung specific cpu-clock type, the arm clock can be represented as a cpu-clock type. Add the CPU clock configuration data and instantiate the CPU clock type for Exynos5250. Changes by Bartlomiej: - split Exynos5250 support from the original pat

[PATCH 0/4] cpufreq: use generic cpufreq drivers for Exynos5250 platform

Hi, This patch series removes the use of Exynos5250 specific support from exynos-cpufreq driver and enables the use of cpufreq-dt driver for this platform. The exynos-cpufreq driver itself is also removed as it is no longer used/needed after Exynos5250 support removal. This patch series has been

[PATCH 2/4] ARM: dts: Exynos5250: add CPU OPP and regulator supply property

From: Thomas Abraham For Exynos5250 platforms, add CPU operating points and CPU regulator supply properties for migrating from Exynos specific cpufreq driver to using generic cpufreq driver. Changes by Bartlomiej: - split Exynos5250 support from the original patch - added CPU regulator supply pr

[PATCH 3/4] ARM: Exynos: switch to using generic cpufreq driver for Exynos5250

From: Thomas Abraham The new CPU clock type allows the use of generic CPUfreq driver. Switch Exynos5250 to using generic cpufreq driver. Changes by Bartlomiej: - split Exynos5250 support from the original patch Cc: Tomasz Figa Cc: Kukjin Kim Cc: Javier Martinez Canillas Signed-off-by: Thomas

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

2015-04-13 Joonyoung Shim : > Hi, > > On 04/11/2015 03:57 AM, Gustavo Padovan wrote: > > From: Gustavo Padovan > > > > 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 > > ---

[PATCH RESEND] ARM: dts: exynos4412: Enable AX88760 USB hub on Origen board

Enable the Origen's usb phy and ohci devices in the device tree. Also add the "samsung,vbus-gpio" property to enable the GPX3(5) gpio pin so the AX88760 hub is powered. Signed-off-by: Matthew Leach --- arch/arm/boot/dts/exynos4412-origen.dts | 15 +++ 1 file changed, 15 insertions(+

Re: [PATCH v7 1/9] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC

> So NAK to the PSCI node and PSCI enable method in this dts until we > either have a working firmware, or a reasonable mechanism to handle the > deficiency. > >>> > >>> There is only CPU0 hotplug issue. Excpet CPU{1-7} are well working. > >> > >> I understand that, but the issue wit

[PATCH 1/1] mmc: pwrseq: Fix error code propagation in mmc_pwrseq_simple_alloc()

If the struct mmc_pwrseq_match .alloc function used to allocate a struct mmc_pwrseq fails, the error is propagated to mmc_of_parse(). But instead of returning the error code in pwrseq, host->pwrseq is returned which will always be 0. So mmc_of_parse() succeeds even if the pwrseq .alloc function fa

Re: [PATCH v7 1/9] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC

Hi Mark, On 04/13/2015 07:56 PM, Mark Rutland wrote: > Hi Chanwoo, > > Could you please reply to the below? > > Without an answer I'm going to have to ask for the patch to be unqueued > for the moment, and I'd prefer that we came to a solution instead. I'm sorry about late reply. > > Thanks,

Re: [PATCH 1/1] ARM: dts: Make DP a consumer of DISP1 power domain on Exynos5420

2015-04-13 5:30 GMT+09:00 Javier Martinez Canillas : > Commit ea08de16eb1b ("ARM: dts: Add DISP1 power domain for exynos5420") > added a device node for the Exynos5420 DISP1 power domain but dit not > make the DP controller a consumer of that power domain. > > This causes an "Unhandled fault: impre

Re: [PATCH v7 1/9] arm64: dts: exynos: Add dts files for 64-bit Exynos5433 SoC

Hi Chanwoo, Could you please reply to the below? Without an answer I'm going to have to ask for the patch to be unqueued for the moment, and I'd prefer that we came to a solution instead. Thanks, Mark. On Tue, Apr 07, 2015 at 11:25:27AM +0100, Mark Rutland wrote: > > >>> I'm very worried about

Re: [PATCH 0/7] ARM: dts: Refactor Exynos5 boards for phandle notation

2015-04-13 5:07 GMT+09:00 Arnd Bergmann : > On Sunday 12 April 2015 21:24:47 Krzysztof Kozlowski wrote: >> >> The phandle notation reduces possible mistakes when overriding nodes >> by child board files and reduces duplication of addresses. >> >> The patchset refactors Exynos5 boards to use the pha

[RESEND] [PATCH 1/1] ARM: dts: Add LEDs on odroid XU3 board

This patch adds the RGB-LED on XU3 as 3 gpio-leds. It is derived from hardkernel's 3.10 tree. Tested-by: Anand Moon Signed-off-by: Markus Reichl --- arch/arm/boot/dts/exynos5422-odroidxu3.dts | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm/boot/dts/exynos5

Re: [PATCH] drm/exynos: fimd: fix buffer size calculation

On 2015년 04월 13일 16:28, Marek Szyprowski wrote: > Commit adacb228d72b9529f8de0769cc33414c3012054d ("drm: Exynos: Respect > framebuffer pitch for FIMD/Mixer") changed the way of buffer size > calcularion: it replaced fb_width by fb_pitch entry. fb_pitch however > already contains '(win_data->bpp >>

[PATCH] drm/exynos: fimd: fix buffer size calculation

Commit adacb228d72b9529f8de0769cc33414c3012054d ("drm: Exynos: Respect framebuffer pitch for FIMD/Mixer") changed the way of buffer size calcularion: it replaced fb_width by fb_pitch entry. fb_pitch however already contains '(win_data->bpp >> 3)' factor, so it should be removed from final buffer si