[PATCH RESEND] ARM: dts: exynos5422-odroidxu3: add mmc detect gpio

The patch adds gpio for detecting presence of MMC card. It fixes issue with kernel hang due when MMC card is missing. Signed-off-by: Andrzej Hajda --- Hi, This is just resend of the patch with added mmc ML and dw-mmc maintainers. Javier, I have no access to peach-pi(t) schematics, so I do not k

Re: [PATCH v2 2/3] clk: Add __clk_hw_set_clk helper function

Hello Stephen, On 02/12/2015 08:55 PM, Stephen Boyd wrote: > On 02/12/15 05:58, Javier Martinez Canillas wrote: >> After the clk API change to return a per-user clock instance, both the >> struct clk_core and struct clk pointers from the hw clock needs to be >> assigned to clock that share the sam

Re: [PATCH v2 3/3] clk: Replace explicit clk assignment with __clk_hw_set_clk

Hello Stephen, On 02/12/2015 08:55 PM, Stephen Boyd wrote: > On 02/12/15 05:58, Javier Martinez Canillas wrote: >> >> The changes were made using the following cocinelle semantic patch: >> >> @i@ >> @@ >> >> @depends on i@ >> identifier dst; >> @@ >> >> - dst->clk = hw->clk; >> + __clk_hw_set_clk(

Re: [PATCH v2 2/3] clk: Add __clk_hw_set_clk helper function

On 02/12/15 05:58, Javier Martinez Canillas wrote: > After the clk API change to return a per-user clock instance, both the > struct clk_core and struct clk pointers from the hw clock needs to be > assigned to clock that share the same state. > > In the future the struct clk_core will be removed an

Re: [PATCH v2 3/3] clk: Replace explicit clk assignment with __clk_hw_set_clk

On 02/12/15 05:58, Javier Martinez Canillas wrote: > The change in the clk API to return a per-user clock instance, moved > the clock state to struct clk_core so now the struct clk_hw .core field > is used instead of .clk for most operations. > > So for hardware clocks that needs to share the same

[PATCH 0/9] ARM: samsung: randconfig build fixes

This is a set of mostly trivial build fixes for bugs I have encountered in random configurations. I'm sending them separate from the other platforms since we have a lot of them for the various samsung platforms here. Kukjin, please pick them up into a fixes branch for 3.20 or send an Ack so we can

[PATCH 5/9] ARM: s3c24xx: fix building without PM_SLEEP

We get lots of link errors based on the assumption that any s3c24xx kernel would enable CONFIG_PM_SLEEP if it enables CONFIG_PM. This tries to clean that up. Signed-off-by: Arnd Bergmann --- arch/arm/mach-s3c24xx/Kconfig | 8 arch/arm/mach-s3c24xx/Makefile | 3 ++-

[PATCH 6/9] ARM: s3c24xx: fix header file inclusions

The pm-core.h file does not include all the necessary headers, and has a static declaration for a function that is not defined in the same file, causing SAMSUNG_PM_DEBUG to break on s3c24xx: arch/arm/mach-s3c24xx/include/mach/pm-core.h:50:91: warning: 's3c_pm_show_resume_irqs' used but never defi

[PATCH 1/9] ARM: s3c64xx: add I2C dependencies where needed

The SMDK6410_WM1190_EV1 and SMDK6410_WM1192_EV1 add-on cards select MFD_WM*_I2C, but they ignore the fact that I2C may be compiled as a loadable module. This patch adds a dependency on I2C, which means we avoid the build errors, but can end up in a case where the options are hidden from the user w

[PATCH 7/9] ARM: s3c24xx: avoid a Kconfig warning

The PM_H1940 symbol is used by two platforms: RX3715 and RX1950. However, it is hidden inside of the the CPU_S3C2410 conditional, which is only set by one of them, so we get a lot of randconfig warnings like warning: (MACH_RX3715 && MACH_RX1950) selects PM_H1940 which has unmet direct dependencie

[PATCH 4/9] ARM: s3c24xx: use SAMSUNG_WAKEMASK for s3c2416

Both s3c2412 and s3c2416 use the s3c2412_pm_prepare code, which depends on the common wakemask code, but only s3c2412 currently selects the code, leading to a build error for an s3c2416-only kernel. arch/arm/mach-s3c24xx/built-in.o: In function `s3c2412_pm_prepare': :(.text+0x240): undefined refer

[PATCH 2/9] ARM: s3c64xx: fix building without CONFIG_PM_SLEEP

arch/arm/mach-s3c64xx/built-in.o: In function `s3c_pm_restore_core': :(.text+0x5d0): undefined reference to `s3c_pm_do_restore_core' :(.text+0x5d4): undefined reference to `s3c_pm_do_restore' arch/arm/mach-s3c64xx/built-in.o: In function `s3c_pm_save_core': :(.text+0x60c): undefined reference to `s

[PATCH 3/9] ARM: s3c64xx: fix __initdata section mismatch

smdk6410_b_pwr_5v_data is marked as __initdata, but referenced from a structure that is not: WARNING: arch/arm/mach-s3c64xx/built-in.o(.data+0x4c5c): Section mismatch in reference from the variable smdk6410_b_pwr_5v_data to the (unknown reference) .init.data:(unknown) This removes the annotatio

Re: [PATCH v2 1/3] clk: Don't dereference parent clock if is NULL

On 02/12/15 05:58, Javier Martinez Canillas wrote: > The clock passed as an argument to clk_mux_determine_rate_flags() > has the CLK_SET_RATE_PARENT flag set but it has no parent, then a > NULL pointer will tried to be dereferenced. > > This shouldn't happen since setting that flag for a clock with

Re: [PATCH v2 3/3] clk: Replace explicit clk assignment with __clk_hw_set_clk

Javier Martinez Canillas writes: > The change in the clk API to return a per-user clock instance, moved > the clock state to struct clk_core so now the struct clk_hw .core field > is used instead of .clk for most operations. If the patchset makes it up to acceptance by Mike or Stephen, the clk-p

Re: [PATCH RFC v4 1/3] PM / Runtime: Add an API pm_runtime_set_slave

On Thu, 12 Feb 2015, amit daniel kachhap wrote: > Hi Alan, > > On Mon, Feb 9, 2015 at 9:28 PM, Alan Stern wrote: > > On Mon, 9 Feb 2015, Amit Daniel Kachhap wrote: > > > >> This API creates a pm runtime slave type device which does not itself > >> participates in pm runtime but depends on the ma

[PATCH v2 0/3] clk: Some fixes for the per-user clk API changes.

Hello, This is a v2 of a series to fix some issues found on linux-next after the per-user clk API changes were introduced. Booting an Exynos5420 Peach Pit Chromebook and using a composite clock makes the system to crash due a NULL pointer dereference error. A previous version of the series is [0]

[PATCH v2 1/3] clk: Don't dereference parent clock if is NULL

The clock passed as an argument to clk_mux_determine_rate_flags() has the CLK_SET_RATE_PARENT flag set but it has no parent, then a NULL pointer will tried to be dereferenced. This shouldn't happen since setting that flag for a clock with no parent is a bug but the core should be robust to handle

[PATCH v2 3/3] clk: Replace explicit clk assignment with __clk_hw_set_clk

The change in the clk API to return a per-user clock instance, moved the clock state to struct clk_core so now the struct clk_hw .core field is used instead of .clk for most operations. So for hardware clocks that needs to share the same clock state, both the .core and .clk pointers have to be ass

[PATCH v2 2/3] clk: Add __clk_hw_set_clk helper function

After the clk API change to return a per-user clock instance, both the struct clk_core and struct clk pointers from the hw clock needs to be assigned to clock that share the same state. In the future the struct clk_core will be removed and this is going to change again so to avoid having to change

Re: [PATCH 1/2] clk: Don't dereference parent clock if is NULL

Hello Stephen, Thanks a lot for your feedback. On 02/11/2015 07:54 PM, Stephen Boyd wrote: > On 02/11, Javier Martinez Canillas wrote: >> --- a/drivers/clk/clk.c >> +++ b/drivers/clk/clk.c >> @@ -799,7 +799,7 @@ clk_mux_determine_rate_flags(struct clk_hw *hw, unsigned >> long rate, >> /* if

Re: [PATCH 2/2] clk: composite: Set clk_core to composite rate and mux components

Hello Stephen, On 02/11/2015 07:50 PM, Stephen Boyd wrote: >> --- > > Thanks for the patch. > Thanks a lot for your feedback. >> >> Hello, >> >> I set the rate and mux components' .core in clk_composite_determine_rate() >> because that is the least intrusive change and where the .clk field i

Re: [PATCH v3 1/8] arm64: exynos5433: Enable ARMv8 based Exynos5433 (SoC) support

Hi Catalin, On 02/12/2015 08:02 PM, Catalin Marinas wrote: > On Thu, Feb 12, 2015 at 03:55:51PM +0900, Chanwoo Choi wrote: >> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig >> index 15e8e74..4fc08d1 100644 >> --- a/arch/arm64/Kconfig >> +++ b/arch/arm64/Kconfig >> @@ -153,6 +153,19 @@ config

Re: [PATCH v3 1/8] arm64: exynos5433: Enable ARMv8 based Exynos5433 (SoC) support

On Thu, Feb 12, 2015 at 03:55:51PM +0900, Chanwoo Choi wrote: > diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig > index 15e8e74..4fc08d1 100644 > --- a/arch/arm64/Kconfig > +++ b/arch/arm64/Kconfig > @@ -153,6 +153,19 @@ config ARCH_EXYNOS > help > This enables support for Samsun

Re: [PATCH RFC v4 1/3] PM / Runtime: Add an API pm_runtime_set_slave

Hi Alan, On Mon, Feb 9, 2015 at 9:28 PM, Alan Stern wrote: > On Mon, 9 Feb 2015, Amit Daniel Kachhap wrote: > >> This API creates a pm runtime slave type device which does not itself >> participates in pm runtime but depends on the master devices to power >> manage them. > > This makes no sense.

Re: Re: [patch] PM / devfreq: event: testing the wrong variable

> > On 02/10/2015 07:35 PM, Dan Carpenter wrote: > > There is a typo here so we test "edev" but we intended to test > > "edev[i]". > > > > Fixes: f262f28c1470 ('PM / devfreq: event: Add devfreq_event class') > > Signed-off-by: Dan Carpenter > > > > diff --git a/drivers/devfreq/event/exynos-p