On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas wrote:
On Sun, Feb 10, 2013 at 10:37 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Sun, Feb 10, 2013 at 02:49:21AM +0100, Javier Martinez Canillas wrote:
I knew this would be controversial and that's why I
Hi Paul,
-Original Message-
From: J, KEERTHY
Sent: Monday, February 11, 2013 10:16 AM
To: 'Paul Walmsley'
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: RE: [PATCH] ARM: OMAP: Clock: Remove CK_* flags
Hi Paul,
-Original Message-
From:
Hi,
I have a few comments on the binding and the way it's parsed.
On Sat, Feb 09, 2013 at 08:44:27PM +, Javier Martinez Canillas wrote:
This patch adds a helper function to parse a device node that
contains all the properties needed to initialize an smsc911x
device connected to an OMAP
On Mon, Feb 11, 2013 at 9:16 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas wrote:
On Sun, Feb 10, 2013 at 10:37 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Sun, Feb 10, 2013 at 02:49:21AM +0100, Javier
On Mon, Feb 11, 2013 at 11:30 AM, Mark Rutland mark.rutl...@arm.com wrote:
Hi,
I have a few comments on the binding and the way it's parsed.
On Sat, Feb 09, 2013 at 08:44:27PM +, Javier Martinez Canillas wrote:
This patch adds a helper function to parse a device node that
contains all
On Mon, Feb 11, 2013 at 11:33:19AM +0100, Javier Martinez Canillas wrote:
On Mon, Feb 11, 2013 at 9:16 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas wrote:
On Sun, Feb 10, 2013 at 10:37 AM, Russell King - ARM Linux
On Mon, Feb 11, 2013 at 12:24 PM, Sascha Hauer s.ha...@pengutronix.de wrote:
On Mon, Feb 11, 2013 at 11:33:19AM +0100, Javier Martinez Canillas wrote:
On Mon, Feb 11, 2013 at 9:16 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
On Sun, Feb 10, 2013 at 12:35:43PM +0100, Javier Martinez Canillas
Hello,
On Thu, Feb 07, 2013 at 04:02:41PM +, Roger Quadros wrote:
The PHY clock, clock rate, VCC regulator and RESET regulator
can now be provided via device tree.
Signed-off-by: Roger Quadros rog...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
---
On Thu, Feb 07, 2013 at 04:02:47PM +, Roger Quadros wrote:
Allows the OHCI controller found in OMAP3 and later chips to
be specified via device tree.
Signed-off-by: Roger Quadros rog...@ti.com
Acked-by: Alan Stern st...@rowland.harvard.edu
---
On Thu, Feb 07, 2013 at 04:02:48PM +, Roger Quadros wrote:
Allows the OMAP EHCI controller to be specified via device tree.
Signed-off-by: Roger Quadros rog...@ti.com
Acked-by: Alan Stern st...@rowland.harvard.edu
---
.../devicetree/bindings/usb/omap-ehci.txt | 34
On Thu, Feb 07, 2013 at 04:02:49PM +, Roger Quadros wrote:
Allows the OMAP HS USB host controller to be specified
via device tree.
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
.../devicetree/bindings/mfd/omap-usb-host.txt | 80 ++
Remove unused memory ressource get from McPDM driver.
Signed-off-by: Sebastien Guiriec s-guir...@ti.com
---
sound/soc/omap/omap-mcpdm.c |4
1 file changed, 4 deletions(-)
diff --git a/sound/soc/omap/omap-mcpdm.c b/sound/soc/omap/omap-mcpdm.c
index 2fe8be2..5ca11bd 100644
---
Hi Sebastien,
On 02/11/2013 02:02 PM, Sebastien Guiriec wrote:
Remove unused memory ressource get from McPDM driver.
I have no idea how this remain in the driver ;)
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
Signed-off-by: Sebastien Guiriec s-guir...@ti.com
---
On Sat, Feb 9, 2013 at 9:44 PM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
If no pinctrl is available just report a warning since
it may not needed in some cases (e.g: non-DT kernels).
Signed-off-by: Javier Martinez Canillas javier.marti...@collabora.co.uk
(...)
+
On 02/11/2013 01:40 PM, Mark Rutland wrote:
Hello,
On Thu, Feb 07, 2013 at 04:02:41PM +, Roger Quadros wrote:
The PHY clock, clock rate, VCC regulator and RESET regulator
can now be provided via device tree.
Signed-off-by: Roger Quadros rog...@ti.com
Acked-by: Felipe Balbi
On 02/11/2013 01:46 PM, Mark Rutland wrote:
On Thu, Feb 07, 2013 at 04:02:47PM +, Roger Quadros wrote:
Allows the OHCI controller found in OMAP3 and later chips to
be specified via device tree.
Signed-off-by: Roger Quadros rog...@ti.com
Acked-by: Alan Stern st...@rowland.harvard.edu
---
On 02/11/2013 02:00 PM, Mark Rutland wrote:
On Thu, Feb 07, 2013 at 04:02:49PM +, Roger Quadros wrote:
Allows the OMAP HS USB host controller to be specified
via device tree.
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
Hi Russ,
Russ Dill russ.d...@ti.com writes:
After the gpio-omap runtime PM changes, I noticed that the
omap2_gpio_prepare_for_idle/omap2_gpio_resume_after_idle functions are
a NOP in the case of suspend.
void omap2_gpio_prepare_for_idle(int pwr_mode)
{
struct gpio_bank *bank;
Hi Roger,
On Mon, Feb 11, 2013 at 03:14:26PM +, Roger Quadros wrote:
On 02/11/2013 01:40 PM, Mark Rutland wrote:
Hello,
On Thu, Feb 07, 2013 at 04:02:41PM +, Roger Quadros wrote:
The PHY clock, clock rate, VCC regulator and RESET regulator
can now be provided via device tree.
+Required properties:
+
+- compatible: should be ti,ohci-omap3
+- reg: should contain one register range i.e. start and length
+- interrupt-parent: phandle to the interrupt controller
I'm not sure that needs to be documented as a required property. It's a
standard property, and if
On Mon, 11 Feb 2013, J, KEERTHY wrote:
Can I pull the other patches and rebase this patch on top of them?
I need the branch where I can pull the other clock related patches.
I will rebase this patch on top, Verify the PM suspend on OMAP4460
And post it.
It's based on Tony's omap-for-v3.9/pm
Currently on OMAP, it is not possible to specify a clock consumer
to any of the OMAP generated clocks using the device tree. This can pose
a problem for external devices that run off an OMAP clock as we
can't reliably provide a reference to the clock in the device tree.
This patch allows device
On Panda, the USB Host PHY is clocked by FREF3_CLK (auxclk3_ck) pin
of the OMAP. Provide this information in the device tree.
CC: Russell King li...@arm.linux.org.uk
CC: Rajendra Nayak rna...@ti.com
CC: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Roger Quadros rog...@ti.com
---
Hi,
On Mon, Feb 11, 2013 at 05:44:23PM +0200, Roger Quadros wrote:
@@ -36,12 +39,76 @@ static struct of_device_id omap_dt_match_table[]
__initdata = {
{ }
};
+static int __init omap_create_clk_alias(struct device_node *np)
if the rest of the folks agree with the aproach, looks
On Mon, Feb 11, 2013 at 05:44:23PM +0200, Roger Quadros wrote:
Currently on OMAP, it is not possible to specify a clock consumer
to any of the OMAP generated clocks using the device tree. This can pose
a problem for external devices that run off an OMAP clock as we
can't reliably provide a
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Monday, February 11, 2013 9:10 PM
To: J, KEERTHY
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: RE: [PATCH] ARM: OMAP: Clock: Remove CK_* flags
On Mon, 11 Feb 2013, J, KEERTHY
Hi,
On Wed, Feb 06 2013, Balaji T K wrote:
Update Maintainer email for omap_hsmmc,
as Venkatraman will no longer be able to maintain omap_hsmmc driver.
Signed-off-by: Balaji T K balaj...@ti.com
Acked-by: Venkatraman S svenk...@gmail.com
---
MAINTAINERS |2 +-
1 files changed, 1
* Ruslan Bilovol ruslan.bilo...@ti.com [130210 13:46]:
Hi,
On Sun, Feb 10, 2013 at 4:52 AM, Tony Lindgren t...@atomide.com wrote:
Hi,
* Ruslan Bilovol ruslan.bilo...@ti.com [130208 11:41]:
The OMAP4 Blaze Tablet is TI OMAP4 processor-based
development platform in a tablet formfactor.
On Mon, Feb 11, 2013 at 02:02:42PM +0100, Sebastien Guiriec wrote:
Remove unused memory ressource get from McPDM driver.
Applied, thanks.
signature.asc
Description: Digital signature
Hi Matt,
On Fri, Feb 01 2013, Matt Porter wrote:
This series adds DT DMA Engine Client support to the omap_hsmmc.
It leverages the generic DMA OF helpers in -next and the
dma_request_slave_channel_compat() wrapper introduced in the
AM33XX DMA Engine series to support DMA in omap_hsmmc on
* Paul Walmsley p...@pwsan.com [130210 09:31]:
Hi Tony
On Sun, 10 Feb 2013, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [130208 09:31]:
On OMAP2+ devices, standardize and clean up WFI entry and WFI blocking.
On Mon, 11 Feb 2013, Tony Lindgren wrote:
This branch should probably have been based on your earlier PM branch
based on v3.8-rc5 that was already merged as omap-for-v3.9/pm-signed into
arm-soc for-next.
Now merging this branch based on v3.8-rc6 requires me to create a merge
base by
* Paul Walmsley p...@pwsan.com [130210 11:18]:
Hi Tony
The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7:
Linux 3.8-rc6 (2013-02-01 12:08:14 +1100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
* Ruslan Bilovol ruslan.bilo...@ti.com [130206 14:54]:
--- a/arch/arm/mach-omap2/io.c
+++ b/arch/arm/mach-omap2/io.c
@@ -602,6 +602,7 @@ void __init omap4430_init_late(void)
omap2_common_pm_late_init();
omap4_pm_init();
omap2_clk_enable_autoidle_all();
+
On Fri, Feb 08, 2013 at 05:42:13PM +, Paul Walmsley wrote:
Hi Mark,
On Fri, 21 Dec 2012, Mark A. Greer wrote:
From: Mark A. Greer mgr...@animalcreek.com
Convert the device data for the OMAP3 SHAM2 (SHA1/MD5) crypto IP
from explicit platform_data to hwmod.
CC: Paul Walmsley
On 02/09/2013 08:52 PM, Tony Lindgren wrote:
Hi,
* Ruslan Bilovol ruslan.bilo...@ti.com [130208 11:41]:
The OMAP4 Blaze Tablet is TI OMAP4 processor-based
development platform in a tablet formfactor.
The platform contains many of the features found in
present-day handsets (such as audio,
* Jon Hunter jon-hun...@ti.com [130211 10:58]:
Please note that the blaze is derived from the omap4-sdp board and so I
would hope that we can use the existing for sdp dts and board file for
blaze. In fact this is what I do today for basic booting.
So unless there is some feature on the
* Olof Johansson o...@lixom.net [130209 20:25]:
On Sat, Feb 9, 2013 at 7:22 PM, Tony Lindgren t...@atomide.com wrote:
* Olof Johansson o...@lixom.net [130209 19:08]:
On Sat, Feb 9, 2013 at 7:00 PM, Tony Lindgren t...@atomide.com wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk
On Mon, Feb 11, 2013 at 11:05 AM, Tony Lindgren t...@atomide.com wrote:
* Olof Johansson o...@lixom.net [130209 20:25]:
On Sat, Feb 9, 2013 at 7:22 PM, Tony Lindgren t...@atomide.com wrote:
* Olof Johansson o...@lixom.net [130209 19:08]:
On Sat, Feb 9, 2013 at 7:00 PM, Tony Lindgren
FYI, looks like something broke compile recently, have not yet
figured out the breaking commit. Might be the same issue
with some other defconfigs too.
Probably something was indirectly included earlier?
This fixes it, still need to dig the breaking commit
for the description.
Regards,
Tony
This patch series implements Dual EMAC mode implementation of CPSW
which acts as two standalone EMAC by segregating the switch using VIDs
and port VLAN
Mugunthan V N (3):
driver: net: ethernet: davinci_cpdma: add support for directed packet
and source port detection
driver: net: ethernet:
As CPTS is common module for both EMAC in Dual EMAC mode so making cpts as
pointer.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
drivers/net/ethernet/ti/cpsw.c | 36 +---
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git
The CPSW switch can act as Dual EMAC by segregating the switch ports
using VLAN and port VLAN as per the TRM description in
14.3.2.10.2 Dual Mac Mode
Following CPSW components will be common for both the interfaces.
* Interrupt source is common for both eth interfaces
* Interrupt pacing is common
* Introduced parameter to add port number for directed packet in
cpdma_chan_submit
* Source port detection macro with DMA descriptor status
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
drivers/net/ethernet/ti/cpsw.c |6 +++---
drivers/net/ethernet/ti/davinci_cpdma.c | 17
On 02/08/2013 11:50 PM, Peter Ujfalusi wrote:
On 02/08/2013 07:56 PM, Jon Hunter wrote:
/**
* twl_i2c_write - Writes a n bit register in TWL4030/TWL5030/TWL60X0
* @mod_no: module number
@@ -322,16 +323,17 @@ int twl_i2c_write(u8 mod_no, u8 *value, u8 reg,
unsigned num_bytes)
Commit 8a6aaa3 (mfd: twl-core: Collect global variables behind one
private structure (global)) removed the variable inuse that is used
to determine if the device has been initialised and now use the
twl_priv structure instead. This is causing the kernel to panic on
OMAP3+ devices using the twl
On 02/09/2013 07:27 AM, Ezequiel Garcia wrote:
Hi Mark,
On Thu, Feb 7, 2013 at 6:51 AM, Mark Jackson mpfj-l...@mimc.co.uk wrote:
Okay ... I have made some progress, but it's not ideal.
Currently I've hacked the GPMC DT driver (gpmc_probe_dt(), etc) so it now
handles setting up the
chip
* Tony Lindgren t...@atomide.com [130211 11:35]:
FYI, looks like something broke compile recently, have not yet
figured out the breaking commit. Might be the same issue
with some other defconfigs too.
Probably something was indirectly included earlier?
This fixes it, still need to dig the
Commit 16559ae4 (kgdb: remove #include linux/serial_8250.h from kgdb.h)
had a side effect of breaking omap1_defconfig build as some headers
were included indirectly:
arch/arm/mach-omap1/board-h2.c:249: error: ‘INT_KEYBOARD’ undeclared here (not
in a function)
...
This worked earlier as
Vaibhav Bedia vaibhav.be...@ti.com writes:
TPTC0 needs to be idled and put to standby under SW control.
Please elaborate about why (e.g. HW support not available, HW support
broken/buggy, etc.) since these blocks are not well documented in the
docs that I have (spruh73f.)
Thanks,
Kevin
Add
Hi Viabhav,
Vaibhav Bedia vaibhav.be...@ti.com writes:
AM335x supports various low power modes as documented
in section 8.1.4.3 of the AM335x TRM which is available
@ http://www.ti.com/litv/pdf/spruh73f
DeepSleep0 mode offers the lowest power mode with limited
wakeup sources without a
If the ethernet driver is not selected, you otherwise get:
arch/arm/mach-omap2/board-h4.c:237:12: warning: 'is_gpmc_muxed' defined but not
used [-Wunused-function]
I guess it could be argued that the device setup should/could always
be done even if the driver isn't enabled, but hopefully the
Commit c1d1cd597fc77af3086470f8627d77f52f7f8b6c (ARM: OMAP2+:
omap_device: remove obsolete pm_lats and early_device code) missed a
few omap_device_build() calls that aren't included as part of the default
OMAP2+ Kconfig, omap2plus_defconfig.
Ideally, all devices that are present on the SoC
On Saturday 09 February 2013 02:49 AM, Kevin Hilman wrote:
Santosh Shilimkar santosh.shilim...@ti.com writes:
Current CPU PM code code make use of common cpu_suspend() path for all the
CPU power states which is not optimal. In fact cpu_suspend() path is needed
only when we put CPU power domain
Add a NULL check for iomem resource in mailbox probe functions.
Signed-off-by: Fernando Guzman Lugo lugo.ferna...@gmail.com
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/mailbox/mailbox-omap1.c | 3 +++
drivers/mailbox/mailbox-omap2.c | 5 +
2 files changed, 8 insertions(+)
diff --git
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 cpu_is_xxx/soc_is_xxx macros previously to
pick the the right set of mailbox devices and register with the
mailbox
The mailbox_put function must check the notifier block for
NULL before trying to unregister it.
Signed-off-by: Fernando Guzman Lugo lugo.ferna...@gmail.com
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
From: Loic Pallardy loic.palla...@st.com
Current message type is a u32 to fit HW fifo format.
This should be extended to support any message exchanges
and type of mailbox.
Proposed structure owns the original u32 and an optional
pointer on additional data.
Adaptations made to remoteproc and
From: Omar Ramirez Luna omar.l...@linaro.org
Now internal structures can remain hidden to the user and just API
related functions and defines are made available.
Signed-off-by: Omar Ramirez Luna omar.l...@linaro.org
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
From: Loic Pallardy loic.palla...@st.com
In order to create a generic mailbox framework, functions
and structures should be renamed in mailbox.
Taking care of remoteproc and tidspbridge while at it.
Signed-off-by: Loic Pallardy loic.palla...@st.com
Signed-off-by: Omar Ramirez Luna
From: Loic Pallardy loic.palla...@st.com
Coprocessor must be accessible during suspend transitions.
Signed-off-by: Loic Pallardy loic.palla...@st.com
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff
Hi,
Please find below the updated patch series for mailbox framework creation.
After commit e8d3d47 (ARM: OMAP2+: Drop plat/cpu.h for omap2plus), the
cpu_is_xxx() checks for OMAP are restricted to arch/arm/mach-omap2. The
series includes 4 new patches, first patch removes these earch specific
The 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 panic as soon as
the interrupt is enabled due to the dereferencing of non-existing
mailbox queues within the ISR.
From: Loic Pallardy loic.palla...@st.com
For debug purpose, mailbox must be available when
interrupts are disabled to collect dump information.
Signed-off-by: Loic Pallardy loic.palla...@st.com
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
drivers/mailbox/mailbox.c | 66
From: Loic Pallardy loic.palla...@st.com
Add STEriccson DBX500 PRCM mailbox support.
Signed-off-by: Loic Pallardy loic.palla...@st.com
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
drivers/mailbox/Kconfig | 7 +
drivers/mailbox/Makefile |
From: Loic Pallardy loic.palla...@st.com
TX: replace spin by mutex to release CPU
during wait on mailbox resource.
Signed-off-by: Loic Pallardy loic.palla...@st.com
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
drivers/mailbox/mailbox.c | 5 +++--
From: Loic Pallardy loic.palla...@st.com
Some mailboxes are made up of cross interrupts
and associated shared memory.
Shared memory mapping is fixed and cross interrupt/shared
memory relation make impossible the use of virtio.
Mailbox framework must be enough opened to support
any kind of
Hi Paul,
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Monday, February 11, 2013 9:10 PM
To: J, KEERTHY
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: RE: [PATCH] ARM: OMAP: Clock: Remove CK_* flags
On Mon, 11 Feb 2013, J,
On Tue, 12 Feb 2013, J, KEERTHY wrote:
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Monday, February 11, 2013 9:10 PM
To: J, KEERTHY
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: RE: [PATCH] ARM: OMAP: Clock: Remove CK_*
On Fri, Feb 08, 2013 at 20:36:53, Paul Walmsley wrote:
Hi,
On Wed, 2 Jan 2013, Philip Avinash wrote:
EHRPWM module requires explicit clock gating of TBCLK from control
module. Hence add TBCLK clock node in clock tree for EHRPWM modules.
Signed-off-by: Philip Avinash
On Fri, Feb 08, 2013 at 20:40:18, Paul Walmsley wrote:
Hi
On Wed, 2 Jan 2013, Philip Avinash wrote:
EQEP entry is HWMOD entry is not present in HWMOD entry.
Patch descriptions need to make sense. This one does not. I've fixed it
for you this time, but please take more care in the
On 02/11/2013 09:22 PM, Jon Hunter wrote:
Good point. I just noticed that none of my omap2+ board were booting and
on omap3/4 I was the panic in the twl code. I can't say that I checked
the panic on omap2, so may be that was another problem?
Do you have insights on the code path leading to a
From: Philip, Avinash avinashphi...@ti.com
EHRPWM module requires explicit clock gating of TBCLK from control
module. Hence add TBCLK clock node in clock tree for EHRPWM modules.
Signed-off-by: Philip Avinash avinashphi...@ti.com
---
Changes since v1:
- Remove sparse warnings
On 02/11/2013 06:07 PM, Sascha Hauer wrote:
On Mon, Feb 11, 2013 at 05:44:23PM +0200, Roger Quadros wrote:
Currently on OMAP, it is not possible to specify a clock consumer
to any of the OMAP generated clocks using the device tree. This can pose
a problem for external devices that run off an
74 matches
Mail list logo