Hi Tony,
On Wed, Jun 12, 2013 at 22:42:00, Tony Lindgren wrote:
I've updated this patch to remove the default y and
depends on ARCH_OMAP2PLUS entries for the usual reasons
and applied the first ten patches into omap-for-v3.11/soc.
Thanks.
Patch 10 ARM: OMAP2+: AM43x: basic dt support is
Sorry for not being descriptive in commit message.
a) Avoids unnecessary re-parenting cycle for orphan clock's with invalid
parent for every clock
True, but this is a minor optimisation. If this is a big optimization
for you then you really need to fix your bootloader. We
On 06/07/2013 05:44 PM, g...@slimlogic.co.uk wrote:
On 2013-06-07 15:36, Mark Brown wrote:
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory g...@slimlogic.co.uk
The TWL6025 was never released beyond sample form and was replaced by
the PhoenixLite range
Hi Tony,
On 03/06/13 15:20, Tomi Valkeinen wrote:
Any feeback about the below? I'm currently aiming for the option 2, and
pushing only the driver changes for the next merge window, as that
allows me to go forward without any arch/arm changes.
tomi
I have a somewhat similar situation again
Now that twl4030-usb is adapted to the new generic PHY framework,
*set_suspend* and *phy_init* ops can be removed from twl4030-usb driver.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/phy/phy-twl4030-usb.c | 55 -
1 file changed, 12
Added a generic PHY framework that provides a set of APIs for the PHY drivers
to create/destroy a PHY and APIs for the PHY users to obtain a reference to
the PHY with or without using phandle.
This framework will be of use only to devices that uses external PHY (PHY
functionality is not embedded
The PHY framework provides a set of APIs for the PHY drivers to
create/destroy a PHY and APIs for the PHY users to obtain a reference to the
PHY with or without using phandle. For dt-boot, the PHY drivers should
also register *PHY provider* with the framework.
PHY drivers should create the PHY by
Use the generic PHY framework API to get the PHY. The usb_phy_set_resume
and usb_phy_set_suspend is replaced with power_on/get_sync and
power_off/put_sync to align with the new PHY framework.
musb-xceiv can't be removed as of now because musb core uses xceiv.state and
xceiv.otg. Once there is a
Used the generic PHY framework API to create the PHY. Now the power off and
power on are done in omap_usb_power_off and omap_usb_power_on respectively.
However using the old USB PHY library cannot be completely removed
because OTG is intertwined with PHY and moving to the new framework
will break
Used the generic PHY framework API to create the PHY. For powering on
and powering off the PHY, power_on and power_off ops are used. Once the
MUSB OMAP glue is adapted to the new framework, the suspend and resume
ops of usb phy library will be removed.
However using the old usb phy library cannot
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Also updated the Documentation to include the binding information.
The PHY binding information can be found at
Changed the inticall from subsys_initcall to module_init for
twl4030-usb.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/phy/phy-twl4030-usb.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/usb/phy/phy-twl4030-usb.c
In order for controllers to get PHY in case of non dt boot, the phy
binding information (phy device name) should be added in the platform
data of the controller.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
arch/arm/mach-omap2/usb-musb.c |6 +-
include/linux/usb/musb.h |
Now that omap-usb2 is adapted to the new generic PHY framework,
*set_suspend* ops can be removed from omap-usb2 driver.
Signed-off-by: Kishon Vijay Abraham I kis...@ti.com
---
drivers/usb/phy/phy-omap-usb2.c | 24
1 file changed, 24 deletions(-)
diff --git
Hi Sebastian,
On Wed, Jun 12, 2013 at 06:58:01PM +0200, Sebastian Andrzej Siewior wrote:
Hi Samuel,
I did the cosmetic changes of the subject line and removed the changes
from within the sob lines in each patch. I dropped the #define XPP
STEPCONFIG_XPP thingy and patch #1 which removed
Hi Tony,
On Wednesday 12 June 2013 10:44 PM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130612 09:37]:
* Ming Lei tom.leim...@gmail.com [130603 08:34]:
Hi,
On Sat, May 18, 2013 at 3:17 AM, Tony Lindgren t...@atomide.com wrote:
We can now boot with device tree. If you don't want
On 06/13/2013 11:07 AM, Samuel Ortiz wrote:
Hi Sebastian,
Hi Samuel,
Pulled and pushed back to mfd-next, thanks.
Thank you.
I fixed a couple of unused variable warnings on top of it.
I saw your patch at git.k.o and I am asking you not to taking it :)
The code is:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com wrote:
PBIAS register configuration is based on the regulator voltage
which supplies these pbias cells, sd i/o pads.
With PBIAS register address and bit definitions different across
omap[3,4,5], Simplify PBIAS configuration under
On Wed, Jun 12, 2013 at 4:37 PM, Tony Lindgren t...@atomide.com wrote:
Linus W may have some comments on this, although this is not the standard
muxing stuff.
It's in the wrong subsystem and needs to be rewritten IMO.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line
Hi Sebastian,
On Thu, Jun 13, 2013 at 11:25:26AM +0200, Sebastian Andrzej Siewior wrote:
I fixed a couple of unused variable warnings on top of it.
I saw your patch at git.k.o and I am asking you not to taking it :)
I understand why now, I'll remove it. Sorry about that.
Cheers,
Samuel.
--
* Linus Walleij linus.wall...@linaro.org [130613 02:42]:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com wrote:
PBIAS register configuration is based on the regulator voltage
which supplies these pbias cells, sd i/o pads.
With PBIAS register address and bit definitions
From: Linus Walleij linus.wall...@linaro.org
Date: Mon, 10 Jun 2013 17:48:16 +0200
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
* Mohammed, Afzal af...@ti.com [130613 00:04]:
Hi Tony,
On Wed, Jun 12, 2013 at 22:42:00, Tony Lindgren wrote:
I've updated this patch to remove the default y and
depends on ARCH_OMAP2PLUS entries for the usual reasons
and applied the first ten patches into omap-for-v3.11/soc.
From: Mugunthan V N mugunthan...@ti.com
Date: Tue, 11 Jun 2013 15:32:03 +0530
This patch series fixes the following issues with Davinci MDIO
* Bring up MDIO driver earlier than Ethernet driver so that ethernet driver
can communicate with the phy as soon as it is resumed.
* On suspend/resume
On Thursday 13 June 2013 02:53:54 Tony Lindgren wrote:
* Linus Walleij linus.wall...@linaro.org [130613 02:42]:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com wrote:
PBIAS register configuration is based on the regulator voltage
which supplies these pbias cells, sd i/o pads.
Hi Tony,
On Thu, Jun 13, 2013 at 15:24:54, Tony Lindgren wrote:
* Mohammed, Afzal af...@ti.com [130613 00:04]:
Patch 10 ARM: OMAP2+: AM43x: basic dt support is missing in
omap-for-v3.11/soc branch and omap soc pull request, can you
please help patch 10 also to go upstream.
Hmm if
Hi,
The powerdomain framework today expects to always have a voltagedomain
associated with a given powerdomain. We already have AM33xx which
has no Voltage Controller/Voltage Processor as part of PRCM.
There are more SoCs' to follow starting with AM437x and DRA7xx
which do not have VC/VP.
The powerdomain framework expects all powerdomains to be associated with
a corresponding voltagedomain. For some SoCs' (like the already existing AM33xx
family, or for the upcoming AM437x and DRA7 SoCs') which
do not have a Voltage controller/Voltage Processor (neither the SR I2C
bus to
Now that there is a way to tell the powerdomain core about
missing voltage domain control in SoCs', get rid of the dummy
voltage domain data populated for AM33xx devices.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/Makefile |1 -
On Thursday 13 June 2013 02:51 PM, Sricharan R wrote:
Hi Tony,
On Wednesday 12 June 2013 10:44 PM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130612 09:37]:
* Ming Lei tom.leim...@gmail.com [130603 08:34]:
Hi,
On Sat, May 18, 2013 at 3:17 AM, Tony Lindgren t...@atomide.com
* Mohammed, Afzal af...@ti.com [130613 03:08]:
Hi Tony,
On Thu, Jun 13, 2013 at 15:24:54, Tony Lindgren wrote:
* Mohammed, Afzal af...@ti.com [130613 00:04]:
Patch 10 ARM: OMAP2+: AM43x: basic dt support is missing in
omap-for-v3.11/soc branch and omap soc pull request, can you
On 06/07/2013 05:44 PM, g...@slimlogic.co.uk wrote:
On 2013-06-07 15:36, Mark Brown wrote:
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory g...@slimlogic.co.uk
The TWL6025 was never released beyond sample form and was replaced by
the PhoenixLite range
On 06/07/2013 05:44 PM, g...@slimlogic.co.uk wrote:
On 2013-06-07 15:36, Mark Brown wrote:
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory g...@slimlogic.co.uk
The TWL6025 was never released beyond sample form and was replaced by
the PhoenixLite range
On Thu, 13 Jun 2013, Linus Walleij wrote:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com wrote:
PBIAS register configuration is based on the regulator voltage
which supplies these pbias cells, sd i/o pads.
With PBIAS register address and bit definitions different across
On 37xx EVM non-dt boot fails with current mainline,
because of broken GPIO numbering in the board file
that uses hardcoded GPIOs.
So marking omap3_evm_display_init() with CONFIG_BROKEN
for now as suggested by Tony as per the below link:
* Tomi Valkeinen tomi.valkei...@ti.com [130613 01:02]:
Hi Tony,
On 03/06/13 15:20, Tomi Valkeinen wrote:
Any feeback about the below? I'm currently aiming for the option 2, and
pushing only the driver changes for the next merge window, as that
allows me to go forward without any arch/arm
Hi Tony,
On Wednesday 12 June 2013 11:18 PM, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [130610 00:27]:
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
* Sricharan R r.sricha...@ti.com [130613 03:18]:
I tried your cleanup branch omap-for-v3.11/cleanup on panda board and it
booted
to prompt fine.
Hardware: Pandaboard A1 dtb: omap4-panda.dtb
OK thanks for testing.
git pull on linux-next branch was not working
* Lokesh Vutla lokeshvu...@ti.com [130613 04:01]:
Hi Tony,
On Wednesday 12 June 2013 11:18 PM, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [130610 00:27]:
Hi folks -- particularly TIers working on mainline,
There are several regressions that started with v3.10-rc that no one's
* Santosh Shilimkar santosh.shilim...@ti.com [130612 13:36]:
On Wednesday 12 June 2013 02:24 PM, Tony Lindgren wrote:
The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
are available in the git repository at:
On 06/13/2013 11:17 AM, Oleksandr Kozaruk wrote:
On Fri, Jun 7, 2013 at 5:44 PM, g...@slimlogic.co.uk
mailto:g...@slimlogic.co.uk wrote:
On 2013-06-07 15:36, Mark Brown wrote:
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory g...@slimlogic.co.uk
On Thu, Jun 13, 2013 at 11:53 AM, Tony Lindgren t...@atomide.com wrote:
* Linus Walleij linus.wall...@linaro.org [130613 02:42]:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com wrote:
+ /* 100ms delay required for PBIAS configuration */
+ msleep(100);
+ if
Adds USB host support for Beagle-xm.
Roger Quadros (2):
ARM: dts: omap3-beagle-xm: Add USB Host support
ARM: dts: omap3-beagle: Make USB host pin naming consistent
arch/arm/boot/dts/omap3-beagle-xm.dts | 61 +
arch/arm/boot/dts/omap3-beagle.dts| 24
Provide RESET and Power regulators for the USB PHY,
the USB Host port mode and the PHY device.
Also provide pin multiplexer information for USB host
pins.
CC: Benoît Cousson b-cous...@ti.com
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap3-beagle-xm.dts | 61
Use a common naming scheme mode0name.modename flags for the
USB host pins to be consistent.
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap3-beagle.dts | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git
Hi,
On 28/05/13 08:18, Kishon Vijay Abraham I wrote:
Hi Tony,
On Friday 17 May 2013 06:52 PM, Kishon Vijay Abraham I wrote:
In order for controllers to get PHY in case of non dt boot, the phy
binding information (phy label) should be added in the platform
data of the controller.
This
Hi,
Here are some minor omap dma fixes.
R Sricharan (2):
ARM: OMAP: dma: Remove the wrong dev_id check
ARM: OMAP: dma: Fix the dma_chan_link_map init order
Rajendra Nayak (1):
ARM: OMAP: dma: Fix the kfree ordering
arch/arm/plat-omap/dma.c |9 +
1 file changed, 5
kfree of 'p' followed by kfree of 'd' where d = p-dma_attr
certainly seems wrong.
Results in a Oops when probe fails and ends up at exit_dma_lch_fail:
[0.612579] Unable to handle kernel NULL pointer dereference at virtual
address 0048
[0.620971] pgd = c0004000
[0.623840]
From: R Sricharan r.sricha...@ti.com
Once a free channel is found, the check for dev_id == 0 does
not make any sense. Get rid of it.
Signed-off-by: R Sricharan r.sricha...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/plat-omap/dma.c |4 ++--
1 file changed, 2
From: R Sricharan r.sricha...@ti.com
Init dma_chan_link_map[lch] *after* its memset to 0.
Signed-off-by: R Sricharan r.sricha...@ti.com
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/plat-omap/dma.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
On Thu, Jun 13, 2013 at 06:39:20PM +0530, Rajendra Nayak wrote:
diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c
index 8a71f75..8e16503 100644
--- a/arch/arm/plat-omap/dma.c
+++ b/arch/arm/plat-omap/dma.c
@@ -2111,8 +2111,8 @@ exit_dma_irq_fail:
}
Hi!
I'd like to convert Nokia N900 to device tree.
Unfortunately, serial port is not easily available (very special cable
would be needed, does someone know where to get one?) and I don't have
BDI (and very special cable would be needed, too).
So I tried doing very small first
On Thursday 13 June 2013 07:15 AM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130612 13:36]:
On Wednesday 12 June 2013 02:24 PM, Tony Lindgren wrote:
The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04
On Thu, Jun 13, 2013 at 7:05 PM, Tony Lindgren t...@atomide.com wrote:
* Sricharan R r.sricha...@ti.com [130613 03:18]:
I tried your cleanup branch omap-for-v3.11/cleanup on panda board and it
booted
to prompt fine.
Hardware: Pandaboard A1 dtb: omap4-panda.dtb
OK
On 19:01-20130610, Mark Brown wrote:
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
On Thursday 13 June 2013 06:46 PM, Russell King - ARM Linux wrote:
On Thu, Jun 13, 2013 at 06:39:20PM +0530, Rajendra Nayak wrote:
diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c
index 8a71f75..8e16503 100644
--- a/arch/arm/plat-omap/dma.c
+++ b/arch/arm/plat-omap/dma.c
@@
Given p = pdev-dev.platform_data; and
d = p-dma_attr;
the freeing of either one of these by the driver
seems just plain wrong.
Get rid of them in the .probe failure path as well as the
.remove.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/plat-omap/dma.c |4
1 file
From: R Sricharan r.sricha...@ti.com
Init dma_chan_link_map[lch] *after* its memset to 0.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/plat-omap/dma.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/plat-omap/dma.c b/arch/arm/plat-omap/dma.c
index
Hi,
Here are some minor omap dma fixes.
v2:
Patch 3/3 was wrongly fixed by just changing the
kfree() order. As Russell suggested the kfree()
was that for platform_data and wrong to begin with.
So Patch 3/3 now removes all instances of kfree() of
platform_data.
R Sricharan (2):
ARM: OMAP: dma:
On Thu 2013-06-13 07:10:01, Tony Lindgren wrote:
* Pavel Machek pa...@ucw.cz [130613 06:32]:
Hi!
I'd like to convert Nokia N900 to device tree.
Unfortunately, serial port is not easily available (very special cable
would be needed, does someone know where to get one?) and I
On Thursday 13 June 2013 03:23 PM, Tony Lindgren wrote:
* Linus Walleij linus.wall...@linaro.org [130613 02:42]:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com wrote:
PBIAS register configuration is based on the regulator voltage
which supplies these pbias cells, sd i/o pads.
With
On Thu, Jun 13, 2013 at 08:39:50AM -0500, Nishanth Menon wrote:
I am having a bit of a difficulty trying to understand your concern
here.
Your device tree for this stuff appears to mostly consist of repeating
the description of the PMIC that we already have - this really doesn't
seem like a
Hi,
On Thursday 13 June 2013 20:22:42 Balaji T K wrote:
On Thursday 13 June 2013 03:32 PM, Laurent Pinchart wrote:
On Thursday 13 June 2013 02:53:54 Tony Lindgren wrote:
* Linus Walleij linus.wall...@linaro.org [130613 02:42]:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com
On Thursday 13 June 2013 03:32 PM, Laurent Pinchart wrote:
On Thursday 13 June 2013 02:53:54 Tony Lindgren wrote:
* Linus Walleij linus.wall...@linaro.org [130613 02:42]:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com wrote:
PBIAS register configuration is based on the regulator
* Pavel Machek pa...@ucw.cz [130613 07:34]:
On Thu 2013-06-13 07:10:01, Tony Lindgren wrote:
* Pavel Machek pa...@ucw.cz [130613 06:32]:
If I init spi manually (and some more hacks), it works in the
qemu. But I have not tested on real hw for a while.
You should be able to
On 15:47-20130613, Mark Brown wrote:
On Thu, Jun 13, 2013 at 08:39:50AM -0500, Nishanth Menon wrote:
I am having a bit of a difficulty trying to understand your concern
here.
Your device tree for this stuff appears to mostly consist of repeating
the description of the PMIC that we
On Thursday 13 June 2013 04:17 PM, Lee Jones wrote:
On Thu, 13 Jun 2013, Linus Walleij wrote:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com wrote:
PBIAS register configuration is based on the regulator voltage
which supplies these pbias cells, sd i/o pads.
With PBIAS register
On 06/12/2013 08:37 PM, Felipe Balbi wrote:
Hi,
On Wed, Jun 12, 2013 at 04:58:26PM -0500, Suman Anna wrote:
The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
are available in the git repository at:
On Thu, Jun 13, 2013 at 09:58:03AM -0500, Nishanth Menon wrote:
I am proposing moving the following into OF match data.
ti,i2c-slave-address
ti,i2c-voltage-register
ti,i2c-command-register
ti,slew-rate-microvolt
ti,step-size-micro-volts
ti,voltage-selector-set-bits
On Thu, Jun 13, 2013 at 10:07 AM, Mark Brown broo...@kernel.org wrote:
On Thu, Jun 13, 2013 at 09:58:03AM -0500, Nishanth Menon wrote:
I am proposing moving the following into OF match data.
ti,i2c-slave-address
ti,i2c-voltage-register
ti,i2c-command-register
ti,slew-rate-microvolt
On Thu, Jun 13, 2013 at 01:21:01PM +0300, Oleksandr Kozaruk wrote:
On 06/07/2013 05:44 PM, g...@slimlogic.co.uk wrote:
On 2013-06-07 15:36, Mark Brown wrote:
On Fri, Jun 07, 2013 at 01:53:10PM +0300, Oleksandr Kozaruk wrote:
From: Graeme Gregory g...@slimlogic.co.uk
The TWL6025 was never
In commit 3451c067 (mmc: omap: add DMA engine support), some #if 0's
were used to comment out parts of the code. This has been in the code
for over a year and are not needed anymore (and the commented-out code
doesn't even compile). Remove them.
Signed-off-by: Luciano Coelho coe...@ti.com
---
On Thu, Jun 13, 2013 at 4:41 PM, Balaji T K balaj...@ti.com wrote:
[Me]
This seem so intuitively wrong as it can possibly get, clearly this
is regulator territory.
It is not really a regulator, CONTROL_PBIAS_LITE is just a register
in control module which configures pad/pin on SOC. In this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tomi,
On 06/04/13 10:40, Tomi Valkeinen wrote:
Hi guys,
I've made some big changes on the omapdss device model, which involves
converting all the panel drivers. I've got only a bunch of boards, so I
hope some of you can perhaps do some
Hi!
* Pavel Machek pa...@ucw.cz [130613 07:34]:
On Thu 2013-06-13 07:10:01, Tony Lindgren wrote:
* Pavel Machek pa...@ucw.cz [130613 06:32]:
If I init spi manually (and some more hacks), it works in the
qemu. But I have not tested on real hw for a while.
You should be
On 13/06/13 18:51, Igor Grinberg wrote:
Hi Tomi,
On 06/04/13 10:40, Tomi Valkeinen wrote:
Hi guys,
I've made some big changes on the omapdss device model, which involves
converting all the panel drivers. I've got only a bunch of boards, so I
hope some of you can perhaps do some minimal
Tan,
On 06/13/2013 06:01 AM, LF.Tan wrote:
Hi
I would like to add a new mailbox driver with this mailbox framework.
May I know this mailbox framework will available in kernel v3.10 or it
is pushed to v3.11?
Thanks.
This framework is dropped from v3.10 as this is being reworked and will
* Pavel Machek pa...@ucw.cz [130613 08:58]:
Hi!
* Pavel Machek pa...@ucw.cz [130613 07:34]:
On Thu 2013-06-13 07:10:01, Tony Lindgren wrote:
* Pavel Machek pa...@ucw.cz [130613 06:32]:
If I init spi manually (and some more hacks), it works in the
qemu. But I have not
On Thu, 13 Jun 2013, Balaji T K wrote:
On Thursday 13 June 2013 04:17 PM, Lee Jones wrote:
On Thu, 13 Jun 2013, Linus Walleij wrote:
On Thu, Jun 6, 2013 at 9:14 PM, Balaji T K balaj...@ti.com wrote:
PBIAS register configuration is based on the regulator voltage
which supplies these pbias
* Linus Walleij linus.wall...@linaro.org [130613 08:35]:
On Thu, Jun 13, 2013 at 4:41 PM, Balaji T K balaj...@ti.com wrote:
You mean regulator via pinctrl APIs, I think It will just move the code
from omap_hsmmc to a new regulator file with it own init data for pinctrl.
No I'm not saying
Hi Benoit,
-Original Message-
From: J, KEERTHY
Sent: Thursday, June 13, 2013 10:00 AM
To: Cousson, Benoit; devicetree-disc...@lists.ozlabs.org
Cc: linux-omap@vger.kernel.org; linux-ker...@vger.kernel.org;
ldewan...@nvidia.com; grant.lik...@secretlab.ca; swar...@wwwdotorg.org;
On Thu, Jun 13, 2013 at 09:29:38AM -0700, Tony Lindgren wrote:
* Linus Walleij linus.wall...@linaro.org [130613 08:35]:
No. If we go down that road *anything* that is connected to a
pad becomes part of the pinctrl subsystem, then pinctrl-single
becomes some kind of hardware abstraction or
Pekon Gupta pe...@ti.com writes:
From: avinash philip avinashphi...@ti.com
With GPMC converted to platform driver recently, adds low power
transition support in driver itself.
The subject/changelog should be clear that this is support for
suspend/resume.
Kevin
--
To unsubscribe from this
Pekon Gupta pe...@ti.com writes:
From: avinash philip avinashphi...@ti.com
In low power modes of AM335X platforms, peripherals power is cut off.
This patch supports low power sleep transition support for ELM driver.
This series needs a bit more description about what low power sleep
Tony,
Please pull this OMAP PM cleanup for v3.11.
Thanks,
Kevin
The following changes since commit f722406faae2d073cc1d01063d1123c35425939e:
Linux 3.10-rc1 (2013-05-11 17:14:08 -0700)
are available in the git repository at:
Hi Rafael,
Please pull the following cleanups to AVS/SmartReflex for v3.11.
Thanks,
Kevin
The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10:
Linux 3.10-rc5 (2013-06-08 17:41:04 -0700)
are available in the git repository at:
Hi,
On Wed, Jun 12, 2013 at 06:13:26PM +0300, Felipe Balbi wrote:
On Mon, Jun 10, 2013 at 01:40:05AM +0300, Aaro Koskinen wrote:
+void omap_otg_set_mode(enum omap_otg_mode mode)
+{
+ if (!otg_dev) {
+ WARN(1, %s: controller not present\n, __func__);
+ return;
+
Hi!
Now, by chance, any idea what is DT equivalent of
omap3_mux_init(board_mux, OMAP_PACKAGE_CBB);
You can try the attached hack after calling the above to grep for
pins in /sys/kernel/debug/omap_mux/board/core and you get the pins
in DT suitable format. There's a bug where the the
Hi,
On Fri, Jun 14, 2013 at 01:37:11AM +0300, Aaro Koskinen wrote:
Hi,
On Wed, Jun 12, 2013 at 06:13:26PM +0300, Felipe Balbi wrote:
On Mon, Jun 10, 2013 at 01:40:05AM +0300, Aaro Koskinen wrote:
+void omap_otg_set_mode(enum omap_otg_mode mode)
+{
+ if (!otg_dev) {
+
On Thu, 13 Jun 2013, Lokesh Vutla wrote:
On 37xx EVM non-dt boot fails with current mainline,
because of broken GPIO numbering in the board file
that uses hardcoded GPIOs.
So marking omap3_evm_display_init() with CONFIG_BROKEN
for now as suggested by Tony as per the below link:
cc Kevin, Vaibhav
On Thu, 13 Jun 2013, Rajendra Nayak wrote:
The powerdomain framework today expects to always have a voltagedomain
associated with a given powerdomain. We already have AM33xx which
has no Voltage Controller/Voltage Processor as part of PRCM.
There are more SoCs' to follow
Hi Péter,
On Tue, 11 Jun 2013, Peter Ujfalusi wrote:
I will send a patch soon to fix these. Need to test the patch(es) first. I
think they surfaced because I have enabled the audio support in
omap2plus_defconfig for OMAP4 and 5 - which require McPDM and DMIC.
Just couple of minutes, and I'll
On Wed, 12 Jun 2013, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [130610 00:27]:
* 37xx EVM: boot fails
- as of v3.10-rc1
- Cause unknown
This one is probably because of broken GPIO numbering in
the board file that uses hardcoded GPIOs for what are probably
twl GPIOs.
On 06/12/2013 03:55 PM, Kishon Vijay Abraham I wrote:
Hi Chanwoo Choi,
On Wednesday 12 June 2013 07:09 AM, Chanwoo Choi wrote:
From: Kishon Vijay Abraham I kis...@ti.com
Added an API of_extcon_get_extcon_dev() to be used by drivers to get
extcon device in the case of dt boot (this can be
Hi,
On Thursday 13 June 2013 06:35 PM, Tomi Valkeinen wrote:
Hi,
On 28/05/13 08:18, Kishon Vijay Abraham I wrote:
Hi Tony,
On Friday 17 May 2013 06:52 PM, Kishon Vijay Abraham I wrote:
In order for controllers to get PHY in case of non dt boot, the phy
binding information (phy label) should
* Kishon Vijay Abraham I kis...@ti.com [130613 22:41]:
Hi,
On Thursday 13 June 2013 06:35 PM, Tomi Valkeinen wrote:
Hi,
On 28/05/13 08:18, Kishon Vijay Abraham I wrote:
Hi Tony,
On Friday 17 May 2013 06:52 PM, Kishon Vijay Abraham I wrote:
In order for controllers to get PHY in case
* Pavel Machek pa...@ucw.cz [130613 16:14]:
Hi!
Now, by chance, any idea what is DT equivalent of
omap3_mux_init(board_mux, OMAP_PACKAGE_CBB);
You can try the attached hack after calling the above to grep for
pins in /sys/kernel/debug/omap_mux/board/core and you get the pins
97 matches
Mail list logo