All the platform suspend/resume routines that have been separated out looks
same. What about introducing .psuspend, .presume fields in struct musb and then
from within musb_suspend() do the following? This way code duplication is
reduced.
if (musb->psuspend)
musb->suspend();
On Sep 4, 2009, at 9:34 AM, Peter Barada wrote:
On Fri, 2009-09-04 at 12:14 +0530, Gadiyar, Anand wrote:
From: Sergio Aguirre
This fixes the issue in which mm_lock mutex was attempted to be
used without initializing previously.
Signed-off-by: Sergio Aguirre
Tested-by: Anand Gadiyar
Thi
This clock is required for booting.
Signed-off-by: Angelo Arrifano
---
arch/arm/mach-omap1/clock.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap1/clock.c b/arch/arm/mach-omap1/clock.c
index 436eed2..d2d5ece 100644
--- a/arch/arm/mach-omap1/clock.c
+
This was crashing omap850 devices.
Reported-by:
Alistair Buxton
Signed-off-by: Angelo Arrifano
---
arch/arm/plat-omap/gpio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/gpio.c b/arch/arm/plat-omap/gpio.c
index 7c70a6a..66c7006 100644
--- a/arc
Original message:
The previous value of the jtag_id was set for the omap730. For the
omap850, this value is different, and this was causing
autodetection to fail.
Reported-by:
Cory Maccarrone
Angelo Arrifano
Alistair Buxton
Signed-off-by: Angelo Arrifano
---
arch/arm/mach-omap1/id.c |
Enable MUSB clocks before the xceiver resume is called.
As soon as xceiver resume is called, xceiver communicates an
interrupt to MUSB over ULPI bus and the interrupt handler crashes
as the clocks are not enabled on going to resume.
So enable the MUSB clocks so that its ready to handle interrupts
Wrong pointer was getting passed to twl4030 transceiver.
Call path is:
otg_set_suspend -> twl4030_set_suspend
drivers/usb/otg/twl4030-usb.c: twl4030_set_suspend() uses:
struct twl4030_usb *twl = xceiv_to_twl(x);
and xceiv_to_twl is container_of()
So the same pointer needs to be passed t
This patch allows each MUSB platform (Davinci/TUSB/OMAP/Blackfin)
to have their own musb_platform_suspend/musb_platform_resume hooks
Each platform has its own power handling requirements and hence
distribute the suspend/resume functionality per platform
No new functionality is added for other pla
Patch 1:
This patch series creates MUSB platform specific power hooks for different
MUSB platforms (OMAP/Blackfin/Davinci/TUSB)
Patch 2 and 3:
This fixes issues with musb omap file for xceivr pointer passing and clock
enable race
Series is tested for MUSB:OMAP on Zoom2 platform.
Vikram Pandita (
On Tue, Sep 1, 2009 at 6:34 AM, Mike Rapoport wrote:
> 3) If I'm not much mistaken, board specific pin mux configuration has to deal
> with arch/arm/plat-omap/include/mach/mux.h and arch/arm/mach-omap2/mux.c. For
> instance, if my board uses ULPI pins that have not been defined already, I
> need
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Friday, September 04, 2009 2:34 PM
> To: Pandita, Vikram
> Cc: Andrew Morton; Kadiyala, Kishore; linux-ker...@vger.kernel.org; linux-
> o...@vger.kernel.org; jarkko.lavi...@nokia.com; Chikkature Rajashekar,
> Mad
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Friday, September 04, 2009 2:34 PM
> To: Pandita, Vikram
> Cc: Andrew Morton; Kadiyala, Kishore; linux-ker...@vger.kernel.org; linux-
> o...@vger.kernel.org; jarkko.lavi...@nokia.com; Chikkature Rajashekar,
> Mad
* Pandita, Vikram [090904 12:24]:
> Andrew/Kishore
>
> >-Original Message-
> >From: linux-omap-ow...@vger.kernel.org
> >[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Andrew
> >Morton
> >Sent: Friday, September 04, 2009 2:19 PM
> >
> >On Wed, 2 Sep 2009 18:54:36 +0530 (IST)
> >"k
Andrew/Kishore
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org
>[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Andrew
>Morton
>Sent: Friday, September 04, 2009 2:19 PM
>
>On Wed, 2 Sep 2009 18:54:36 +0530 (IST)
>"kishore kadiyala" wrote:
>
>> This Patch adds basic sup
On Wed, 2 Sep 2009 18:54:36 +0530 (IST)
"kishore kadiyala" wrote:
> This Patch adds basic support for all 5 MMC controllers on OMAP4.
>
> -Kishore
>
> Signed-off-by: Kishore Kadiyala
> ---
> This patch doesn't include mmc-regulator support
>
> arch/arm/mach-omap2/devices.c | 42
>
http://www.omapzoom.org
http://omappedia.org/wiki/LinuxOMAP_Kernel_Project
There is lot more information on new projects, resources for development and
platform specs.
And of course it points to linux-omap kernel.
Regards,
Rhishi
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, 2009-09-04 at 12:14 +0530, Gadiyar, Anand wrote:
> > From: Sergio Aguirre
> >
> > This fixes the issue in which mm_lock mutex was attempted to be
> > used without initializing previously.
> >
> > Signed-off-by: Sergio Aguirre
>
> Tested-by: Anand Gadiyar
>
> This patch on top of curr
Hi,
As there still seems to be no solution for powering up DSP included in
mainline nor l-o tree (am I missing something?), is there any chance for this
patch to be pushed into l-o until a better option comes up?
Thanks,
Janusz
Wednesday 22 July 2009 05:23:06 Janusz Krzysztofik wrote:
> This p
>From e759173e77f73fabce5177b4f685df20b16c6922 Mon Sep 17 00:00:00 2001
From: C A Subramaniam
Date: Thu, 3 Sep 2009 17:42:35 +0530
Subject: [PATCH 10/10] omap mailbox: OMAP4 Mailbox-driver Patch to support
tasklet
implementation
This patch uses a tasklet implementation for
sending mailbox mes
>From 26e994864872ffc5fca3b059671b2edbdac69e6e Mon Sep 17 00:00:00 2001
From: C A Subramaniam
Date: Wed, 2 Sep 2009 20:34:16 +0530
Subject: [PATCH 9/10] omap mailbox: OMAP4 Mailbox Patch to change the IRQ flag
from IRQF_DISABLED to IRQF_SHARED
Currently, this facilitates both the tesla and ducat
>From eeaa22aff9df8027f91884ee78328028bd5a6782 Mon Sep 17 00:00:00 2001
From: C A Subramaniam
Date: Thu, 3 Sep 2009 17:53:27 +0530
Subject: [PATCH 8/10] omap mailbox: OMAP4-Mailbox - Adds code changes to
support OMAP4 mailbox.
This patch adds code changes in the mailbox driver module to
add supp
>From 76e10e3b49c987894164375b2f5171418b9778e5 Mon Sep 17 00:00:00 2001
From: Hiroshi DOYU
Date: Wed, 2 Sep 2009 20:18:53 +0530
Subject: [PATCH 7/10] omap mailbox: expose omap_mbox_enable()/disable_irq()
Signed-off-by: Hiroshi DOYU
---
arch/arm/plat-omap/include/mach/mailbox.h | 12 ++
>From 4e4fbfa64b2b77ec6f1140178770a70ff6f8caed Mon Sep 17 00:00:00 2001
From: Hiroshi DOYU
Date: Wed, 2 Sep 2009 20:14:24 +0530
Subject: [PATCH 6/10] omap mailbox: remove unnecessary arg for
omap_mbox_msg_send
Signed-off-by: Hiroshi DOYU
---
arch/arm/plat-omap/include/mach/mailbox.h |2 +-
>From 20a90cfa9b06b70c495f1699825dd9fded381949 Mon Sep 17 00:00:00 2001
From: Hiroshi DOYU
Date: Wed, 2 Sep 2009 20:06:38 +0530
Subject: [PATCH 5/10] omap mailbox: remove disalbe_/enable_mbox_irq in isr
No need to handle it in isr, since irq won't happen during isr.
Signed-off-by: Hiroshi DOYU
>From ddba6182ca716f9f5f5072088475a613f3141eb8 Mon Sep 17 00:00:00 2001
From: Hiroshi DOYU
Date: Wed, 2 Sep 2009 20:03:19 +0530
Subject: [PATCH 4/10] omap mailbox: remove class interface
It's not used at present.
Signed-off-by: Hiroshi DOYU
---
arch/arm/plat-omap/include/mach/mailbox.h |1
>From d7a03f1d174036edbad312dff1f1789736098bf0 Mon Sep 17 00:00:00 2001
From: Hiroshi DOYU
Date: Wed, 2 Sep 2009 19:32:42 +0530
Subject: [PATCH 3/10] omap mailbox: remove sequence bit checking
Any protocol should be handled in the upper layer and mailbox driver
shouldn't care about the contents o
>From 80e74ada510bace7208d59c0f912f9b1077efb45 Mon Sep 17 00:00:00 2001
From: C A Subramaniam
Date: Wed, 2 Sep 2009 17:58:57 +0530
Subject: [PATCH 2/10] omap mailbox: OMAP4 - Add resources and mailbox register
base address
for OMAP4 mailbox
This patch adds resource information of mailbox driver
>From aa759db084be9a2893de5e61b11f6de6d05508d9 Mon Sep 17 00:00:00 2001
From: C A Subramaniam
Date: Wed, 2 Sep 2009 17:52:22 +0530
Subject: [PATCH 1/10] omap mailbox: OMAP4-Mailbox - Add build specific changes
to support OMAP4 mailbox.
This patch adds changes to the build related files of mailbo
Hi All,
This is the series of patches adding OMAP4 support for omap mailbox driver. The
patches are generated against tag (2.6.31-rc5). Functionality has been tested
in OMAP4430. These patches also include various cleanup done in the omap
mailbox.
File modified:
arch/arm/mach-omap2/Makefile
ar
On Fri, Sep 4, 2009 at 2:02 PM, Artem Bityutskiy wrote:
>> static inline struct LST_LIST *LST_Create(void)
> Would be nice to kill this whole function as well.
> I guess whole 'LST_Delete()' could go away as well?
Good point, I thought to get rid of a bit later.
Anyway, I will look into. But pr
On Fri, 2009-09-04 at 12:34 +0200, ext Janusz Krzysztofik wrote:
> in normal (handset) mode, the noise level seems still acceptable. The only
> missing piece of a puzzle is my patch, that prevents the kernel driver from
> putting corrupted values into the McBSP control registers.
>
> That learned,
Nice cleanups of the cra^H^Hode now one cared about!
:-)
On 09/04/2009 12:19 PM, Andy Shevchenko wrote:
#define LST_ELEMlist_head
@@ -85,9 +85,9 @@ struct LST_LIST {
static inline struct LST_LIST *LST_Create(void)
{
struct LST_LIST *pList;
+ gfp_t flags = (in_ato
From: Rajendra Nayak
OMAP3: Enable and autoidle DPLL5 at boot
Enable DPLL5 at bootup and put it into auto-idle.
This is required for the USBHOST 120MHz f-clock and USBTLL f-clock
to work.
Signed-off-by: Rajendra Nayak
Signed-off-by: Anand Gadiyar
---
arch/arm/mach-omap2/clock34xx.c | 25 ++
Friday 04 September 2009 07:39:36 Eero Nurkkala wrote:
>
> Register values should not get corrupted. Could you please point out the
> registers that may get corrupted? Do they get corrupted during audio
> play? I haven't seen corrupted register values.
>
Hi Eero,
Please have a look at some debug
From: Andy Shevchenko
* Remove LST_Init() and LST_Exit() calls because they are doing nothing except
tracing, Thus, remove tracing as well.
* Remove DBC_* calls. It's internal kernel business whether to have those
assertions.
* Switch to list_head structure instead of LST_ELEM. Remove redud
From: Andy Shevchenko
* Change struct LST_ELEM to struct list_head in whole dsp bridge driver
* Remove useless commentaries
* Minor change in the services/mem.c:
...
struct list_head *last = &mMan.lst.head;
struct list_head *curr = last->next; /* was: mMan.lst.head.next */
...
Signed
Hello.
Here are a few patches which change driver's own circular linked list
implementation to native one in linux kernel. The initial idea was come from
Hiroshi Doyu.
This version includes corrections which I got from Imre and Felipe.
Additionally the fourth patch changes LST_ELEM name to nativ
From: Andy Shevchenko
* Use native list_empty() method instead of LST_IsEmpty() inside list.c. Remove
extra local variables.
* Move methods from list.c as inline functions in the list.h. Get rid of list.c
at all.
* Use list_head natively instead of LST_ELEM in the list.h.
Signed-off-by: Andy
From: Andy Shevchenko
Instead of MEM_Calloc()/MEM_Free() use kzalloc()/kfree() calls. Thus we get rid
of mem.h dependency.
Signed-off-by: Andy Shevchenko
---
arch/arm/plat-omap/include/dspbridge/list.h | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/arch/arm/
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Gadiyar, Anand
> Sent: Friday, September 04, 2009 12:15 PM
> To: Aguirre Rodriguez, Sergio Alberto; linux-fbdev-
> de...@lists.sourceforge.net
> Cc: Imre Deak; linux-omap@
40 matches
Mail list logo
