[PATCH 19/50] staging: omap-thermal: IRQ handler section

Section of IRQ handlers Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b/drivers/staging/omap-thermal/omap-bandgap.c

[PATCH 24/50] staging: omap-thermal: name temp_to_adc_conversion in a better way

Rename temp_to_adc_conversion to omap_bandgap_mcelsius_to_adc. This name, though longer, describes better the function. This patch also changes this function signature so the function follows the style of this file. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging

[PATCH 25/50] staging: omap-thermal: rewrite omap_bandgap_mcelsius_to_adc on kernel coding style

Follow Documentation/CodingStyle while doing omap_bandgap_mcelsius_to_adc Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 11 +++ 1 files changed, 7 insertions(+), 4 deletions(-) diff --git a/drivers/staging/omap-thermal/omap

[PATCH 26/50] staging: omap-thermal: move conv table limits out of sensor data

As we have one conv table per bandgap device and not per sensor, this patch changes the data structures so that the conv table min and max values are now part of bandgap_data and not sensor_data. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap

[PATCH 27/50] staging: omap-thermal: add documentation for omap_bandgap_mcelsius_to_adc

Document the conversion function. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b/drivers/staging/omap-thermal

[PATCH 28/50] staging: omap-thermal: rename add_hyst to omap_bandgap_add_hyst

This patch improves the add_hyst function by: . Renaming it to omap_bandgap_add_hyst . Moving it to the ADC conversion functions section . Changing its signature to follow the driver standard Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c

[PATCH 29/50] staging: omap-thermal: document omap_bandgap_add_hyst function

Document function to handle hysteresis. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b/drivers/staging/omap

[PATCH 30/50] staging: omap-thermal: threshold manipulation section

Section of functions manipulating thresholds for Alert and Shutdown. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b

[PATCH 31/50] staging: omap-thermal: refactor temp_sensor_unmask_interrupts

This change improves temp_sensor_unmask_interrupts by: . renaming it to omap_bandgap_unmask_interrupts . making it a void function, as there is nothing really to report an error. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 14

[PATCH 33/50] staging: omap-thermal: refactor APIs handling threshold values

to update any threshold. This patch also removes macros that are used only inside the _validate helper function. In this patch there is also an addition of an extra function section for Exposed APIs, used outside the omap-bandgap.c, but inside the omap-thermal driver. Signed-off-by: Eduardo Valentin

[PATCH 34/50] staging: omap-thermal: device initialization section

Section of helper functions to initilize the bandgap device Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b/drivers

[PATCH 35/50] staging: omap-thermal: section of device driver callbacks

Section with platform device callbacks Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b/drivers/staging/omap-thermal

[PATCH 36/50] staging: omap-thermal: rename enable_continuous_mode

This patch names 'enable_continuous_mode' accordingly to the file standard naming. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/omap-thermal/omap

[PATCH 37/50] staging: omap-thermal: update omap_bandgap_set_continous_mode documentation

Simple update on function documentation. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b/drivers/staging/omap

[PATCH 14/50] staging: omap-thermal: update tshut IRQ handler documentation

Documents tshut handler better. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 10 +- 1 files changed, 9 insertions(+), 1 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b/drivers/staging/omap-thermal

[PATCH 38/50] staging: omap-thermal: document omap_bandgap_force_single_read

Document function to initialize the conversion state machine. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b

[PATCH 40/50] staging: omap-thermal: document _omap_bandgap_write_threshold function

Document function to update alert thresholds. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 13 + 1 files changed, 13 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b/drivers

[PATCH 41/50] staging: omap-thermal: document _omap_bandgap_read_threshold function

Add documentation of the function for reading alert thresholds Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 12 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c

[PATCH 42/50] staging: omap-thermal: document omap_bandgap_tshut_init function

Add documentation for the function to setup TSHUT handling Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 12 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b

[PATCH 44/50] staging: omap-thermal: document omap_bandgap_build function

Document function to build omap_bandgap structure Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap-bandgap.c b/drivers

[PATCH 46/50] staging: Add a MAINTAINERS entry for TI bandgap and thermal driver

