On Sat, Jun 8, 2013 at 4:50 AM, Tony Lindgren t...@atomide.com wrote:
Let's replace is_pinconf with flags and add struct pcs_soc so we
can support also other features like pin wake-up events. Let's
export the probe so the SoC specific modules can pass their
SoC specific data to pinctrl-single
* Felipe Balbi ba...@ti.com [130607 21:32]:
Hi,
On Fri, Jun 07, 2013 at 02:49:50PM -0700, Tony Lindgren wrote:
We want to get rid of the omap specific platform init code
callbacks as they don't play nice with device tree.
right, any plans to have similar functionality generically ?
* Haojian Zhuang haojian.zhu...@gmail.com [130608 02:43]:
Manjunathappa's pinctrl-single patch on enhancing bits is already merged.
This patch conflicts with his patch.
Could you rebase your patches?
Sure. Looks like Linus W forgot to push out the branch as I don't see
it yet in the
For wake-up events from deeper idle modes we need to check the
configured padconf registers for the wake-up bit and then call
the related interrupt handler.
Done in collaboration with Roger Quadros rog...@ti.com.
Cc: Haojian Zhuang haojian.zhu...@gmail.com
Cc: Peter Ujfalusi
McSPI driver probe will abort for DT case because of failed
platform_get_resource_byname() lookup. Fix it by skipping resource
byname lookup for device tree build.
Issue comes out when dma entries are removed from the hwmod data.
Signed-off-by: Sricharan R r.sricha...@ti.com
---
Hi,
On Saturday 08 June 2013 12:14 AM, Santosh Shilimkar wrote:
On Friday 07 June 2013 02:37 PM, Tony Lindgren wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [130607 11:20]:
On Friday 07 June 2013 01:50 PM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [130607 09:35]:
* Paul
* Sricharan R r.sricha...@ti.com [130608 09:52]:
On Saturday 08 June 2013 12:14 AM, Santosh Shilimkar wrote:
On Friday 07 June 2013 02:37 PM, Tony Lindgren wrote:
Looking at the diff output with and without, it seems to be that the
DMA channels won't get configured.
That should work
Sorry for top posting. We should still drop the IRQ data for those devices and
only retain DMA data in that case.
Tony, can you please refresh your commit so that IRQ data is dropped from those
devices ?
Regards,
Santosh
From: Tony Lindgren
* Shilimkar, Santosh santosh.shilim...@ti.com [130608 10:27]:
Sorry for top posting. We should still drop the IRQ data for those devices
and only retain DMA data in that case.
OK
Tony, can you please refresh your commit so that IRQ data is dropped from
those devices ?
Additional patch
On Wed, 29 May 2013, Santosh Shilimkar wrote:
OMAP5 reuses OMAP4 CM IP block which lets us re-use CM1/CM2 functions.
So move the function prototypes from cm1_44xx.h, cm2_44xx.h to
cm_prm44xx_54xx.h header. The suggestion came from Paul Walmsley
as part of the OMAP5 data file review.
This
On Wed, 29 May 2013, Santosh Shilimkar wrote:
From: Benoit Cousson b-cous...@ti.com
Add the new defines for OMAP54XX cm registers.
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Rajendra Nayak rna...@ti.com
Signed-off-by: Benoit Cousson b-cous...@ti.com
[santosh.shilim...@ti.com:
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 NULL argument and blocking_notifier_chain_unregister
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 panic as soon as
the interrupt is enabled due to the
The following changes since commit d683b96b072dc4680fc74964eca77e6a23d1fa6e:
Linux 3.10-rc4 (2013-06-02 17:11:17 +0900)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
tags/omap-for-v3.10/fixes-v3.10-rc4
for you to fetch changes up
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 cpu_is_xxx/soc_is_xxx macros previously to
pick the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit d683b96b072dc4680fc74964eca77e6a23d1fa6e:
Linux 3.10-rc4 (2013-06-02 17:11:17 +0900)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
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 step, hoping that
On Fri, Jun 07, 2013 at 08:58:12PM -0500, Suman Anna wrote:
The mailbox hardware (in OMAP) uses a queued mailbox interrupt
mechanism that provides a communication channel between processors
through a set of registers and their associated interrupt signals
by sending and receiving messages.
On Sat, Jun 8, 2013 at 4:50 AM, Tony Lindgren t...@atomide.com wrote:
At least on omaps, each board typically has at least one device
configured as wake-up capable from deeper idle modes. In the
deeper idle modes the normal interrupt wake-up path won't work
as the logic is powered off and
On Sat, Jun 8, 2013 at 11:27 PM, Tony Lindgren t...@atomide.com wrote:
* Haojian Zhuang haojian.zhu...@gmail.com [130608 02:43]:
Manjunathappa's pinctrl-single patch on enhancing bits is already merged.
This patch conflicts with his patch.
Could you rebase your patches?
Sure. Looks like
On Sat, Jun 8, 2013 at 4:50 AM, Tony Lindgren t...@atomide.com wrote:
For wake-up events from deeper idle modes we need to check the
configured padconf registers for the wake-up bit and then call
the related interrupt handler.
Done in collaboration with Roger Quadros rog...@ti.com.
Cc:
On Fri, Jun 07, 2013 at 04:00:22PM -0700, Tony Lindgren wrote:
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
22 matches
Mail list logo
