Hello All,
On Thu, Nov 12, 2009 at 04:40:56PM +0100, ext Gadiyar, Anand wrote:
Tero Kristo tero.kri...@nokia.com writes:
From: Tero Kristo tero.kri...@nokia.com
OMAP3 sleep can be prevented in some cases where OTG autoidle is enabled.
This patch force disables autoidle during
On Thu, Dec 17, 2009 at 07:19:24PM -0800, Tony Lindgren wrote:
Hi Catalin,
You may have already run into this, but if not, looks like commit
115b22474eb1905da2f606a057da345583d3 breaks compile for v7:
arch/arm/mm/copypage-v6.c: In function 'v6_copy_user_highpage_nonaliasing':
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch fix the OTG autoidle workaround so now
usb gadget modules can be properly loaded.
Besides it also adds a cpu check, because this hardware
but is present only in OMAP34xx chips.
Signed-off-by: Eduardo Valentin
Hi,
On Fri, Dec 18, 2009 at 03:23:14AM +0100, ext Candelaria Villareal, Jorge wrote:
Is this because if two interrupts were set, my approach would
not recognize it as one of the cases and exit without processing
the interrupt?
you don't have a break in your switch. your approach would go
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch fix the OTG autoidle workaround so now
usb gadget modules can be properly loaded.
Besides it also adds a cpu check, because this hardware
but is present only in OMAP34xx chips.
Signed-off-by: Eduardo Valentin
[...]
To facilitate the ongoing discussions on OPP rework, and to have a
common base, this series is available as a branch in my linux-omap-pm
repo[1].
snip
Yes, I'm in the process cleaning that up.
Once I get some of that cleanup done, I plan to rebase your OPP V5 and
include it
Hello Paul,
Thanks for the review comments. My replies below.
On Fri, 18-Dec-09 7:12 AM +0530, Paul Walmsley wrote:
+/* Clocks for AM35XX */
+static struct clk emac_ick = {
+.name = emac_ick,
+.ops= clkops_omap2_dflt,
Shouldn't this clock use clkops_omap2_dflt_wait
From: Eduardo Valentin eduardo.valen...@nokia.com
This patch fix the OTG autoidle workaround so now
usb gadget modules can be properly loaded.
Besides it also adds a cpu check, because this hardware
but is present only in OMAP34xx chips.
Signed-off-by: Eduardo Valentin
On Fri, Dec 18, 2009 at 11:51:30AM +0100, ext Mark Brown wrote:
On Thu, Dec 17, 2009 at 10:28:21PM +0200, Felipe Balbi wrote:
On Thu, Dec 17, 2009 at 08:40:32PM +0100, ext Candelaria Villareal, Jorge wrote:
+config SND_OMAP_SOC_MCPDM
+ tristate
look at how SND_OMAP_SOC_N810 is done,
On Tue, Dec 15, 2009 at 02:31:48PM +0100, ext Ajay Kumar Gupta wrote:
Adding support for MUSB register save and restore during system
suspend and resume.
Changes:
- Added musb_save/restore_context() functions
- Added platform specific musb_platform_save/restore_context()
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, December 15, 2009 12:38 PM
To: Cousson, Benoit
Cc: Sripathy, Vishwanath; Nayak, Rajendra; ext-ari.kau...@nokia.com; linux-
o...@vger.kernel.org; Woodruff, Richard; Menon, Nishanth
Subject: RE: [PATCHV2
Hi,
I'm writing new omap dai (for EAC codec base omap's).
My code is based on existing omap-mcbsp.c code basically.
After loadingof module I got error which appear in init function when
call snd_soc_register_dai().
I browse for code but can't figure out where dai-dev should be set to
don't get
Hi,
On Fri, Dec 18, 2009 at 08:18:52AM +, Russell King - ARM Linux wrote:
On Thu, Dec 17, 2009 at 07:19:24PM -0800, Tony Lindgren wrote:
Hi Catalin,
You may have already run into this, but if not, looks like commit
115b22474eb1905da2f606a057da345583d3 breaks compile for v7:
On Fri, Dec 18, 2009 at 09:35:12AM -0600, Olof Johansson wrote:
Hi,
On Fri, Dec 18, 2009 at 08:18:52AM +, Russell King - ARM Linux wrote:
On Thu, Dec 17, 2009 at 07:19:24PM -0800, Tony Lindgren wrote:
Hi Catalin,
You may have already run into this, but if not, looks like commit
Remove duplicated #include('s) in
drivers/video/omap/lcd_omap3beagle.c
Signed-off-by: Huang Weiyi weiyi.hu...@gmail.com
---
drivers/video/omap/lcd_omap3beagle.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/video/omap/lcd_omap3beagle.c
Felipe Balbi wrote:
Hi,
On Fri, Dec 18, 2009 at 03:23:14AM +0100, ext Candelaria
Villareal, Jorge wrote:
Is this because if two interrupts were set, my approach would
not recognize it as one of the cases and exit without processing
the interrupt?
you don't have a break in your switch.
Paul Walmsley p...@pwsan.com writes:
No need to allocate new variables; the passed-in OPP list pointers do nicely
as iterators.
Thanks Paul for this series. I totally agree with the cleanups you've
done.
I've rebased this on top of my current pm-wip-opp branch and will include it
in the next
From: Felipe Contreras felipe.contre...@nokia.com
These patches apply on top of a commit in Omar's wip dspbridge-baseline:
cd0c004e5c6bc9da58d03931766115ec1e8bcaaf
They are supposed to replace Compilation fixes 2.6.31.
Felipe Contreras (2):
dsp-bridge: improve PM conditional code
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/dspbridge.c |2 ++
drivers/dsp/bridge/rmgr/drv_interface.c |5 -
drivers/dsp/bridge/wmd/tiomap3430_pwr.c |2 +-
3 files changed, 7 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
drivers/dsp/bridge/rmgr/drv_interface.c |3 ---
drivers/dsp/bridge/rmgr/proc.c |1 -
drivers/dsp/bridge/wmd/tiomap3430_pwr.c |1 -
3 files changed, 0 insertions(+), 5 deletions(-)
diff --git
This series continues on top of Paul's OPP cleanup series and aims to
completly hide the OPP layer implementation details.
To do this, a couple more temporary (a.k.a already deprecated) helper
functions have been added so current SR/SRF code can still function.
The goal here is to allow
Current SRF code indexes directly into OPP array, add
opp_find_by_index() to do equivalent so OPP layer details can be
further hidden.
NOTE: This is temporary patch until SRF removal can be completed.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
From c69aeb206fe38e2ca8a5d3f019672963f262b180 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Thu, 17 Dec 2009 11:53:30 -0600
Subject: [PATCH] DSPBRIDGE: return right error codes services directory
This patch fixes the bad error codes returned by some functions,
also it
From 70a2d5a2c8e59679f90e7e4fce084a7ea02ce0da Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Thu, 17 Dec 2009 11:57:11 -0600
Subject: [PATCH] DSPBRIDGE: remove unused things in clk.c and mem.c
This patch removes unused define from mem.c and unused
struct in clk.c.
Hi Abhijit,
going through the clock code, I noticed that it still has several
#ifndef CONFIG_ARCH_OMAP4 /* FIXME: Remove this once clkdm f/w is in place */
Could you please put together a patch to remove these, test it on 4430ES1
SDP, and send it to the list?
I'd suggest basing the patches
On Fri, Dec 18, 2009 at 8:15 PM, Guzman Lugo, Fernando x0095...@ti.com wrote:
From c69aeb206fe38e2ca8a5d3f019672963f262b180 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Thu, 17 Dec 2009 11:53:30 -0600
Subject: [PATCH] DSPBRIDGE: return right error codes services
Fixed typo in description.
From c69aeb206fe38e2ca8a5d3f019672963f262b180 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Thu, 17 Dec 2009 11:53:30 -0600
Subject: [PATCH] DSPBRIDGE: return right error codes services directory
This patch fixes the bad error codes
Paul Walmsley p...@pwsan.com writes:
Now that the SRF and Smartreflex code uses accessor functions to interact
with OPPs, the initial terminators can be removed.
Nice.
With the initial terminators gone, some assumptions in SRF have to be
changed too where SRF is directly indexing into the OPP
Gadiyar, Anand wrote:
I'm working on an OMAP3530CUS board that uses an ISP1505 USB PHY, and I
haven't gotten much luck getting the kernel to recognize any USB
devices. No luck, actually. :) My oscilloscope and the schematic say
that the hardware is wired up properly, I'm just wondering if
Felipe Balbi wrote:
is this with musb ? if it's musb, you need the nop transceiver. Do you
have any boot logs which you could share ? Without information on the
board, is a bit difficult :-(
Of course. Here is an excerpt from my dmesg output:
Linux version 2.6.33-rc1-06888-g7fa9fb6-dirty
Zoom3 board has omap3630 EHCI port2 connected to a ULPI phy.
GPIO_64 is connected to the PHY reset pin.
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
Cc: Gadiyar, Anand gadi...@ti.com
---
arch/arm/mach-omap2/board-zoom3.c | 16
1 files changed, 16 insertions(+), 0
On Fri, 18 Dec 2009, Russell King - ARM Linux wrote:
On Thu, Dec 17, 2009 at 07:19:24PM -0800, Tony Lindgren wrote:
Hi Catalin,
You may have already run into this, but if not, looks like commit
115b22474eb1905da2f606a057da345583d3 breaks compile for v7:
linux omap(at)vger.kernel.org,
Sergey Nikitin si Vás přidal do přátel na stránce VK.com
Pomocí své e-mailové adresy a automaticky vytvořeného hesla: PJ2uDN34, můžete
zajít na stránku a prohlédnout si profily Vašich přátel.
VK.com je stránka, která každý den umožňuje desítkám milionů lidí najít
Hi Abhijit,
On Fri, 18 Dec 2009, Paul Walmsley wrote:
going through the clock code, I noticed that it still has several
#ifndef CONFIG_ARCH_OMAP4 /* FIXME: Remove this once clkdm f/w is in place */
Just noticed this also in clock44xx_data.c:
/* TODO
SR and SRF currenly direclty access OPP struct internals. Use new
accessor function to get OPP ID.
Also SRF was doing doing direct access of the OPP struct array using a
convoluted conversion from a 'level' to an OPP ID, when they're
actually the same thing.
Signed-off-by: Kevin Hilman
Now that we have accessor/helper functions for all the OPP layer
details, move 'struct omap_opp' into the OPP layer so no direct
accesses to OPP internals can be done.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/plat-omap/include/plat/opp.h | 19 +--
The comments in arm_machine_restart() suggest that cpu_proc_fin()
will clean and disable cache and turn off interrupts. This does
not seem to be implemented for proc-v7.S, implement it the same
way as for proc-v6.S.
This also makes kexec work for v7. Note that a related TLB and
branch traget
We need to do that if we tinker with the MMU entries.
This fixes the occasional bug with kexec where the new
fails to uncompress with crc error. Most likely at
least kexec on v6 and v7 need this fix.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mm/mmu.c |3 +++
1 files
The tag-hdr.size cannot be larger than XXX.
Otherwise we can getsomething similar during boot:
Unable to handle kernel paging request at virtual address 61a05020
...
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/include/asm/setup.h | 12 +---
arch/arm/kernel/atags.c
39 matches
Mail list logo
