Add palmas node and omap specific palmas regulator properties.
This patch is based on:
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
for_3.11/dts
Boot tested on omap5-uevm board.
Signed-off-by: J Keerthy j-keer...@ti.com
---
Adds palmas mfd and palmas regulator nodes.
Signed-off-by: Graeme Gregory g...@slimlogic.co.uk
Signed-off-by: J Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/palmas.dtsi | 98 +
1 files changed, 98 insertions(+), 0 deletions(-)
create mode 100644
This patch series adds palmas.dtsi and adds the omap5
specific palmas entries in the omap5-uevm board file.
This patch series is based on:
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
for_3.11/dts
Boot tested on omap5-uevm board.
J Keerthy (2):
Commit '3b9b10151c6838af52244cec4af41a938bb5b7ec' cleaned up the
data file to remove all irq and dma entries for all hwmods, which
are now populated by DT. But mcspi and mmc irq, dma entries were
retained since MMC, NFS boot was not working. Since it is root caused
to be an issue with only DMA
On Sun, Jun 09 2013, Joel A Fernandes wrote:
Hi,
So I tried dumping addresses of an SG list in omap_hsmmc driver before
it is passed to DMA.
I found some interesting traces occasionally such as the below SG list
of length 4.
[6.758716] (0) length=4096, sg virt addr=c1318000, sg phy
Hi folks -- particularly TIers working on mainline,
There are several regressions that started with v3.10-rc that no one's
fixed for over a month. Some of them should be quite easy:
* 37xx EVM: boot fails
- as of v3.10-rc1
- Cause unknown
* 2420N800, 2430sdp: failed to get counter_32k
Totally agree to all the above concerns. So can we have a custom .dtsi file
for a board+pmic combination? Or have only the required properties over ridden
in the board file?
The common approach is to only apply nodes and node properties to the
.dtsi files which are appropriate for _all_
2013/6/6 Paul Walmsley p...@pwsan.com:
On Thu, 6 Jun 2013, jean-philippe francois wrote:
Does the first version [1] of the patch, that only touch the MSB of
the divider also trigger the
bug ?
[1] https://patchwork.kernel.org/patch/2609681/
That one passes the PM test here. Will take
Currently the maximum number of display is hardcoded in the array
omapfb2_device. Made the number a #define and check it in init routine.
Signed-off-by: Andreas Naumann anaum...@ultratronik.de
---
Our board supports a lot of panels and we could probably solve this more
effectively, but arrays
Add palmas node and omap specific palmas regulator properties.
This patch is based on:
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
for_3.11/dts
There's no need for this to be in the commit message.
Boot tested on omap5-uevm board.
Hello Jean-Philippe,
On Mon, 10 Jun 2013, jean-philippe francois wrote:
I am ok to work on it, however could you explain to me what is the
expected output of your PM tests, and how to reproduce them ?
Here is the expected output for my ancient 3730 ES1.0 Beagle-XM:
Hello Lee Jones,
-Original Message-
From: Lee Jones [mailto:lee.jo...@linaro.org]
Sent: Monday, June 10, 2013 1:42 PM
To: J, KEERTHY
Cc: Cousson, Benoit; devicetree-disc...@lists.ozlabs.org; linux-
o...@vger.kernel.org; linux-ker...@vger.kernel.org;
ldewan...@nvidia.com;
Hi Kevin,
On Friday 07 June 2013 03:57 AM, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
On Wed, 29 May 2013, Santosh Shilimkar wrote:
From: Vaibhav Hiremath hvaib...@ti.com
AM33XX only supports DT boot mode and with addition of
extracting module resources like, irq, dma and
This patch series adds palmas.dtsi and adds the omap5 specific palmas
entries in the omap5-uevm board file.
This patch series is based on:
git://git.kernel.org/pub/scm/linux/kernel/git/bcousson/linux-omap-dt.git
for_3.11/dts
Boot tested on omap5-uevm board.
J Keerthy (2):
ARM: dts: add dtsi
Add palmas node and omap specific palmas regulator properties.
Signed-off-by: J Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/omap5-uevm.dts | 147 ++
1 files changed, 147 insertions(+), 0 deletions(-)
diff --git a/arch/arm/boot/dts/omap5-uevm.dts
Adds palmas mfd and palmas regulator nodes.
Signed-off-by: Graeme Gregory g...@slimlogic.co.uk
Signed-off-by: J Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/palmas.dtsi | 98 +
1 files changed, 98 insertions(+), 0 deletions(-)
create mode 100644
On Monday 10 June 2013 02:34 PM, J Keerthy wrote:
Adds palmas mfd and palmas regulator nodes.
Signed-off-by: Graeme Gregory g...@slimlogic.co.uk
Signed-off-by: J Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/palmas.dtsi | 98 +
Hi Keerthy,
Can you
Hi Kevin,
On 06/07/2013 09:31 PM, Nishanth Menon wrote:
On 11:31-20130607, Kevin Hilman wrote:
On most OMAP3 platforms, the twl4030 IRQ line is connected to the
SYS_NIRQ line on OMAP. Add another DTS include file
(twl4030_omap3.dtsi) for boards that hook up the twl4030 this way
to include.
On 07/06/13 21:39, Felipe Balbi wrote:
sounds like there's something left in FIFO which is not getting read
out, then we end up timing out.
Can you try the patch below ? It's patch of a bigger patchset which I
still need to clean a few things up, but they should be very close to
being
Hi Laxman,
-Original Message-
From: Laxman Dewangan [mailto:ldewan...@nvidia.com]
Sent: Monday, June 10, 2013 2:55 PM
To: J, KEERTHY
Cc: Cousson, Benoit; devicetree-disc...@lists.ozlabs.org; linux-
o...@vger.kernel.org; linux-ker...@vger.kernel.org;
grant.lik...@secretlab.ca;
On 07/06/13 21:36, Tony Lindgren wrote:
Maybe check that the i2c related pins are muxed properly for your board
with pinctrl-single?
Reading the bytes individually with i2cget works fine, so I think that
tells us that the pins are configured ok.
Tomi
signature.asc
Description: OpenPGP
Hi Keerthy,
On 06/10/2013 06:03 AM, J, KEERTHY wrote:
Hi Stephen,
Thanks for the review comments.
From: Stephen Warren [swar...@wwwdotorg.org]
Sent: Saturday, June 08, 2013 1:26 AM
To: J, KEERTHY
Cc: Cousson, Benoit;
Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
From: Tony Lindgren [t...@atomide.com]
Sent: Friday, June 07, 2013 11:50 PM
To: linus.wall...@linaro.org
Cc:
On Mon, 10 Jun 2013, J Keerthy wrote:
Add palmas node and omap specific palmas regulator properties.
Signed-off-by: J Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/omap5-uevm.dts | 147
++
1 files changed, 147 insertions(+), 0 deletions(-)
diff
Hello Lee jones,
-Original Message-
From: Lee Jones [mailto:lee.jo...@linaro.org]
Sent: Monday, June 10, 2013 3:36 PM
To: J, KEERTHY
Cc: Cousson, Benoit; devicetree-disc...@lists.ozlabs.org; linux-
o...@vger.kernel.org; linux-ker...@vger.kernel.org;
ldewan...@nvidia.com;
Hi Benoit,
-Original Message-
From: Cousson, Benoit
Sent: Monday, June 10, 2013 3:00 PM
To: J, KEERTHY
Cc: Stephen Warren; devicetree-disc...@lists.ozlabs.org; linux-
o...@vger.kernel.org; linux-ker...@vger.kernel.org;
ldewan...@nvidia.com; grant.lik...@secretlab.ca;
On Wed, May 22, 2013 at 01:18:34PM -0500, Nishanth Menon wrote:
So, the biggest problem here has been patch 4 (having to have a hack to
deploy this stuff is a bit worrying) plus the general not having a real
driver thing.
+- ti,i2c-slave-address - I2C slave address of the PMIC
+-
On 07/06/13 20:50, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130607 09:35]:
* Paul Walmsley p...@pwsan.com [130607 05:38]:
On Fri, 7 Jun 2013, Sricharan R wrote:
- The IO resource information like dma request lines, irq number and
ocp address space can be populated via dt
Hi Tony, (sorry, on Outlook web)
- compatible = ti,omap4-padconf, pinctrl-single;
+ compatible = ti,omap4-padconf;
This change is not necessary if we make sure the pinctrl-single-omap driver
gets registered early enough, before the pinctrl devices are
Hi Paul,
On Monday 10 June 2013 02:05 PM, Lokesh Vutla wrote:
Hi Kevin,
On Friday 07 June 2013 03:57 AM, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
On Wed, 29 May 2013, Santosh Shilimkar wrote:
From: Vaibhav Hiremath hvaib...@ti.com
AM33XX only supports DT boot mode and with
Hi Paul,
On Monday 10 June 2013 12:52 PM, Paul Walmsley wrote:
Hi folks -- particularly TIers working on mainline,
There are several regressions that started with v3.10-rc that no one's
fixed for over a month. Some of them should be quite easy:
* 37xx EVM: boot fails
- as of v3.10-rc1
* Tomi Valkeinen tomi.valkei...@iki.fi [130610 03:44]:
On 07/06/13 20:50, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130607 09:35]:
* Paul Walmsley p...@pwsan.com [130607 05:38]:
On Fri, 7 Jun 2013, Sricharan R wrote:
- The IO resource information like dma request lines, irq
* Quadros, Roger rog...@ti.com [130610 05:37]:
Hi Tony, (sorry, on Outlook web)
- compatible = ti,omap4-padconf, pinctrl-single;
+ compatible = ti,omap4-padconf;
This change is not necessary if we make sure the pinctrl-single-omap driver
gets
* Tomi Valkeinen tomi.valkei...@iki.fi [130610 02:35]:
On 07/06/13 21:36, Tony Lindgren wrote:
Maybe check that the i2c related pins are muxed properly for your board
with pinctrl-single?
Reading the bytes individually with i2cget works fine, so I think that
tells us that the pins are
In the runtime_suspend function pdata is not being used, and
also blocks the function in device tree based booting. Fix it
by removing the unused pdata from the runtime_suspend function.
Further, context loss count is not being passed in pdata, so
let's just reinitialize the port every time for
* Quadros, Roger rog...@ti.com [130610 03:09]:
+
+static int __init pcs_omap_init(void)
+{
+ platform_driver_register(pcs_omap_soc_driver);
+ platform_driver_register(pcs_omap_driver);
+
+ return 0;
+}
+module_init(pcs_omap_init);
It seems this has to be moved to an
* Tony Lindgren t...@atomide.com [130607 13:58]:
* Tony Lindgren t...@atomide.com [130607 13:56]:
Now pinctrl-single-omap can handle the wake-up events for us now
as long as the events are configured in the .dts files.
This patch I should queue separately, the rest should go via
the
* Haojian Zhuang haojian.zhu...@gmail.com [130608 21:51]:
I assume that this patch is used in both v1 v2 version. Since Manjunathappa
changed the logic of distinguishing bits and pins in blew.
if (pcs-bits_per_mux)
mask = vals-mask;
else
mask = pcs-fmask
Would you like to
On Fri, Jun 7, 2013 at 4:49 PM, Mugunthan V N mugunthan...@ti.com wrote:
If you want to merge the direct networking parts of this series into
another tree, I'm fine with that:
Acked-by: David S. Miller da...@davemloft.net
David
Can you the below patch series as i have adopted pinctrl PM
On Thu, Jun 6, 2013 at 8:15 PM, Mugunthan V N mugunthan...@ti.com wrote:
This utilize the new pinctrl core PM helpers to transition
the driver to default and sleep states.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
This version of the patch applied with DaveM:s ACK.
Yours,
Linus
On Thu, Jun 6, 2013 at 8:15 PM, Mugunthan V N mugunthan...@ti.com wrote:
This utilize the new pinctrl core PM helpers to transition
the driver to default and sleep states.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
This version of the patch applied with DaveM:s ACK.
Yours,
Linus
On Fri, Jun 7, 2013 at 11:49 PM, Tony Lindgren t...@atomide.com wrote:
On some omaps we need to remux MMC pins for PM, and for some omaps
we need to remux the SDIO IRQ pin.
Based on an earlier patch by Andreas Fenkart afenk...@gmail.com.
(...)
+ host-pinctrl =
+Paul.
On Mon, Jun 10, 2013 at 5:31 AM, Mark Brown broo...@kernel.org wrote:
On Wed, May 22, 2013 at 01:18:34PM -0500, Nishanth Menon wrote:
So, the biggest problem here has been patch 4 (having to have a hack to
deploy this stuff is a bit worrying) plus the general not having a real
driver
On 06/10/2013 03:29 AM, Benoit Cousson wrote:
Hi Keerthy,
On 06/10/2013 06:03 AM, J, KEERTHY wrote:
Hi Stephen,
Thanks for the review comments.
From: Stephen Warren [swar...@wwwdotorg.org]
Sent: Saturday, June 08, 2013 1:26 AM
To: J, KEERTHY
On 06/09/2013 10:03 PM, J, KEERTHY wrote:
Hi Stephen,
Thanks for the review comments.
Cam you please fix your email client to quote the messages you're
replyiing to correctly? In the message you sent, there's no
differentiation between what I originally wrote and you quoted, vs. the
new text
On 06/10/2013 03:04 AM, J Keerthy wrote:
Adds palmas mfd and palmas regulator nodes.
Nits:
Well, you're really adding files that provide the nodes, not the nodes
themselves.
Palmas and MFD should be correctly capitalized.
diff --git a/arch/arm/boot/dts/palmas.dtsi
Benoit Cousson b-cous...@ti.com writes:
Hi Kevin,
On 06/07/2013 09:31 PM, Nishanth Menon wrote:
On 11:31-20130607, Kevin Hilman wrote:
On most OMAP3 platforms, the twl4030 IRQ line is connected to the
SYS_NIRQ line on OMAP. Add another DTS include file
(twl4030_omap3.dtsi) for boards that
* Linus Walleij linus.wall...@linaro.org [130610 09:09]:
You can use the new infrastructure to make the core select:
pinctrl_pm_select_default_state(host-dev);
pinctrl_pm_select_idle_state(host-dev);
OK great.
What is the semantic difference between default and active?
We only should
On Mon, Jun 10, 2013 at 11:16:59AM -0500, Nishanth Menon wrote:
On Mon, Jun 10, 2013 at 5:31 AM, Mark Brown broo...@kernel.org wrote:
On Wed, May 22, 2013 at 01:18:34PM -0500, Nishanth Menon wrote:
So, the biggest problem here has been patch 4 (having to have a hack to
deploy this stuff is
Hi Lokesh,
Lokesh Vutla lokeshvu...@ti.com writes:
Hi Kevin,
On Friday 07 June 2013 03:57 AM, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
On Wed, 29 May 2013, Santosh Shilimkar wrote:
From: Vaibhav Hiremath hvaib...@ti.com
AM33XX only supports DT boot mode and with
Russ,
On 06/08/2013 02:16 PM, Russ Dill wrote:
On Fri, Jun 7, 2013 at 6:58 PM, Suman Anna s-a...@ti.com wrote:
The OMAP mailbox platform driver code has been cleaned up to
remove the dependencies with soc.h in preparation for moving
the mailbox code to drivers folder.
The code relied on
Russ,
On 06/08/2013 01:46 PM, Russ Dill wrote:
On Fri, Jun 7, 2013 at 6:57 PM, Suman Anna s-a...@ti.com wrote:
The mailbox_put function must check the notifier block for
NULL before trying to unregister it.
I'm going to nack this one. Why must it check for NULL? None of the
callers pass a
Andrii Tseglytskyi andrii.tseglyts...@ti.com writes:
SmartReflex driver interface is natively divided to two parts:
- external SmartReflex interface
- interface between SmartReflex driver and SmartReflex Class
Functions which belong to AVS class interface can use
struct omap_sr* instead of
Andrii Tseglytskyi andrii.tseglyts...@ti.com writes:
Use of of devm_* API for resource allocation provides benefits such
as auto handling of resource free. This reduces possibility have
memory leaks in case of wrong error handling. All direct release
calls should be removed to avoid races.
On Mon, Jun 10, 2013 at 11:49 AM, Mark Brown broo...@kernel.org wrote:
On Mon, Jun 10, 2013 at 11:16:59AM -0500, Nishanth Menon wrote:
On Mon, Jun 10, 2013 at 5:31 AM, Mark Brown broo...@kernel.org wrote:
On Wed, May 22, 2013 at 01:18:34PM -0500, Nishanth Menon wrote:
So, the biggest
Andrii Tseglytskyi andrii.tseglyts...@ti.com writes:
SmartReflex consists of three entities: SR device, SR class and
SR driver. SmartReflex driver depends on SmartReflex class, but
order of their initialization is not clear. They both use
late_initcall(), and order depends on Makefile calls.
On Mon, Jun 10, 2013 at 12:51:42PM -0500, Nishanth Menon wrote:
a) Tegra seems to use Lookup Table for sending predefinied voltage
values to PMIC. OMAP has no concept of lookup table.
They seem to be doing basically the same thing here, you've got a linear
map of selector to voltage too
Russ,
On 06/08/2013 01:53 PM, Russ Dill wrote:
On Fri, Jun 7, 2013 at 6:57 PM, Suman Anna s-a...@ti.com wrote:
The OMAP mailbox startup code is enabling the interrupt even before
any of the associated mailbox queues are allocated. Any pending
received mailbox message could cause a kernel
Hi Stephen,
-Original Message-
From: Stephen Warren [mailto:swar...@wwwdotorg.org]
Sent: Monday, June 10, 2013 9:59 PM
To: J, KEERTHY
Cc: Cousson, Benoit; devicetree-disc...@lists.ozlabs.org; linux-
o...@vger.kernel.org; linux-ker...@vger.kernel.org;
ldewan...@nvidia.com;
Hi Kevin,
On Monday 10 June 2013 10:33 PM, Kevin Hilman wrote:
Hi Lokesh,
Lokesh Vutla lokeshvu...@ti.com writes:
Hi Kevin,
On Friday 07 June 2013 03:57 AM, Kevin Hilman wrote:
Paul Walmsley p...@pwsan.com writes:
On Wed, 29 May 2013, Santosh Shilimkar wrote:
From: Vaibhav Hiremath
This patch adds Palmas MFD node and the regulator nodes for OMAP5.
The node definitions are based on: https://lkml.org/lkml/2013/6/6/25
Boot tested on omap5-uevm board.
Signed-off-by: Graeme Gregory g...@slimlogic.co.uk
Signed-off-by: J Keerthy j-keer...@ti.com
---
61 matches
Mail list logo