Add myself as maintainer of the TI bandgap and thermal driver. CC: Santosh Shilimkar santosh.shilim...@ti.com CC: Zhang Rui rui.zh...@intel.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- MAINTAINERS |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git

[PATCH 47/50] staging: omap-thermal: switch mutex to spinlock inside omap-bandgap

there are registers shared among the sensors, this lock is global, not per sensor. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/TODO |1 - drivers/staging/omap-thermal/omap-bandgap.c | 18 ++ drivers/staging/omap-thermal

[PATCH 48/50] staging: omap-thermal: remove TODO entry suggesting regmap usage

It is hard to use regmap because benefit of using regmap cache may not be applicable as there is a specific sequence to restore the bandgap context. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/TODO |1 - 1 files changed, 0 insertions(+), 1

[PATCH 49/50] staging: omap-thermal: remove TODO entry for exposed APIs

Not all APIs exposed today are used. However all unused APIs will be required once the thermal layer allows IRQ based policies. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/TODO |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git

[PATCH 50/50] staging: omap-thermal: add documentation for omap_bandgap_validate

Document the helper to validate a struct omap_bandgap and a sensor id. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |8 1 files changed, 8 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap

Re: OMAP CLK / CM data move to /drivers/clk

Mike, On 27-02-2013 14:43, Mike Turquette wrote: Quoting Tero Kristo (2013-02-27 00:44:19) Hi Paul and Mike, It looks like we need to start putting more effort into this clock data move now, as this is starting to hinder us on several fronts. Unfortunately I still can't personally participate

Re: [PATCH 15/15] staging: omap-thermal: update clock prepare count

Mike, On 27-02-2013 01:35, Mike Turquette wrote: Quoting Eduardo Valentin (2013-02-26 14:53:38) This patch changes the clock management code to also update the clock prepare counter, this way we won't skip the enable/disable operation due to prepare dependencies. Signed-off-by: Eduardo

Re: OMAP CLK / CM data move to /drivers/clk

On 27-02-2013 04:44, Tero Kristo wrote: Hi Paul and Mike, It looks like we need to start putting more effort into this clock data move now, as this is starting to hinder us on several fronts. Unfortunately I still can't personally participate in this work myself as I am now allocated to some

[PATCH 00/15] staging: omap-thermal fixes and ports

these are based on linux-2.6/master. Patches are also available here: g...@gitorious.org:thermal-framework/thermal-framework.git thermal_work/omap/omap-thermal-fixes https://git.gitorious.org/thermal-framework/thermal-framework.git thermal_work/omap/omap-thermal-fixes Cheers, Eduardo Valentin (12

[PATCH 01/15] staging: omap-thermal: Add print when TSHUT temperature reached

From: Ruslan Ruslichenko x0191...@ti.com To indicate that board was shut down due to TSHUT temperature reached it is good to print some information message before shutting down. Signed-off-by: Ruslan Ruslichenko x0191...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers

[PATCH 02/15] staging: omap-thermal: introduce clock feature flag

Fadnis radhesh.fad...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 18 +- drivers/staging/omap-thermal/omap-bandgap.h |1 + drivers/staging/omap-thermal/omap4-thermal.c |3 +++ drivers/staging/omap-thermal

[PATCH 03/15] staging: omap-thermal: update OMAP54xx conv_table

From: Radhesh Fadnis radhesh.fad...@ti.com This patch updates the ADC conversion table for OMAP5430 ES2.0 devices. Signed-off-by: Radhesh Fadnis radhesh.fad...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.h |5 +- drivers

[PATCH 04/15] staging: omap-thermal: standardize register nomenclature to use 'GPU'

In order to keep same nomenclature across the register definition, this change will make all 'MM' suffixes to be named 'GPU'. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.h | 16 drivers/staging/omap-thermal/omap5

[PATCH 05/15] staging: omap-thermal: remove from register map soc and mode on OMAP5

On OMAP54xx ES2.0 there is no single read and only one mode: continuous mode. For this reason, there is no point in defining register fields for these operations. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap5-thermal.c | 11 --- 1 files

[PATCH 06/15] staging: omap-thermal: introduce new features of OMAP54xx

