Jarkko Nikula <[EMAIL PROTECTED]> writes:
> On Tue, 16 Sep 2008 16:25:06 -0700
> "ext Tony Lindgren" <[EMAIL PROTECTED]> wrote:
>
>> Hopefully we'll get all core 24xx and 34xx files integrated soon. But
>> then there are tons of board-*.c files missing from mainline that
>> probably need to be cle
On Tue, 16 Sep 2008 23:51:35 +0300
"ext Felipe Contreras" <[EMAIL PROTECTED]> wrote:
> This is exactly the same as the overo configuration. It might make
> sense to have them in a single one.
>
> Signed-off-by: Felipe Contreras <[EMAIL PROTECTED]>
> ---
>
> This was suggested by Koen Kooi.
>
>
On Wed, Sep 17, 2008 at 2:25 AM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> Hopefully we'll get all core 24xx and 34xx files integrated soon. But
> then there are tons of board-*.c files missing from mainline that
> probably need to be cleaned up a bit.
What about sending the board to standby via
On Tuesday 16 September 2008, Jarkko Nikula wrote:
>
> I think one good measure for this whole work when one can can run
> Beagle or Overo with mainline kernel.
Yes ... ideally for 2.6.28 for both. The Overo boards handed
out at the kernel summit are a bit visible right now as not
yet booting wi
On Tue, 16 Sep 2008 16:25:06 -0700
"ext Tony Lindgren" <[EMAIL PROTECTED]> wrote:
> Hopefully we'll get all core 24xx and 34xx files integrated soon. But
> then there are tons of board-*.c files missing from mainline that
> probably need to be cleaned up a bit.
>
I think one good measure for thi
* Tony Lindgren <[EMAIL PROTECTED]> [080916 16:14]:
> * Tony Lindgren <[EMAIL PROTECTED]> [080913 10:12]:
> > * Russell King - ARM Linux <[EMAIL PROTECTED]> [080913 03:00]:
> > > On Thu, Sep 11, 2008 at 05:48:49PM -0700, Tony Lindgren wrote:
>
>
>
> > > Maybe these functions should also be takin
* Paul Walmsley <[EMAIL PROTECTED]> [080916 07:23]:
> Add a new field, prcm_mod, to the OMAP2/3 struct clk. Major effects
> of this change include:
>
> - the removal of the register rewriting code for OMAP2xxx clock framework,
>
> - the resolution of gcc and sparse warnings for the clock code,
>
* Felipe Balbi <[EMAIL PROTECTED]> [080916 11:42]:
> On Tue, Sep 16, 2008 at 09:13:21AM -0600, Paul Walmsley wrote:
> > On Tue, 16 Sep 2008, Kalle Valo wrote:
> >
> > > Hello Linux OMAP community,
> > >
> > > I have seen a lot of patches going to Russell and general talk about
> > > mainline supp
* Tony Lindgren <[EMAIL PROTECTED]> [080913 10:12]:
> * Russell King - ARM Linux <[EMAIL PROTECTED]> [080913 03:00]:
> > On Thu, Sep 11, 2008 at 05:48:49PM -0700, Tony Lindgren wrote:
> > Maybe these functions should also be taking note of info->nr_slots?
> > Though I don't particularly like the
This is exactly the same as the overo configuration. It might make sense
to have them in a single one.
Signed-off-by: Felipe Contreras <[EMAIL PROTECTED]>
---
This was suggested by Koen Kooi.
sound/soc/omap/Kconfig |8 ++
sound/soc/omap/Makefile |2 +
sound/soc/omap/omap3beag
On Tue, Sep 16, 2008 at 09:13:21AM -0600, Paul Walmsley wrote:
> On Tue, 16 Sep 2008, Kalle Valo wrote:
>
> > Hello Linux OMAP community,
> >
> > I have seen a lot of patches going to Russell and general talk about
> > mainline support. What is actually the current situation? Is there
> > hope to
Op 16 sep 2008, om 15:14 heeft Kevin Hilman het volgende geschreven:
Kevin Hilman wrote:
Hello,
The following patchset is an attempt to collect the various PM
patches
that have been flowing around, and organize them into one branch to
be
used for further collaboration on PM development, i
The DSP Bridge overview and DSP Bridge application guide are uploaded to
omapzoom website.
DSP Bridge overview slides
https://omapzoom.org/gf/download/docmanfileversion/17/674/OMAP3430_Bridge_overview.pdf
DSP side of the DSP Bridge Application guide (DSP specific information)
https://omapzoom.
<[EMAIL PROTECTED]> writes:
> Any comments to this? I have already a new version available of this
> stuff where I have integrated the suspend / next state control to this
> also, and the file structure modified a bit.
Could you mind sending your updated version? This one no longer
applies clean
This patch adds the register definitions and clock tree fields required
to wait for the USIM module to come out of idle when the USIM clocks are
enabled. Register bit definitions are from the 34xx HS Addendum Rev B.
There, the clock is in fact named "USIM_ICLK".
Signed-off-by: Paul Walmsley <[EMA
Originally when the PRCM register macros were defined, bit shift macros
used a "_SHIFT" suffix, and mask macros used none. This became a source
of bugs and confusion, as the mask macros were mistakenly used for shift
values. Gradually, the mask macros have been updated, piece by piece,
to add a "
Simplify omap2_clk_wait_ready() to use the new idlest_bit field in
struct clk, rather than the hunk of conditionals that were there
previously.
Signed-off-by: Paul Walmsley <[EMAIL PROTECTED]>
Cc: Russell King <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/clock.c | 96 ++--
This patch fixes a few OMAP2xxx CM_IDLEST bits that were incorrectly
marked as being OMAP2xxx-wide, when they were actually 2420-specific.
Signed-off-by: Paul Walmsley <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/cm-regbits-24xx.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
Hello,
This series revises module idlest handling to use a new "idlest_bit"
field defined in struct clk for the CM_IDLEST mask. After doing so,
the omap2_clk_wait_ready() function can be cleaned up. More details
of the new arrangement are in the individual patch comments.
Applies on top of the
On Tue, 16 Sep 2008, Kalle Valo wrote:
> Hello Linux OMAP community,
>
> I have seen a lot of patches going to Russell and general talk about
> mainline support. What is actually the current situation? Is there
> hope to have good support in mainline soon? If yes, when?
>
> Unsurprisingly I'm es
* Madhusudhan Chikkature <[EMAIL PROTECTED]> [080915 22:15]:
>
> - Original Message -
> From: "Tony Lindgren" <[EMAIL PROTECTED]>
> To: "David Brownell" <[EMAIL PROTECTED]>
> Cc: "Madhusudhan Chikkature" <[EMAIL PROTECTED]>;
> Sent: Thursday, September 11, 2008 5:29 AM
> Subject: Re: [PA
Hello Linux OMAP community,
I have seen a lot of patches going to Russell and general talk about
mainline support. What is actually the current situation? Is there
hope to have good support in mainline soon? If yes, when?
Unsurprisingly I'm especially interested about N800/N810 support :)
--
Ka
Any comments to this? I have already a new version available of this
stuff where I have integrated the suspend / next state control to this
also, and the file structure modified a bit.
Should this be split into several patches for easier handling or
something? It is getting rather big already (as
Just a quick comment to this patch, there might be issues (again) with
OMAP2 as the patch has lived again a bit. So, someone should preferably
test this on OMAP2 before integrating.
This is now a standalone version of the patch and does not require GPIO
patch below to work.
--
To unsubscribe from
UART usage (e.g. serial console) now denies sleep for 5 seconds. This
makes it possible to use serial console when dynamic idle is
enabled. Write 1 to /sys/power/uart_clocks_off_while_idle to enable uart
clock disable on idle. Without this omap won't enter retention.
Also moved code from pm-debug.
Hardware supervised control for clockdomain power state transitions now
enabled in omap3_pm_init(). Also fixed set_pwrdm_state() to allow state
changes between sleep states (i.e. RET<->OFF.)
Signed-off-by: Tero Kristo <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/pm34xx.c | 38 +++
Signed-off-by: Carlos Chinea <[EMAIL PROTECTED]>
---
Documentation/arm/OMAP/ssi/board-ssi.c.example | 216 ++
Documentation/arm/OMAP/ssi/ssi | 232
2 files changed, 448 insertions(+), 0 deletions(-)
create mode 100644 Documentation/ar
Signed-off-by: Carlos Chinea <[EMAIL PROTECTED]>
---
drivers/misc/Kconfig |2 ++
drivers/misc/Makefile |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/misc/Kconfig b/drivers/misc/Kconfig
index f0202ee..b09dc68 100644
--- a/drivers/misc/Kconfig
+++ b/drivers/mi
Signed-off-by: Carlos Chinea <[EMAIL PROTECTED]>
---
arch/arm/plat-omap/include/mach/ssi/ssi_gdd_reg.h | 145
.../plat-omap/include/mach/ssi/ssi_reg_common.h| 73 ++
arch/arm/plat-omap/include/mach/ssi/ssi_ssr_reg.h | 56
arch/arm/plat-omap/include/
Signed-off-by: Carlos Chinea <[EMAIL PROTECTED]>
---
include/linux/ssi_driver_if.h | 137 +
1 files changed, 137 insertions(+), 0 deletions(-)
create mode 100644 include/linux/ssi_driver_if.h
diff --git a/include/linux/ssi_driver_if.h b/include/linux/ssi_
Hi Jouni,
> > In Dsp Bridge GPT5 is used as BIOS_CLK and used only while
> DSP is starting, this is disabled once the DSP is started.
> > GPT6 is used for load monitoring purpose by DSP Bridge. GPT6 is
> > disabled only if the DSP enters into sleep state i.e. Hibernation.
>
> Thanks for you
Hi guys !
I'm working on adding support for Nokia HSPA modems to OMAP.
Please consider integrating the following patch set into the
linux-omap tree. The patch set implements a generic device driver
for the OMAP Synchronous Serial Interface.
The Synchronous Serial Interface (SSI) is a high speed
Some unnecessarily verbose variable names are used in several clock.c
functions; clean these up per CodingStyle.
Signed-off-by: Paul Walmsley <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/clock.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/arm/mach
Add a new field, prcm_mod, to the OMAP2/3 struct clk. Major effects
of this change include:
- the removal of the register rewriting code for OMAP2xxx clock framework,
- the resolution of gcc and sparse warnings for the clock code,
- the removal of many __force void __iomem * casts in the clock
McBSP clock source control registers are located in the System Control
Module, not the PRCM. However, the clock enable/disable registers are
in the CM. Since the following patches require all registers in a
struct clk to be in only one of {CM, PRM, SCM}, we must split the
source clock selection i
Kevin Hilman wrote:
Hello,
The following patchset is an attempt to collect the various PM patches
that have been flowing around, and organize them into one branch to be
used for further collaboration on PM development, in particular
OFF-mode support.
This series has been rebased onto today's O
On Tue, 16 Sep 2008, Jouni Hogander wrote:
> This patch changes gpio "driver" to enable debounce clock for
> gpio-bank only when debounce is enabled for some gpio in that bank.
>
> Gpio functional clocks are also renamed in clock tree, gpioX_fck ->
> gpioX_dbck.
>
> This patch triggers problem w
Without RX and TX interrupt definitions, the omap_mcbsp_request will
fail on OMAP2430 and OMAP34xx for ports 3-5 since default io_type is
OMAP_MCBSP_IRQ_IO.
Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/mcbsp.c| 12
arch/arm/plat-omap/include/
This patch changes gpio "driver" to enable debounce clock for
gpio-bank only when debounce is enabled for some gpio in that bank.
Gpio functional clocks are also renamed in clock tree, gpioX_fck ->
gpioX_dbck.
This patch triggers problem with gpio wake-up and Omap3. Gpios in PER
domain aren't cap
39 matches
Mail list logo