[PATCH V2 2/6] thermal: Add generic cpufreq cooling implementation

This patch adds support for generic cpu thermal cooling low level implementations using frequency scaling up/down based on the registration parameters. Different cpu related cooling devices can be registered by the user and the binding of these cooling devices to the corresponding trip points can b

[PATCH V2 4/6] hwmon: exynos4: Move thermal sensor driver to driver/thermal directory

This movement is needed because the hwmon entries and corresponding sysfs interface is a duplicate of utilities already provided by driver/thermal/thermal_sys.c. The goal is to place it in thermal folder and add necessary functions to use the in-kernel thermal interfaces. Signed-off-by: Amit Danie

[PATCH V2 6/6] ARM: exynos4: Add thermal sensor driver platform device support

This patch adds necessary source definations needed for TMU driver and the platform device support. Signed-off-by: Amit Daniel Kachhap --- arch/arm/mach-exynos/Kconfig | 11 +++ arch/arm/mach-exynos/Makefile |1 + arch/arm/mach-exynos/clock.c |

[PATCH V2 5/6] thermal: exynos4: Register the tmu sensor with the kernel thermal layer

This code added creates a link between temperature sensors, linux thermal framework and cooling devices for samsung exynos platform. This layer monitors the temperature from the sensor and informs the generic thermal layer to take the necessary cooling action. Signed-off-by: Amit Daniel Kachhap -

[PATCH V2 1/6] thermal: Add a new trip type to use cooling device instance number

This patch adds a new trip type THERMAL_TRIP_STATE_INSTANCE. This trip behaves same as THERMAL_TRIP_ACTIVE but also passes the cooling device instance number. This helps the cooling device registered as different instances to perform appropriate cooling action decision in the set_cur_state call bac

[PATCH V2 3/6] thermal: Add generic cpuhotplug cooling implementation

This patch adds support for generic cpu thermal cooling low level implementations using cpuhotplug based on the thermal level requested from user. Different cpu related cooling devices can be registered by the user and the binding of these cooling devices to the corresponding trip points can be eas

[PATCH V2 0/6] thermal: exynos: Add kernel thermal support for exynos platform

Changes since V1: *Moved the sensor driver to driver/thermal folder from driver/hwmon folder as suggested by Mark Brown and Guenter Roeck *Added notifier support to notify the registered drivers of any cpu cooling action. The driver can modify the default cooling behaviour(eg set different max

Re: [PATCH v5 3/4] clk: introduce the common clock framework

On Fri, Mar 16, 2012 at 08:23:57PM -0700, Saravana Kannan wrote: ... > Hi Mike, > > I already took a quick look at the v7 series, but I thought this > thread has more relevant context for my response. So, responding > here. > > I'm with Sascha on creating a clk_internal/clk_initializer and > remo

Re: Plan for changing the binary toolchain to 4.7 and hardfloat

On 18 March 2012 19:23, Michael Hope wrote: > On 17 March 2012 08:10, Loïc Minier wrote: >> On Fri, Mar 16, 2012, Michael Hope wrote: >>>  https://wiki.linaro.org/MichaelHope/Sandbox/BinariesMigration >> >>  Is there a separate plan for gcc-4.5 deprecation in source releases? > > Yip, I'll send a

Linaro GCC 4.6 entering maintenance; 4.5 end of life

This is the first announcement on upcoming changes to the supported Linaro GCC versions. GCC 4.7 is expected out in the next two weeks. We plan to switch to 4.7 for the Linaro GCC 2012.04 release and, as part of that, will put Linaro GCC 4.6 into maintenance and retire Linaro GCC 4.5. While in m

Re: Plan for changing the binary toolchain to 4.7 and hardfloat

On 17 March 2012 08:10, Loïc Minier wrote: > On Fri, Mar 16, 2012, Michael Hope wrote: >>  https://wiki.linaro.org/MichaelHope/Sandbox/BinariesMigration > >  Is there a separate plan for gcc-4.5 deprecation in source releases? Yip, I'll send an email on that today. >  The triplet situation is sa

Re: ux500 : ethernet not working ?

On 03/17/2012 11:53 PM, Daniel Lezcano wrote: I also noticed the traces: [5.231567] smsc911x: Driver version 2008-10-21 [5.236236] smsc911x smsc911x.0: Failed to get supply 'vdd33a': -19 [5.242523] smsc911x smsc911x.0: (unregistered net_device): couldn't get regulators -19 Hi,

Re: [PATCH v7 2/3] clk: introduce the common clock framework

Another trivial comment. But if there is an incremental patch, maybe consider to include it. On Thu, Mar 15, 2012 at 11:11:19PM -0700, Mike Turquette wrote: ... > +#ifdef CONFIG_COMMON_CLK_DISABLE_UNUSED > +static int clk_disable_unused(void) > +{ > + struct clk *clk; > + struct hlist_nod

Re: [PATCH v7 2/3] clk: introduce the common clock framework

Reading the documentation of function clk_set_rate(), I'm not sure it exactly matches what the code does. If there is mismatch, it might be worth sending an incremental patch to update the documentation and avoid the confusion? On Thu, Mar 15, 2012 at 11:11:19PM -0700, Mike Turquette wrote: > +/*

Re: [Patch 07/07] Touch: DA9052/53 touch screen driver v1

Hi Ashish, On Tue, Mar 13, 2012 at 05:55:06PM +0530, Ashish Jangam wrote: > Any update on the below patch I looked the patch over and I think that the disabling of the IRQs in da9052_ts_input_close() is racy. You can't read device status and disable one IRQ or another as pendwn IRQ may fire right