. Buffer clear bit Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.h | 65 +- drivers/staging/omap-thermal/omap5-thermal.c | 48 +-- 2 files changed, 106 insertions(+), 7 deletions(-) diff --git

[PATCH 07/15] staging: omap-thermal: update OMAP54xx clock sources

This patch updates the OMAP54xx data structure to use the right clock source name for ES2.0. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap5-thermal.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/omap

[PATCH 08/15] staging: omap-thermal: update feature bitfield for OMAP54xx

This patch removes from OMAP54xx the features: . CLK_CTRL . COUNTER . MODE_CONFIG Because these features are not present in OMAP54xx ES2.0 Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap5-thermal.c |5 + 1 files changed, 1 insertions(+), 4

[PATCH 09/15] staging: omap-thermal: remove dedicated counter register for OMAP5

On OMAP54xx there is only one counter register. For this reason, each domain must use the same counter register. This patch changes the data definition to coupe with this. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.h |5

[PATCH 10/15] staging: omap-thermal: introduze FREEZE_BIT feature

it is possible to freeze the history buffer or not. b. whenever reading the temperature, it will fetch from DTEMP1 instead of DTEMP or DTEMP0. This WA is applicable only for OMAP5430 ES2.0. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c

[PATCH 11/15] staging: omap-thermal: update DT entry documentation

Simple update on documentation file for DT. This patch also adds an example for OMAP4430 and 0MAP4470, and also updated OMAP4460's example. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap_bandgap.txt | 27 ++-- 1 files changed

[PATCH 12/15] staging: omap-thermal: add DT example for OMAP54xx devices

Update documentation with DT example for OMAP54xx devices. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap_bandgap.txt |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap_bandgap.txt b

[PATCH 13/15] staging: omap-thermal: Remove double conv_table reference

This patch removes from data structure the double reference of the conversion table. It keeps the reference coming from bandgap data definition. The patch also adapts the code accordingly. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c

[PATCH 14/15] staging: omap-thermal: name data files accordingly

This patch simply changes the name of files containing data structure definition. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/Makefile |4 +- drivers/staging/omap-thermal/omap4-thermal-data.c | 262 +++ drivers/staging

[PATCH 15/15] staging: omap-thermal: update clock prepare count

This patch changes the clock management code to also update the clock prepare counter, this way we won't skip the enable/disable operation due to prepare dependencies. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 10 +- 1

Re: OMAP* Latest build failures

Tony, Russell, On 20-11-2012 13:57, Tony Lindgren wrote: * Russell King - ARM Linux li...@arm.linux.org.uk [121117 01:35]: On Wed, Nov 14, 2012 at 09:26:43AM +, Russell King - ARM Linux wrote: OMAP* allnoconfig fails: arch/arm/mach-omap2/built-in.o: In function

[PATCH 0/5] staging: omap-thermal fixes

Hello Greg, Several compilation fixes and a couple of debugging prints added to the omap-thermal driver under staging area. Patches are also available here: g...@gitorious.org:thermal-framework/thermal-framework.git thermal_work/omap/omap-thermal-fixes Cheers, Eduardo Valentin (4): staging

[PATCH 1/5] staging: omap-thermal: fix compilation

Because we are not including asm/io.h, the driver is not compiling. This patch adds the missing header. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/staging

[PATCH 2/5] staging: omap-thermal: remove platform data nomenclature

Because the driver is not really using platform data, this patch removes the pdata nomenclature from this driver. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-thermal-common.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff

[PATCH 3/5] staging: omap-thermal: remove freq_clip table

table. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.h|9 --- drivers/staging/omap-thermal/omap-thermal-common.c | 63 +--- 2 files changed, 3 insertions(+), 69 deletions(-) diff --git a/drivers/staging/omap

[PATCH 4/5] staging: omap-thermal: add IRQ debugging messaging

For debugging purposes, print the IRQ event for the domain being processed. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/drivers/staging/omap-thermal/omap

[PATCH 5/5] staging: omap-thermal: fix context restore function

. Hence removed checking of the register value and restoring the context. Signed-off-by: Radhesh Fadnis radhesh.fad...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 56 ++- 1 files changed, 21 insertions

Re: [PATCH 0/5] staging: omap-thermal fixes

