Hi Tony,
On Mon, Jul 02, 2012 at 14:14:45, Hiremath, Vaibhav wrote:
On 7/2/2012 2:10 PM, Tony Lindgren wrote:
* AnilKumar Ch anilku...@ti.com [120622 02:45]:
This reverts commit 6c54bbb42678c99685c8e7fd09267e1cb8c2ae40.
As that has not been merged yet, I'll just drop it and set up
Hi Tony,
On Fri, Jun 22, 2012 at 15:10:48, AnilKumar, Chimata wrote:
Add device tree source include file for the AM33XX SoC family.
An additional .dtsi file is created to describe the generic
AM33XX CPU module like intc, ocp.
Actual selection of available peripherals is handled in seperate
Hi Tony,
Thanks for reviewing.
On Fri, Jul 06, 2012 at 13:53:44, Tony Lindgren wrote:
* AnilKumar Ch anilku...@ti.com [120705 02:18]:
Adds basic pinctrl support for AM33XX family of devices. This patch
is based on the pinctrl-simple driver submitted by Tony Lindgren's
here:
Hi Mark,
On Thu, Jul 12, 2012 at 22:58:37, Mark Brown wrote:
On Tue, Jul 10, 2012 at 04:39:42PM +0530, AnilKumar Ch wrote:
This commit adds device tree support for tps65217 pmic. And usage
details are added to device tree documentation. Driver is tested
by using kernel module with
+Tony
Tony,
On Fri, Jul 13, 2012 at 15:24:54, Mark Brown wrote:
On Fri, Jul 13, 2012 at 05:43:30AM +, AnilKumar, Chimata wrote:
Thanks much, are you going to push reset of the patches in this series?
No, there's no dependency so I'd expect them to be applied by the
architecture
Mark,
On Wed, Jul 18, 2012 at 15:14:49, Mark Brown wrote:
On Wed, Jul 18, 2012 at 12:11:03PM +0530, AnilKumar Ch wrote:
Fixes below build error if CONFIG_REGULATOR is not enabled.
drivers/built-in.o: In function `tps65217_probe':
tps65217.c:(.devinit.text+0x13e37): undefined reference
Hi Mark,
On Wed, Jul 18, 2012 at 15:30:13, Mark Brown wrote:
On Wed, Jul 18, 2012 at 09:55:57AM +, AnilKumar, Chimata wrote:
Regulators platform data is added to platform device in MFD driver, which we
need for regulator driver, of_regulator_match() is used to check the
regulator
Hi Mark,
Thanks for the review.
On Fri, Jul 20, 2012 at 15:29:36, Mark Brown wrote:
On Fri, Jul 20, 2012 at 12:16:26PM +0530, AnilKumar Ch wrote:
+ vio_reg: regulator@1 {
+ reg = 1;
+ regulator-compatible = vio;
+
On Fri, Jul 20, 2012 at 17:08:06, Mark Brown wrote:
On Fri, Jul 20, 2012 at 11:27:36AM +, AnilKumar, Chimata wrote:
On Fri, Jul 20, 2012 at 15:29:36, Mark Brown wrote:
Every regulator here has a rather large voltage range specified with no
consumers added. Are you sure
On Mon, Jul 23, 2012 at 12:36:48, AnilKumar, Chimata wrote:
On Fri, Jul 20, 2012 at 17:08:06, Mark Brown wrote:
On Fri, Jul 20, 2012 at 11:27:36AM +, AnilKumar, Chimata wrote:
On Fri, Jul 20, 2012 at 15:29:36, Mark Brown wrote:
Every regulator here has a rather large voltage range
On Tue, Jul 24, 2012 at 14:02:04, Tony Lindgren wrote:
* AnilKumar Ch anilku...@ti.com [120720 00:36]:
Add basic pinctrl support for AM33XX family of devices by adding DT
data to am33xx dtsi file. These patches are based on pinctrl-single
driver and tested on am335x-evm am335x-bone
Hi Tony,
Thanks for the review.
On Tue, Jul 24, 2012 at 14:00:08, Tony Lindgren wrote:
* AnilKumar Ch anilku...@ti.com [120720 00:36]:
Adds GPIO pinctrl nodes to am3358_pinmux master node to control
user leds (USR0, USR1, USR2 and USR3) present on BeagleBone.
Signed-off-by: AnilKumar
Hi Arnd,
On Thu, Jan 19, 2012 at 22:40:45, Arnd Bergmann wrote:
On Thursday 19 January 2012, AnilKumar, Chimata wrote:
Android userspace running on TI AM335x EVM is using the interface
provided by lis3lv02d. They were asking some more interfaces from
lis3lvo2d driver
On Thu, Jul 26, 2012 at 14:16:33, Koen Kooi wrote:
Op 25 jul. 2012, om 14:23 heeft AnilKumar Ch anilku...@ti.com het volgende
geschreven:
Add Bosch D_CAN controller device tree data to AM33XX dtsi file
by adding d_can device node with all the necessary parameters.
Signed-off-by:
Hi Peter,
On Fri, Jul 27, 2012 at 14:40:52, Ujfalusi, Peter wrote:
Hi,
On 07/24/2012 06:45 PM, AnilKumar Ch wrote:
Adds basic pinctrl support for AM33XX family of devices. This patch
is based on the pinctrl-simple driver submitted by Tony Lindgren's
here: http://lwn.net/Articles/496075/
Hi Samuel,
On Fri, Jul 27, 2012 at 18:18:17, Samuel Ortiz wrote:
Hi Anilkumar,
On Fri, Jul 20, 2012 at 03:00:01PM +0530, AnilKumar Ch wrote:
Regulator platform data handling was mistakenly added to MFD
driver. So we will see build errors if we compile MFD drivers
without
Hi Samuel,
On Tue, Jul 31, 2012 at 20:00:21, AnilKumar, Chimata wrote:
Hi Samuel,
On Fri, Jul 27, 2012 at 18:18:17, Samuel Ortiz wrote:
Hi Anilkumar,
On Fri, Jul 20, 2012 at 03:00:01PM +0530, AnilKumar Ch wrote:
Regulator platform data handling was mistakenly added to MFD
driver
+stable
Hi Samuel,
On Wed, Aug 01, 2012 at 10:55:26, AnilKumar, Chimata wrote:
Hi Samuel,
On Tue, Jul 31, 2012 at 20:00:21, AnilKumar, Chimata wrote:
Hi Samuel,
On Fri, Jul 27, 2012 at 18:18:17, Samuel Ortiz wrote:
Hi Anilkumar,
On Fri, Jul 20, 2012 at 03:00:01PM +0530
Hi Tony,
On Tue, Aug 07, 2012 at 13:13:48, Tony Lindgren wrote:
* AnilKumar, Chimata anilku...@ti.com [120731 06:37]:
Hi Peter,
On Fri, Jul 27, 2012 at 14:40:52, Ujfalusi, Peter wrote:
Hi,
On 07/24/2012 06:45 PM, AnilKumar Ch wrote:
Adds basic pinctrl support for AM33XX
Hi Kaehlcke,
Can you re-submit the patch based on linux-next tree?
Comments inline
On Wed, Aug 01, 2012 at 01:18:38, Matthias Kaehlcke wrote:
The TPS65217 chip contains a boost converter and current sinks which can be
used to drive LEDs for use as backlights. Expose this functionality via the
Vaibhav,
Thanks for the review.
On Fri, Aug 03, 2012 at 11:58:41, Hiremath, Vaibhav wrote:
On 7/25/2012 5:53 PM, AnilKumar Ch wrote:
Add Bosch D_CAN controller device tree data to AM33XX dtsi file
by adding d_can device node with all the necessary parameters.
Signed-off-by:
Hi Kaehlcke,
On Wed, Aug 08, 2012 at 02:13:06, Matthias Kaehlcke wrote:
Hi AnilKumar,
thanks for your comments
El Tue, Aug 07, 2012 at 08:59:17AM + AnilKumar, Chimata ha dit:
Can you re-submit the patch based on linux-next tree?
will do
Cross check with mfd/master also
Hi Marc,
Thanks for the review
On Tue, Aug 07, 2012 at 17:27:05, Marc Kleine-Budde wrote:
On 08/07/2012 01:20 PM, AnilKumar Ch wrote:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register of C_CAN/D_CAN
Peter,
On Wed, Aug 08, 2012 at 17:35:44, Ujfalusi, Peter wrote:
On 07/31/2012 04:37 PM, AnilKumar, Chimata wrote:
I'm just curious about the size here: how it ended up as 0x0338?
While looking at the TRM of AM335x I can come up with 0x0238 (0x44e10800 -
0x44e10a38), but I don't see any
Hi Matthias,
Can you comment on my latest patch? So that I can fix this issue
on the same.
https://patchwork.kernel.org/patch/1220151/
Thanks
AnilKumar
On Thu, Aug 09, 2012 at 02:30:51, Matthias Kaehlcke wrote:
tps65217_parse_dt() allocates a struct tps65217_board for each regulator
Hi Matthias,
On Mon, Aug 13, 2012 at 13:57:32, Matthias Kaehlcke wrote:
Hi,
El Fri, Jul 20, 2012 at 03:00:01PM +0530 AnilKumar Ch ha dit:
Regulator platform data handling was mistakenly added to MFD
driver. So we will see build errors if we compile MFD drivers
without
Hi Marc,
Thanks for the review.
On Mon, Aug 13, 2012 at 17:40:22, Marc Kleine-Budde wrote:
On 08/13/2012 08:49 AM, AnilKumar Ch wrote:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register of C_CAN/D_CAN
Hi Greg,
On Mon, Aug 13, 2012 at 20:53:54, Greg KH wrote:
On Mon, Aug 13, 2012 at 08:36:05PM +0530, AnilKumar Ch wrote:
Regulator platform data handling was mistakenly added to MFD
driver. So we will see build errors if we compile MFD drivers
without CONFIG_REGULATOR. This patch moves
Hi Vaibhav,
On Mon, Aug 06, 2012 at 16:59:04, Hiremath, Vaibhav wrote:
Ideally in common SoC dtsi file we should set all modules
to disabled state and it should get enabled in respective
EVM/Board dts file as per usage.
This patch sets default status of all modules to disabled
state in
Hi Mark,
On Tue, Jul 24, 2012 at 11:48:51, AnilKumar, Chimata wrote:
This patch series add AM33XX regulators (tps65910/tps65217) device
tree data to am335x-evm and am335x-bone dts files. These patches
are based on Tony L devel-dt tree and tested on AM335x EVM and
Bone devices.
Changes from
Hi Mark,
On Tue, Jul 24, 2012 at 11:48:54, AnilKumar, Chimata wrote:
Add tps65910 regulator device tree data to AM335x-EVM by adding
regulator consumers with tightened constraints and regulator-name.
TPS65910 regulator handle can be obtained by using this regulator
name.
This patch also
Hi Mark,
On Wed, Aug 15, 2012 at 18:23:39, Mark Brown wrote:
On Tue, Aug 14, 2012 at 02:25:18PM +, AnilKumar, Chimata wrote:
AM335x EVM have one dedicated input supply which provide supplies to all
the PMIC regulators. According to tps65910 VDD1 regulator input supply
is from vcc1 so
Mark,
On Wed, Aug 15, 2012 at 22:24:32, Mark Brown wrote:
On Wed, Aug 15, 2012 at 04:47:02PM +, AnilKumar, Chimata wrote:
On Wed, Aug 15, 2012 at 18:23:39, Mark Brown wrote:
If you have all these unrelated supplies in the system then your device
tree should accurately reflect
Mark,
Small correction
On Thu, Aug 16, 2012 at 18:52:25, AnilKumar, Chimata wrote:
Mark,
On Wed, Aug 15, 2012 at 22:24:32, Mark Brown wrote:
On Wed, Aug 15, 2012 at 04:47:02PM +, AnilKumar, Chimata wrote:
On Wed, Aug 15, 2012 at 18:23:39, Mark Brown wrote:
If you have all
Marc,
On Sun, Aug 19, 2012 at 01:03:37, Marc Kleine-Budde wrote:
On 08/13/2012 04:06 PM, AnilKumar Ch wrote:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register of C_CAN/D_CAN IP when clock is turned
Hi Mark,
On Thu, Aug 16, 2012 at 19:30:56, Mark Brown wrote:
On Thu, Aug 16, 2012 at 01:22:27PM +, AnilKumar, Chimata wrote:
But problem here is single input supply battery/main is not sufficient.
What makes you say this?
pmic-desc[i].supply_name = info-vin_name
On Mon, Aug 20, 2012 at 16:27:53, Marc Kleine-Budde wrote:
On 08/20/2012 12:41 PM, Marc Kleine-Budde wrote:
On 08/20/2012 10:45 AM, AnilKumar Ch wrote:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
On Mon, Aug 20, 2012 at 16:33:43, AnilKumar, Chimata wrote:
On Mon, Aug 20, 2012 at 16:27:53, Marc Kleine-Budde wrote:
On 08/20/2012 12:41 PM, Marc Kleine-Budde wrote:
On 08/20/2012 10:45 AM, AnilKumar Ch wrote:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs
Hi Mark,
On Tue, Aug 21, 2012 at 01:37:15, Mark Brown wrote:
On Mon, Aug 20, 2012 at 06:27:01AM +, AnilKumar, Chimata wrote:
On Thu, Aug 16, 2012 at 19:30:56, Mark Brown wrote:
Why does this mean you need multiple regulators? A single regulator can
of course supply multiple
Hi Kaehlcke,
On Thu, Aug 23, 2012 at 02:34:19, Matthias Kaehlcke wrote:
The TPS65217 chip contains a boost converter and current sinks which can be
used to drive LEDs for use as backlights. Expose this functionality via the
backlight API.
Tested on an AM335x based custom board with a single
Hi Koen,
On Thu, Aug 23, 2012 at 19:43:48, Koen Kooi wrote:
Op 21 aug. 2012, om 13:17 heeft AnilKumar Ch anilku...@ti.com het volgende
geschreven:
Add tps65217 regulator device tree data to AM335x-Bone by adding
regulator consumers with tightened constraints and regulator-name.
Hi Koen,
On Fri, Aug 24, 2012 at 11:58:34, Koen Kooi wrote:
Op 24 aug. 2012, om 07:50 heeft AnilKumar, Chimata anilku...@ti.com het
volgende geschreven:
Hi Koen,
On Thu, Aug 23, 2012 at 19:43:48, Koen Kooi wrote:
Op 21 aug. 2012, om 13:17 heeft AnilKumar Ch anilku...@ti.com het
Hi Marc,
On Mon, Aug 20, 2012 at 16:50:54, AnilKumar, Chimata wrote:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register of C_CAN/D_CAN IP when clock is turned off.
Signed-off-by: AnilKumar Ch anilku
Hi Koen,
On Fri, Aug 24, 2012 at 13:32:17, Koen Kooi wrote:
Op 24 aug. 2012, om 09:56 heeft Koen Kooi k...@dominion.thruhere.net het
volgende geschreven:
Op 24 aug. 2012, om 09:26 heeft AnilKumar, Chimata anilku...@ti.com het
volgende geschreven:
Hi Koen,
On Fri, Aug 24
Hi Konstantin,
On Wed, Jul 25, 2012 at 16:35:16, Konstantin Baydarov 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. It is
composed of two control submodules:
Hi Tony,
Thanks for the review,
On Fri, Aug 31, 2012 at 21:34:04, Tony Lindgren wrote:
* AnilKumar Ch anilku...@ti.com [120831 02:30]:
Adopt pinctrl support to leds-gpio driver, based on the device
pointer (leds-gpio) pinctrl driver configure SoC pins to GPIO
mode.
Signed-off-by:
Hi Koen,
On Fri, Aug 31, 2012 at 21:23:18, Koen Kooi wrote:
Op 30 aug. 2012, om 22:35 heeft Tony Lindgren t...@atomide.com het volgende
geschreven:
* AnilKumar Ch anilku...@ti.com [120828 01:11]:
Adds GPIO pinctrl nodes to am3358_pinmux master node to control
user leds (USR0, USR1,
Hi Marc,
On Fri, Aug 31, 2012 at 14:59:21, AnilKumar, Chimata wrote:
Modify c_can binding documentation according to recent review comments
on device tree data addition patches.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
.../devicetree/bindings/net/can/c_can.txt | 25
Hi Koen,
On Sat, Sep 01, 2012 at 16:17:35, Koen Kooi wrote:
Op 1 sep. 2012 om 09:01 heeft AnilKumar, Chimata anilku...@ti.com het
volgende geschreven:
Hi Koen,
On Fri, Aug 31, 2012 at 21:23:18, Koen Kooi wrote:
Op 30 aug. 2012, om 22:35 heeft Tony Lindgren t...@atomide.com
Marc,
On Mon, Sep 03, 2012 at 14:22:22, Marc Kleine-Budde wrote:
On 08/20/2012 01:20 PM, AnilKumar Ch wrote:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register of C_CAN/D_CAN IP when clock is turned
Hi Koen,
On Sat, Sep 01, 2012 at 18:21:10, AnilKumar, Chimata wrote:
Hi Koen,
On Sat, Sep 01, 2012 at 16:17:35, Koen Kooi wrote:
Op 1 sep. 2012 om 09:01 heeft AnilKumar, Chimata anilku...@ti.com het
volgende geschreven:
Hi Koen,
On Fri, Aug 31, 2012 at 21:23:18, Koen
Hi Tony,
On Mon, Aug 27, 2012 at 11:30:44, AnilKumar, Chimata wrote:
Select PINCTRL in Kconfig under Typical OMAP configuration, this
is required to add pinctrl driver to omap2+ family of devices.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
arch/arm/mach-omap2/Kconfig |1 +
1
Marc,
Thanks for the comments,
On Tue, Sep 04, 2012 at 01:31:35, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Adds suspend resume support to DCAN driver which enables
DCAN power down mode bit (PDR). Then DCAN will ack the local
power-down mode by setting PDA bit in
Hi Marc,
On Tue, Sep 04, 2012 at 02:09:15, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Add D_CAN raminit support to C_CAN driver to enable D_CAN RAM.
DCAN RAM holds all the message objects during transmission or
receiving of data. This
Hi Marc,
On Tue, Sep 04, 2012 at 02:12:04, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Adopt pinctrl support to c_can driver based on c_can device
pointer, pinctrl driver configure SoC pins to d_can mode
according to definitions provided in .dts file.
In
On Tue, Sep 04, 2012 at 01:41:14, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Add of_dev_auxdata to pass d_can raminit callback APIs to initialize
d_can RAM. D_CAN RAM initialization bits are present in CONTROL module
address space, which can be accessed by platform
On Tue, Sep 04, 2012 at 13:12:17, Marc Kleine-Budde wrote:
On 09/04/2012 08:14 AM, AnilKumar, Chimata wrote:
Hi Marc,
On Tue, Sep 04, 2012 at 02:12:04, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Adopt pinctrl support to c_can driver based on c_can device
On Thu, Sep 06, 2012 at 04:56:10, Tony Lindgren wrote:
* Marc Kleine-Budde m...@pengutronix.de [120905 06:55]:
On 09/05/2012 01:54 PM, Marc Kleine-Budde wrote:
On 09/05/2012 01:12 PM, AnilKumar Ch wrote:
Adds suspend/resume functionality of d_can driver along with d_can
raminit support
On Thu, Sep 06, 2012 at 05:02:05, Tony Lindgren wrote:
* AnilKumar Ch anilku...@ti.com [120831 02:30]:
Adds basic pinctrl device tree data for AM33XX family of devices.
This patch is based on the pinctrl-single driver.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
Marc,
On Tue, Sep 04, 2012 at 21:05:17, Stephen Warren wrote:
On 09/02/2012 10:54 PM, AnilKumar Ch wrote:
Modify c_can binding documentation according to recent review comments
on device tree data addition patches.
Signed-off-by: AnilKumar Ch anilku...@ti.com
Reviewed-by: Stephen
On Thu, Sep 06, 2012 at 15:00:34, Marc Kleine-Budde wrote:
On 09/06/2012 11:26 AM, AnilKumar, Chimata wrote:
Marc,
On Tue, Sep 04, 2012 at 21:05:17, Stephen Warren wrote:
On 09/02/2012 10:54 PM, AnilKumar Ch wrote:
Modify c_can binding documentation according to recent review comments
On Thu, Sep 06, 2012 at 15:12:29, Marc Kleine-Budde wrote:
On 09/03/2012 06:54 AM, AnilKumar Ch wrote:
Modify c_can binding documentation according to recent review comments
on device tree data addition patches.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
Changes from v1:
Hi Tony,
On Fri, Sep 07, 2012 at 00:28:32, Tony Lindgren wrote:
Request pins using pinctrl framework. Only show a warning
on error as some boards set the pins in the bootloader
even if CONFIG_PINCTRL is enabled.
Cc: linux-ser...@vger.kernel.org
Cc: Greg Kroah-Hartman
Hi Kevin,
On Fri, Sep 07, 2012 at 05:07:56, Kevin Hilman wrote:
AnilKumar Ch anilku...@ti.com writes:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
APIs control clocks for C_CAN/D_CAN IP and prevent access to the
register of C_CAN/D_CAN IP when clock is turned off.
On Thu, Sep 06, 2012 at 15:08:21, AnilKumar, Chimata wrote:
Add pinctrl and d_can device tree data to AM33XX family of devices.
First two patches add support for pinctrl DT data and third one
adds dcan DT data.
Reason behind combining these patches is to apply cleanly on
linux-omap tree
On Wed, Sep 05, 2012 at 20:11:11, Hiremath, Vaibhav wrote:
On Wed, Sep 05, 2012 at 19:01:55, Cousson, Benoit wrote:
Hi Vaibhav,
On 09/05/2012 11:15 AM, Hiremath, Vaibhav wrote:
On Wed, Sep 05, 2012 at 13:53:58, Ujfalusi, Peter wrote:
Hi,
On 09/05/2012 09:11 AM, Hiremath,
On Fri, Sep 07, 2012 at 05:39:35, Marek Vasut wrote:
Dear Tony Lindgren,
* Marek Vasut ma...@denx.de [120905 19:05]:
Hi Tony,
* Marek Vasut ma...@denx.de [120904 20:13]:
Dear Bryan Wu,
On Sat, Sep 1, 2012 at 4:16 PM, AnilKumar Ch anilku...@ti.com
wrote:
On Wed, Sep 05, 2012 at 16:42:44, AnilKumar, Chimata wrote:
Adds suspend resume support to DCAN driver which enables
DCAN power down mode bit (PDR). Then DCAN will ack the local
power-down mode by setting PDA bit in STATUS register.
Marc,
I missed out this patch, I will remove raminit calls
Hi Domenico,
On Fri, Sep 07, 2012 at 14:18:39, Domenico Andreoli wrote:
On Sat, Sep 1, 2012 at 10:16 AM, AnilKumar Ch anilku...@ti.com wrote:
Adopt pinctrl support to leds-gpio driver based on leds-gpio
device pointer, pinctrl driver configure SoC pins to GPIO
mode according to definitions
On Fri, Sep 07, 2012 at 16:32:51, Domenico Andreoli wrote:
On Fri, Sep 07, 2012 at 09:10:50AM +, AnilKumar, Chimata wrote:
Hi Domenico,
Hi,
On Fri, Sep 07, 2012 at 14:18:39, Domenico Andreoli wrote:
On Sat, Sep 1, 2012 at 10:16 AM, AnilKumar Ch anilku...@ti.com wrote:
Adopt
On Wed, Sep 05, 2012 at 19:59:54, Koen Kooi wrote:
Op 5 sep. 2012, om 16:24 heeft Matt Porter mpor...@ti.com het volgende
geschreven:
On Wed, Sep 05, 2012 at 03:29:30PM +0200, Koen Kooi wrote:
Op 28 aug. 2012, om 07:34 heeft AnilKumar, Chimata anilku...@ti.com
het volgende
Hi Kevin,
On Sat, Sep 08, 2012 at 02:31:22, Kevin Hilman wrote:
AnilKumar, Chimata anilku...@ti.com writes:
Hi Kevin,
On Fri, Sep 07, 2012 at 05:07:56, Kevin Hilman wrote:
AnilKumar Ch anilku...@ti.com writes:
Add Runtime PM support to C_CAN/D_CAN controller. The runtime PM
Hi Marc,
On Tue, Sep 04, 2012 at 12:57:18, Marc Kleine-Budde wrote:
On 09/04/2012 08:14 AM, AnilKumar, Chimata wrote:
Marc,
Thanks for the comments,
On Tue, Sep 04, 2012 at 01:31:35, Marc Kleine-Budde wrote:
On 09/03/2012 01:52 PM, AnilKumar Ch wrote:
Adds suspend resume support
On Wed, Sep 12, 2012 at 22:51:55, Cousson, Benoit wrote:
+ Paul
Hi Anil,
On 08/31/2012 11:37 AM, AnilKumar Ch wrote:
Add DT OPP table for AM33XX family of devices. This data is
decoded by OF with of_init_opp_table() helper function.
Also adds cpu0 supply name to the corresponding
Marc,
On Wed, Sep 12, 2012 at 18:32:53, Marc Kleine-Budde wrote:
On 09/12/2012 02:48 PM, AnilKumar, Chimata wrote:
Hi Marc,
On Tue, Sep 04, 2012 at 12:57:18, Marc Kleine-Budde wrote:
On 09/04/2012 08:14 AM, AnilKumar, Chimata wrote:
Marc,
Thanks for the comments,
On Tue, Sep
Marc,
On Thu, Sep 13, 2012 at 13:18:07, Marc Kleine-Budde wrote:
On 09/13/2012 09:28 AM, AnilKumar Ch wrote:
Move pm_runtime_enable/disable calls to c_can.c driver. Current
implementation is such that platform driver is doing pm_runtime
enable/disable and core driver is doing
Hi Arnd,
Thanks for the review,
On Fri, Sep 14, 2012 at 13:56:06, Arnd Bergmann wrote:
On Thursday 13 September 2012, AnilKumar Ch wrote:
Add lis331dlh device tree data to am335x-evm.dts. In AM335x EVM
lis331dlh accelerometer is connected to I2C2 bus. So this patch
change the status to
+Daniel
On Fri, Sep 14, 2012 at 15:58:37, Arnd Bergmann wrote:
On Friday 14 September 2012, AnilKumar, Chimata wrote:
On Fri, Sep 14, 2012 at 13:56:06, Arnd Bergmann wrote:
On Thursday 13 September 2012, AnilKumar Ch wrote:
Why do you put the reg property here
Here I specified
Hi Andrew,
On Tue, Sep 18, 2012 at 04:05:59, Andrew Morton wrote:
On Mon, 17 Sep 2012 12:53:22 +0530
AnilKumar Ch anilku...@ti.com wrote:
Add lis331dlh device tree data to am335x-evm.dts. In AM335x EVM
lis331dlh accelerometer is connected to I2C2 bus. So this patch
change the status of
On Thu, Sep 20, 2012 at 02:54:31, Paul Walmsley wrote:
Hi
On Thu, 20 Sep 2012, AnilKumar Ch wrote:
Add AM335x cpu0 clock entry to the corresponding clock data
file. This is useful in getting the correct mpu clock pointer
to change the cpu frequency in cpufreq driver.
On Thu, Sep 20, 2012 at 02:53:38, Cousson, Benoit wrote:
+ Paul
Hi Anil,
Thanks for the rebase / repost. I'll pulled the full series if Paul is OK
with
ARM: OMAP2+: AM33XX: Add clock entries to omap_clk data
Thanks Benoit,
Thanks
AnilKumar
--
To unsubscribe from this list: send
+Don Aisheng
On Tue, Sep 11, 2012 at 01:10:12, Linus Walleij wrote:
On Sat, Sep 1, 2012 at 10:16 AM, AnilKumar Ch anilku...@ti.com wrote:
Adopt pinctrl support to leds-gpio driver based on leds-gpio
device pointer, pinctrl driver configure SoC pins to GPIO
mode according to definitions
On Tue, Oct 02, 2012 at 01:29:37, Linus Walleij wrote:
On Mon, Oct 1, 2012 at 5:44 PM, Tony Lindgren t...@atomide.com wrote:
OK that is typical pinctrl driver implementation work.
I hope Tony can advice on this?
I think we're best off to just stick to alternative named modes
passed
On Fri, Sep 21, 2012 at 21:19:11, AnilKumar, Chimata wrote:
Add tsl2550 ambient light sensor DT data to am335x-evm.dts. In AM335x
EVM tsl2550 ambient light sensor is connected to I2C2 bus. So this patch
adds child node inside i2c2 node with i2c slave address.
TAOS tsl2550 sensor with two
+Grant, DTML
On Thu, Oct 18, 2012 at 13:38:30, Cousson, Benoit wrote:
Hi Anil,
On 10/18/2012 07:46 AM, AnilKumar, Chimata wrote:
On Fri, Sep 21, 2012 at 21:19:11, AnilKumar, Chimata wrote:
Add tsl2550 ambient light sensor DT data to am335x-evm.dts. In AM335x
EVM tsl2550 ambient light
On Wed, Oct 17, 2012 at 15:48:22, Koen Kooi wrote:
Hi,
I'm currently building 3.7rc1 kernels meant to run on beagleboards (omap3),
pandaboards (omap4) and beaglebones (am335x). At the moment I'm only testing
it on beaglebone and I noticed a problem with the different cpufreq drivers
On Fri, Oct 19, 2012 at 12:10:51, AnilKumar, Chimata wrote:
On Wed, Oct 17, 2012 at 15:48:22, Koen Kooi wrote:
Hi,
I'm currently building 3.7rc1 kernels meant to run on beagleboards (omap3),
pandaboards (omap4) and beaglebones (am335x). At the moment I'm only
testing it on beaglebone
On Thu, Oct 18, 2012 at 18:56:52, Porter, Matt wrote:
Adds AM33XX MMC support for am335x-bone and am335x-evm.
Signed-off-by: Matt Porter mpor...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |6 ++
arch/arm/boot/dts/am335x-evm.dts |6 ++
arch/arm/boot/dts/am33xx.dtsi |
On Wed, Oct 03, 2012 at 18:06:10, Linus Walleij wrote:
On Wed, Oct 3, 2012 at 12:52 PM, AnilKumar, Chimata anilku...@ti.com wrote:
On Tue, Oct 02, 2012 at 01:29:37, Linus Walleij wrote:
This is what we're doing for ux500 and should be a good model.
I have looked into this, but not seen
On Sun, Nov 04, 2012 at 23:07:44, Linus Walleij wrote:
On Tue, Oct 30, 2012 at 3:12 PM, AnilKumar, Chimata anilku...@ti.com wrote:
I completely understood this named modes, I have added named
modes like this in am335x-xxx.dts files
I do not understand how the pinctrl-single dts files
On Mon, Nov 05, 2012 at 16:15:40, AnilKumar, Chimata wrote:
Add device tree date for GPIO based various drivers matrix keypad,
volume keys, push buttons and use leds accross three AM33XX devices
viz EVM, BeagleBone and Starter Kit.
To make it functional this series also adds pinctrl data
On Mon, Nov 05, 2012 at 22:07:45, Cousson, Benoit wrote:
Hi Anil,
On 11/05/2012 02:46 PM, AnilKumar, Chimata wrote:
On Mon, Nov 05, 2012 at 16:15:40, AnilKumar, Chimata wrote:
Add device tree date for GPIO based various drivers matrix keypad,
volume keys, push buttons and use leds
On Mon, Nov 05, 2012 at 22:13:25, Cousson, Benoit wrote:
Hi Anil / Colin,
On 11/05/2012 10:42 AM, AnilKumar Ch wrote:
From: Colin Foe-Parker colin.foepar...@logicpd.com
Add system power off control to rtc driver which is the in-charge
of controlling the BeagleBone system power. The
On Mon, Nov 05, 2012 at 22:29:36, Cousson, Benoit wrote:
+ Mark
On 11/05/2012 10:42 AM, AnilKumar Ch wrote:
From: Colin Foe-Parker colin.foepar...@logicpd.com
Set tps65217 PMIC status to OFF if power enable toggle is
supported. Also adds platform data flag, which should be
passed
On Sat, Apr 28, 2012 at 02:31:17, Hilman, Kevin wrote:
Hi Mark,
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Fri, Apr 27, 2012 at 11:09:10AM +0530, J, KEERTHY wrote:
Devfreq and cpufreq are related to dynamic frequency/voltage switching
between
pre defined Operating
On Thu, Apr 26, 2012 at 23:10:35, J, KEERTHY wrote:
From: Jean Pihet j-pi...@ti.com
Change the name field value to better reflect the smartreflex
integration in the system.
Signed-off-by: Jean Pihet j-pi...@ti.com
Signed-off-by: J Keerthy j-keer...@ti.com
---
On Thu, Apr 26, 2012 at 23:10:36, J, KEERTHY wrote:
From: Jean Pihet j-pi...@ti.com
Now that omap_test_timeout is only accessible from mach-omap2/,
introduce a similar function for SR.
This change makes the SmartReflex implementation ready for the move
to drivers/.
Signed-off-by: Jean
On Mon, May 07, 2012 at 10:51:53, J, KEERTHY wrote:
On Fri, May 4, 2012 at 2:42 PM, AnilKumar, Chimata anilku...@ti.com wrote:
On Thu, Apr 26, 2012 at 23:10:36, J, KEERTHY wrote:
From: Jean Pihet j-pi...@ti.com
Now that omap_test_timeout is only accessible from mach-omap2/,
introduce
On Tue, May 08, 2012 at 05:18:41, Hilman, Kevin wrote:
AnilKumar, Chimata anilku...@ti.com writes:
On Sat, Apr 28, 2012 at 02:31:17, Hilman, Kevin wrote:
Hi Mark,
Mark Brown broo...@opensource.wolfsonmicro.com writes:
On Fri, Apr 27, 2012 at 11:09:10AM +0530, J, KEERTHY wrote
Hi Mark,
Thanks for quick reply.
On Mon, Jun 25, 2012 at 17:42:20, Mark Brown wrote:
On Mon, Jun 25, 2012 at 05:34:36PM +0530, AnilKumar Ch wrote:
This commit adds device tree support for tps65217 pmic. And usage
details are added to device tree documentation.
Driver is tested by using
1 - 100 of 156 matches
Mail list logo