Hi,
On Thu, Nov 15, 2012 at 10:31:33AM +0200, Luciano Coelho wrote:
> Since the 32KHz clock was removed from the twl-regulator (0e8e5c34
> regulator: twl: Remove references to 32kHz clock from DT bindings),
> we've been having problems with our wl12xx chip that is connected
> through the omap_hsmm
From: "Hebbar, Gururaja"
omap4_cminst_wait_module_ready() checks if register offset is NULL.
int omap4_cminst_wait_module_ready(u8 part, u16 inst, s16 cdoffs,
u16 clkctrl_offs)
{
int i = 0;
if (!clkctrl_offs)
return 0;
In case
Hi,
On Tue, Dec 18, 2012 at 06:02:09PM +0530, Hebbar Gururaja wrote:
> From: "Hebbar, Gururaja"
>
> omap4_cminst_wait_module_ready() checks if register offset is NULL.
>
> int omap4_cminst_wait_module_ready(u8 part, u16 inst, s16 cdoffs,
> u16 clkctrl_offs)
> {
On Tue, Dec 18, 2012 at 18:01:43, Balbi, Felipe wrote:
> Hi,
>
> On Tue, Dec 18, 2012 at 06:02:09PM +0530, Hebbar Gururaja wrote:
> > From: "Hebbar, Gururaja"
> >
> > omap4_cminst_wait_module_ready() checks if register offset is NULL.
> >
> > int omap4_cminst_wait_module_ready(u8 part, u16 inst
From: "Hebbar, Gururaja"
omap4_cminst_wait_module_ready() checks if register offset is NULL.
int omap4_cminst_wait_module_ready(u8 part, u16 inst, s16 cdoffs,
u16 clkctrl_offs)
{
int i = 0;
if (!clkctrl_offs)
return 0;
In case
OMAP and ST-Ericsson platforms are both using mailbox to communicate
with some coprocessors.
Based on OMAP existing mailbox framework, this series proposes a
generic framework, living under drivers/mailbox.
This series:
- moves omap-mailbox framework to a newly drivers/mailbox folder
(part of pl
Current message type is a u32 to fit HW fifo format.
This should be extended to support any message exchanges
and type of mailbox.
Propose structure owns the original u32 and an optional
pointer on additional data.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/Kconfig | 9 ++
dri
Actually moving it from plat-omap, as this framework/driver code is
supposed to be under drivers/ folder. The framework should work with
the current supported OMAP processors (OMAP1+) that have mailbox and
can be used as a method of interprocessor communication.
The mailbox hardware (in OMAP) uses
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 mailbox.
Signed-off-by: Loic Pallardy
---
drive
In order to create a generic mailbox framework, functions
and structures should be renamed in mailbox.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/Kconfig | 3 +-
drivers/mailbox/mailbox-omap1.c | 28 -
drivers/mailbox/mailbox-omap2.c | 60 +-
drivers/mai
TX: replace spin by mutex
RX: replace spin_lock_irq by spin_lock_irqsave
Signed-off-by: Loic Pallardy
---
drivers/mailbox/mailbox.c | 10 ++
drivers/mailbox/mailbox.h | 1 +
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbo
For debug purpose, mailbox must be available when
interrupts are disabled to collect dump information.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/mailbox.c | 66 +++
include/linux/mailbox.h | 3 +++
2 files changed, 69 insertions(+)
diff --gi
Add STEriccson DBX500 PRCM mailbox support.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/Kconfig | 18 +-
drivers/mailbox/Makefile | 1 +
drivers/mailbox/mailbox-dbx500.c | 601 +++
include/linux/platform_data/ma
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
---
drivers/mailbox/mailbox.c | 34 ++
drivers/mailbox/mailbox.h | 44 +---
Coprocessor must be accessible during suspend transitions.
Signed-off-by: Loic Pallardy
---
drivers/mailbox/mailbox.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/mailbox/mailbox.c b/drivers/mailbox/mailbox.c
index c0a8e49..57cb566 100644
--- a/drivers/mailbox/ma
Hi Paul,
Thanks your suggestion, I will take a look.
Regards,
Herman
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, December 18, 2012 7:21 AM
To: herman...@totalbb.net.tw
Cc: linux-omap@vger.kernel.org; NeilBrown
Subject: Re: About 1-Wire driver of OMAP4
* Loic Pallardy [121218 05:15]:
> Actually moving it from plat-omap, as this framework/driver code is
> supposed to be under drivers/ folder. The framework should work with
> the current supported OMAP processors (OMAP1+) that have mailbox and
> can be used as a method of interprocessor communicat
2012/12/14 Tony Lindgren :
> * Robert Nelson [121115 08:44]:
>> On Thu, Nov 15, 2012 at 10:06 AM, Matthias Brugger
>> wrote:
>> > When rebooting an OMAP3530 at 125 MHz, the reboot hangs.
>> > This patch adds a generic power save script, which resets the TWL4030 when
>> > a
>> > warm reset occure
On Tue, 18 Dec 2012, Hebbar Gururaja wrote:
> From: "Hebbar, Gururaja"
>
> omap4_cminst_wait_module_ready() checks if register offset is NULL.
>
> int omap4_cminst_wait_module_ready(u8 part, u16 inst, s16 cdoffs,
> u16 clkctrl_offs)
> {
> int i = 0;
>
>
Merge commit 752451f (Merge branch 'i2c-embedded/for-next' of
git://git.pengutronix.de/git/wsa/linux)
resulted in a build breakage for OMAP
...
arch/arm/mach-omap2/i2c.c: In function 'omap_pm_set_max_mpu_wakeup_lat_compat':
arch/arm/mach-omap2/i2c.c:130:2: error: implicit declaration of function
Merge commit 752451f (Merge branch 'i2c-embedded/for-next' of
git://git.pengutronix.de/git/wsa/linux)
resulted in a build breakage for OMAP
...
arch/arm/mach-omap2/i2c.c: In function 'omap_pm_set_max_mpu_wakeup_lat_compat':
arch/arm/mach-omap2/i2c.c:130:2: error: implicit declaration of function
On Wed, Dec 19, 2012 at 12:14:58, Bedia, Vaibhav wrote:
> Merge commit 752451f (Merge branch 'i2c-embedded/for-next' of
> git://git.pengutronix.de/git/wsa/linux)
> resulted in a build breakage for OMAP
>
> ...
> arch/arm/mach-omap2/i2c.c: In function
> 'omap_pm_set_max_mpu_wakeup_lat_compat':
>
22 matches
Mail list logo