Hello Greg, I will repost this series as I found I sent you wrong set of patches. Please check the next version. On 13-11-2012 11:43, Eduardo Valentin wrote: Hello Greg, Several compilation fixes and a couple of debugging prints added to the omap-thermal driver under staging area. Patches

[PATCHv2 0/5] staging: omap-thermal fixes

. Patches are also available here: g...@gitorious.org:thermal-framework/thermal-framework.git thermal_work/omap/omap-thermal-fixes_3.7 Cheers, Eduardo Valentin (4): staging: omap-thermal: fix compilation staging: omap-thermal: remove platform data nomenclature staging: omap-thermal: remove

[PATCHv2 1/5] staging: omap-thermal: fix compilation

Because we are not including linux/io.h, the driver is not compiling. This patch adds the missing header. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers

[PATCHv2 3/5] staging: omap-thermal: remove freq_clip table

table. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.h|9 --- drivers/staging/omap-thermal/omap-thermal-common.c | 63 +--- 2 files changed, 3 insertions(+), 69 deletions(-) diff --git a/drivers/staging/omap

[PATCHv2 2/5] staging: omap-thermal: remove platform data nomenclature

Because the driver is not really using platform data, this patch removes the pdata nomenclature from this driver. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-thermal-common.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff

[PATCHv2 4/5] staging: omap-thermal: add IRQ debugging messaging

For debugging purposes, print the IRQ event for the domain being processed. Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |5 + 1 files changed, 5 insertions(+), 0

[PATCHv2 5/5] staging: omap-thermal: fix context restore function

. Hence removed checking of the register value and restoring the context. Signed-off-by: Radhesh Fadnis radhesh.fad...@ti.com Signed-off-by: Enric Balletbo i Serra eballe...@gmail.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 57

Re: [PATCHv2 0/5] staging: omap-thermal fixes

Hello, On Tue, Nov 13, 2012 at 02:09:59PM -0400, Eduardo Valentin wrote: Hello again Greg, So here is the correct set of changes. They now include the right version of the patches and with the fixes reported by Enric. Thanks Enric for the heads up. So, Several compilation fixes

[PATCH 1/1] staging: omap-thermal: bandgap: fix setting of alert thresholds

check for lower and higher temperature limits. Signed-off-by: Radhesh Fadnis radhesh.fad...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/staging/omap

[PATCH 1/4] staging: omap-thermal: Correct checkpatch.pl warnings

From: J Keerthy j-keer...@ti.com Removes checkpatch warnings on omap-bandgap.c. Signed-off-by: J Keerthy j-keer...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c | 15 --- 1 files changed, 8 insertions(+), 7 deletions

[PATCH 4/4] staging: omap-thermal: improve conf data handling and initialization

. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap-bandgap.c|6 ++-- drivers/staging/omap-thermal/omap-thermal-common.c | 38 +--- 2 files changed, 36 insertions(+), 8 deletions(-) diff --git a/drivers/staging/omap-thermal/omap

[PATCH 3/4] staging: omap-thermal: fix polling period settings

While registering the omap thermal zones we need to properly specify TC1 and TC2, as long as the proper passive polling period and monitor period. This patch fixes the parameters passed while registering the thermal zone. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers

[PATCH 0/4] staging: omap-thermal: clean-ups and fixes

/omap/omap-thermal-fixes All best, Eduardo Valentin (3): staging: omap-thermal: remove checkpatch.pl warnings on data files staging: omap-thermal: fix polling period settings staging: omap-thermal: improve conf data handling and initialization J Keerthy (1): staging: omap-thermal: Correct

[PATCH 2/4] staging: omap-thermal: remove checkpatch.pl warnings on data files

Simple checkpatch.pl clean ups. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/staging/omap-thermal/omap4-thermal.c | 54 +- drivers/staging/omap-thermal/omap5-thermal.c | 38 +- 2 files changed, 46 insertions(+), 46 deletions

Re: [PATCH v3 0/7] OMAP System Control Module

Hello, On Wed, Jun 27, 2012 at 10:04:32PM +0400, Konstantin Baydarov wrote: Hello. This is a next version of series of patches(based on Eduardo Valentin's patch set) adding a basic support for system control module, on OMAP4+ context. It is a working in progress. Main changes since

Re: [PATCH v3 2/7] mfd: omap: control: core system control driver

kbaida...@dev.rtsoft.ru Signed-off-by: J Keerthy j-keer...@ti.com Signed-off-by: Kishon Vijay Abraham I kis...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- .../devicetree/bindings/mfd/omap_control.txt | 44 +++ arch/arm/mach-omap2/Kconfig

Re: [PATCH v3 4/7] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver

Abraham I kis...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/usb/otg/Kconfig | 12 +++ drivers/usb/otg/Makefile |1 + drivers/usb/otg/omap4-usb-phy.c | 170 + include/linux/usb/omap4_usb_phy.h | 53

Re: [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone

extrapolation rules Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com You change the authorship and don't sign? Anyway, this one has a lot to evolve still. I will send to you an improved version of the BG driver. --- drivers/thermal/Kconfig | 12 ++ drivers/thermal/Makefile

Re: [linux-pm] [PATCH v3 6/7] omap4: thermal: add basic CPU thermal zone

Hello Durga, On Thu, Jun 28, 2012 at 05:16:43AM +, R, Durgadoss wrote: Hi, + + data = devm_kzalloc(bg_ptr-dev, sizeof(*data), GFP_KERNEL); + if (!data) { + dev_err(bg_ptr-dev, kzalloc fail\n); + return -ENOMEM; + } + data-sensor_id = id; +

Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver

Hello, On Fri, Jun 01, 2012 at 02:43:54PM +0200, Cousson Benoit wrote: On 6/1/2012 2:30 PM, Shilimkar, Santosh wrote: On Fri, Jun 1, 2012 at 7:29 PM, Tony Lindgrent...@atomide.com wrote: * Cousson, Benoitb-cous...@ti.com [120529 06:29]: On 5/28/2012 1:35 PM, Eduardo Valentin wrote: Mmm

Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4

, Eduardo. On 05/25/2012 12:26 PM, Eduardo Valentin wrote: This patch add device tree entries on OMAP4 based boards for System Control Module (SCM). ... I believe that CPU-specific bandgap definition should be moved to bard specific dts. Mmm, why, since it is CPU specific

Re: [RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4

AM, Konstantin Baydarov wrote: Hi, Eduardo. On 05/25/2012 12:26 PM, Eduardo Valentin wrote: This patch add device tree entries on OMAP4 based boards for System Control Module (SCM). ... I believe that CPU-specific bandgap definition should be moved to bard specific dts. Mmm, why

Re: [RFC PATCH 03/11] arm: omap: device: create a device for system control module

On Fri, May 25, 2012 at 02:30:44PM +0200, Cousson Benoit wrote: On 5/25/2012 10:25 AM, Eduardo Valentin wrote: From: Kishon Vijay Abraham Ikis...@ti.com Extracts the device data from hwmod database and create a platform device using omap device build. The device build is done during

Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor

Hello Konstantin, On Fri, May 25, 2012 at 08:39:09PM +0400, Konstantin Baydarov wrote: Hi. On 05/25/2012 12:25 PM, Eduardo Valentin wrote: In the System Control Module, OMAP supplies a voltage reference and a temperature sensor feature that are gathered in the band gap voltage

Re: [RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor

Hello again, On Fri, May 25, 2012 at 05:49:44PM +0200, Cousson Benoit wrote: On 5/25/2012 10:25 AM, Eduardo Valentin wrote: big cut + +static const struct omap_bandgap_data omap4460_data = { +.has_talert = true, +.has_tshut = true, +.fclock_name = bandgap_ts_fclk

Re: [RFC PATCH 08/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields

On Fri, May 25, 2012 at 05:13:26PM +0200, Cousson Benoit wrote: On 5/25/2012 10:25 AM, Eduardo Valentin wrote: OMAP4460 specific temperature sensor register bit fields are added. Existing OMAP4 entries are renamed to OMAP4430. Signed-off-by: Keerthyj-keer...@ti.com Signed-off-by: Eduardo

Re: [RFC PATCH 08/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields

On Mon, May 28, 2012 at 03:34:28PM +0530, Shilimkar, Santosh wrote: On Fri, May 25, 2012 at 1:55 PM, Eduardo Valentin eduardo.valen...@ti.com wrote: OMAP4460 specific temperature sensor register bit fields are added. Existing OMAP4 entries are renamed to OMAP4430. Signed-off-by: Keerthy

Re: [RFC PATCH 06/11] OMAP2+: use control module mfd driver in omap_type

Hello, On Mon, May 28, 2012 at 03:32:50PM +0530, Shilimkar, Santosh wrote: On Fri, May 25, 2012 at 6:23 PM, Cousson, Benoit b-cous...@ti.com wrote: Hi Eduardo, On 5/25/2012 10:25 AM, Eduardo Valentin wrote: OMAP system control module can be probed early, then omap_type is safe

Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver

Hello, On Fri, May 25, 2012 at 02:52:08PM +0200, Cousson Benoit wrote: On 5/25/2012 10:25 AM, Eduardo Valentin wrote: This patch introduces a MFD core device driver for OMAP system control module. The control module allows software control of various static modes supported by the device

Re: [RFC PATCH 05/11] mfd: omap: control: core system control driver

Hello, On Mon, May 28, 2012 at 03:24:01PM +0530, Shilimkar, Santosh wrote: On Fri, May 25, 2012 at 1:55 PM, Eduardo Valentin eduardo.valen...@ti.com wrote: This patch introduces a MFD core device driver for OMAP system control module. The control module allows software control

[RFC PATCH 00/11] OMAP System Control Module

are welcome. All best, Eduardo Valentin (9): ARM: OMAP: expose control.h to mach area OMAP: Add early device for system control module mfd: omap: control: core system control driver OMAP2+: use control module mfd driver in omap_type mfd: omap: control: usb-phy: introduce the ctrl-module usb

[RFC PATCH 02/11] ARM: OMAP: expose control.h to mach area

This patch exposes the definitions under control.h to drivers outside the machine code. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- arch/arm/mach-omap2/am35xx-emac.c|2 +- arch/arm/mach-omap2/board-3430sdp.c |2 +- arch/arm/mach-omap2/board

[RFC PATCH 03/11] arm: omap: device: create a device for system control module

From: Kishon Vijay Abraham I kis...@ti.com Extracts the device data from hwmod database and create a platform device using omap device build. The device build is done during postcore_initcall. Signed-off-by: Kishon Vijay Abraham I kis...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen

[RFC PATCH 04/11] OMAP: Add early device for system control module

This is a way to add an early device for system control module. the code is also requesting for driver registration and probing. Done at early_initcall because at that time, ioremapping is possible. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- arch/arm/mach-omap2/devices.c | 29

[RFC PATCH 05/11] mfd: omap: control: core system control driver

Keerthy j-keer...@ti.com Signed-off-by: Kishon Vijay Abraham I kis...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- .../devicetree/bindings/mfd/omap_control.txt | 44 arch/arm/mach-omap2/Kconfig|1 + arch/arm/plat-omap/Kconfig

[RFC PATCH 06/11] OMAP2+: use control module mfd driver in omap_type

OMAP system control module can be probed early, then omap_type is safe to use its APIs. TODO: add support for other omap versions Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- arch/arm/mach-omap2/id.c | 16 +++- 1 files changed, 15 insertions(+), 1 deletions(-) diff

[RFC PATCH 07/11] mfd: omap: control: usb-phy: introduce the ctrl-module usb driver

API's related to USB functions] Signed-off-by: Kishon Vijay Abraham I kis...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/usb/otg/Kconfig | 13 drivers/usb/otg/Makefile |1 + drivers/usb/otg/omap4-usb-phy.c | 130

[RFC PATCH 08/11] ARM: OMAP4+: Adding the temperature sensor register set bit fields

OMAP4460 specific temperature sensor register bit fields are added. Existing OMAP4 entries are renamed to OMAP4430. Signed-off-by: Keerthy j-keer...@ti.com Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- arch/arm/mach-omap2/include/mach/control.h | 116

[RFC PATCH 10/11] omap4: thermal: add basic CPU thermal zone

This patch exposes OMAP4 thermal sensor as a thermal zone named cpu. Only thermal creation is done here. TODO: - Add cooling bindings - Add extrapolation rules Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- drivers/thermal/Kconfig | 12 ++ drivers/thermal/Makefile

[RFC PATCH 11/11] ARM: DT: Add support to system control module for OMAP4

This patch add device tree entries on OMAP4 based boards for System Control Module (SCM). Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com --- arch/arm/boot/dts/omap4.dtsi | 13 + 1 files changed, 13 insertions(+), 0 deletions(-) diff --git a/arch/arm/boot/dts/omap4.dtsi b

[RFC PATCH 09/11] ARM: OMAP4+: thermal: introduce bandgap temperature sensor

properties, like temperature, thresholds and update rate. Signed-off-by: Eduardo Valentin eduardo.valen...@ti.com Signed-off-by: Keerthy j-keer...@ti.com --- .../devicetree/bindings/thermal/omap_bandgap.txt | 27 + drivers/thermal/Kconfig| 13 + drivers/thermal/Makefile

Re: [RFC PATCH 00/11] OMAP System Control Module

Hello again, On Fri, May 25, 2012 at 11:25:50AM +0300, Eduardo Valentin wrote: Hello Paul and Tony, FYI, Forgot to mention that these patches are available here: git://gitorious.org/omap-thermal/omap-thermal.git omap_scm_dev This is a series of patches adding a basic support for system

Re: [PATCH V2] ARM: OMAP3+: PM: VP: ensure VP is idle before disable

Hello, On Mon, May 21, 2012 at 08:36:35AM -0500, ext Nishanth Menon wrote: Sat, May 19, 2012 at 4:52 AM, Eduardo Valentin eduardo.valen...@ti.com wrote: I guess it is time to properly document this increasing busy loop delay.. As it is getting closer to ms scale.. Does the following

Re: [PATCH V2] ARM: OMAP3+: PM: VP: ensure VP is idle before disable

Hello, Minor suggestion. On Fri, May 18, 2012 at 01:18:41PM -0500, ext Nishanth Menon wrote: From: Wenbiao Wang ww...@ti.com Voltage Processor state machine transition to disable need to occur from IDLE state. When we transition OPP in a functioning system, the call sequence for an OPP

Re: [RFC PATCH] Consolidate SRAM support

long omap_sram_start; static unsigned long omap_sram_base; static unsigned long omap_sram_size; -static unsigned long omap_sram_ceil; I think you missed one occurrence of omap_sram_ceil at omap3_sram_restore_context. Probably you have compile-tested w/o CONFIG_PM? All best, -- Eduardo

Re: [PATCH 2/2] OMAP3: PM: Do not rely on ROM code to restore CM_AUTOIDLE_PLL.AUTO_PERIPH_DPLL

want to add more code inside omap_sram_idle, if we have better places to this SR? ~sanjeev All best, -- Eduardo Valentin -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH 2/2] OMAP3: PM: Do not rely on ROM code to restore CM_AUTOIDLE_PLL.AUTO_PERIPH_DPLL

? Didn't see that as a comment earlier? Better later than never :-) ? ~sanjeev ~sanjeev All best, -- Eduardo Valentin Cheers, -- Eduardo Valentin -- To unsubscribe from this list: send the line unsubscribe linux-omap in the body of a message to majord

[PATCH 0/2] Couple of fixes regarding CM_AUTOIDLE_PLL register

Hello guys, This patch set is fixing the saving and restore of CM_AUTOIDLE_PLL register. It also includes a patch to save and restore it in kernel side, because ROM code adds extra delay when we use it to restore this register. Cheers, Eduardo Valentin (2): OMAP2+: PM: Fix the saving

[PATCH 1/2] OMAP2+: PM: Fix the saving of CM_AUTOIDLE_PLL register on scratchpad area

The saving of CCR.CM_AUTOIDLE_PLL is done in scratchpad area. However, in current code, the saving is done for CM_AUTOIDLE2_PLL (offset 0x34) instead of CM_AUTOIDLE_PLL (offset 0x30). This patch changes the code to save the correct register. Signed-off-by: Eduardo Valentin eduardo.valen

<    1   2   3   4   5   6   7   >