Hello,
Any comments on this patch? It is an unusual use for executable, uncached
memory; but for our purposes, it should be much faster than a full cache
flush, and conceptually cleaner than strongly-ordered executable memory,
which appear to be our only other options in this situation.
We'v
Hi ,
I tested the patch on the OMAP 3 EVM. I still find that the hotplug feature
does not work on the OMAP3 EVM. The issue is that if I read the gpio_cd, I am
getting
the correct value on the gpio pin(INSERT = 0, PLUGOUT = 1) but the interrupts
are not generated.
The mmc0 interrupts always sho
From: Peter 'p2' De Schrijver
Make the powerdomain code call the new hook for updating the time.
Also implement the updated pwrdm_for_each.
Signed-off-by: Peter 'p2' De Schrijver
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/powerdomain.c | 17 +++--
1 files changed, 11 in
From: Peter 'p2' De Schrijver
Signed-off-by: Peter 'p2' De Schrijver
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/Makefile |3 +++
arch/arm/plat-omap/Kconfig |7 +++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mac
From: Peter 'p2' De Schrijver
Signed-off-by: Peter 'p2' De Schrijver
Signed-off-by: Kevin Hilman
---
arch/arm/plat-omap/include/mach/control.h | 47 +++-
1 files changed, 45 insertions(+), 2 deletions(-)
diff --git a/arch/arm/plat-omap/include/mach/control.h
b/arch/
From: Peter 'p2' De Schrijver
Signed-off-by: Peter 'p2' De Schrijver
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/debobs.c | 239 ++
arch/arm/plat-omap/include/mach/debobs.h |7 +
2 files changed, 246 insertions(+), 0 deletions(-)
create mod
From: Tero Kristo
Allows dumping out current register contents from the debug filesystem, and
also allows user to add arbitrary register save points into code. Current
register contents are available under debugfs at:
[debugfs]/pm_debug/registers/current
To add a save point, do following:
>Fro
From: Tero Kristo
Signed-off-by: Tero Kristo
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/pm-debug.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/pm-debug.c b/arch/arm/mach-omap2/pm-debug.c
index 6cf0e9a..b0d75b3 100644
--- a/arch/arm
From: Peter 'p2' De Schrijver
This patch provides the debugfs entries and a function which will be
called by the PM code to register the time spent per domain per
state. Also some new fields are added to the powerdomain struct to
keep the time information.
Signed-off-by: Peter 'p2' De Schrijver
From: Peter 'p2' De Schrijver
First add some infrastructure to easily iterate over clock and power domains.
Signed-off-by: Peter 'p2' De Schrijver
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/clockdomain.c |5 +++--
arch/arm/mach-omap2/pm24xx.c |4 +
From: Peter 'p2' De Schrijver
This patch provides the infrastructure to count how many times a
powerdomain entered a given power state (on, inactive, retention,
off). A number of functions are provided which will be called by the
chip specific powerdomain and clockdomain code whenever a transitio
From: Peter 'p2' De Schrijver
This patch modifies the clock, clockdomain and OMAP3 specific
powerdomain code to call the PM counter infrastructure whenever one or
more powerdomains might have changed state.
Signed-off-by: Peter 'p2' De Schrijver
Signed-off-by: Kevin Hilman
---
arch/arm/mach-o
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/clockdomains.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/clockdomains.h
b/arch/arm/mach-omap2/clockdomains.h
index b29035e..c1f56f1 100644
--- a/arch/arm/mach-omap2/clockdomains.h
+++ b/arch/a
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/pm34xx.c | 45 +
arch/arm/plat-omap/include/mach/control.h |5 +++
2 files changed, 50 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
index 1
Add D2D clocks (modem_fck, sad2d_ick, mad2d_ick) to clock framework,
and also ensure that auto-idle bits are set for these clocks during
PRCM init.
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/clock34xx.h | 38 +++-
arch/arm/mach-omap2/cm-regbits-34xx.h
From: Jouni Hogander
This patch makes it possible to change uart sleep timeout. New sysfs
entry is added (/sys/devices/platform/serial8250.0/sleep_timeout)
Also default timeout is increased to 5 second to make serial console
more usable.
Original patch was written by Tero Kristo some time ago.
This patch allows the UART clocks to be disabled when the OMAP UARTs
are inactive, thus permitting the chip to hit retention in idle.
After the timeout of an activity timer, each UART is allowed to
disable its clocks so the system can enter retention. The activity
timer is (re)activated on any UAR
All GP timers on OMAP2/3 can be wakeup events. The wakeup status is
cleared in the PRCM interrupt handler.
Signed-off-by: Kevin Hilman
---
arch/arm/plat-omap/dmtimer.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/arm/plat-omap/dmtimer.c b/arch/arm/plat-omap
Signed-off-by: Kevin Hilman
---
arch/arm/plat-omap/include/mach/control.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/mach/control.h
b/arch/arm/plat-omap/include/mach/control.h
index 8a65bd2..0c9b197 100644
--- a/arch/arm/plat-omap/inclu
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/Kconfig |2 +-
arch/arm/plat-omap/Kconfig | 15 +++
2 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index 3754b79..1085f04 100644
--- a/arch/arm/mach-om
From: Kalle Jokiniemi
Originally from linux-omap tree, and original commit message follows.
This also includes various updates, cleanups and fixes by the folks
CC'd below.
>From : Kalle Jokiniemi
This patch integrates TI's SmartReflex driver into
linux-omap. SmartReflex is a module that adjust
From: Jouni Hogander
Add common omap2/3 function to check wether there is irq pending.
Switch to use it in omap2 pm code instead of its own.
Signed-off-by: Jouni Hogander
Signed-off-by: Tony Lindgren
Signed-off-by: Kevin Hilman
---
arch/arm/mach-omap2/irq.c | 17 ++
Here is a first pass at updating the core PM code for OMAP.
High-level summary of this series:
- sync up PM core code from linux-omap
- updated PM debug infrastructure
- UART idle and off-mode support for PM development using serial console
Applies on top of the recent OMAP clock framework series
Update OMAP3 EVM board support to support the MMC/SD switches,
when used with the twl4030 based power card.
Also, less usefully, LEDB as a GPIO LED ... it's on the underside
of the board, so it's probably not very useful to most folk. The
LCD backlight is controlled by LEDA though; more useful, t
On Wednesday 04 February 2009, Tony Lindgren wrote:
> * David Brownell [090120 03:01]:
> > Several patches here:
> >
> > - New interface in regulator core ... in the regulator queue
> >(presumably for 2.6.30 merge)
> >
> > - twl4030 regulator updates to use that interface
And now that you
Hi Russell,
On Tue, 3 Feb 2009, Paul Walmsley wrote:
> On Sat, 31 Jan 2009, Russell King - ARM Linux wrote:
>
> > On Tue, Jan 27, 2009 at 07:44:08PM -0700, Paul Walmsley wrote:
> > > diff --git a/arch/arm/mach-omap2/clock.c b/arch/arm/mach-omap2/clock.c
> > > index 55c5d67..7aa09f5 100644
> > >
From: David Brownell
Work around lockdep issue when card detect IRQ handlers run in
thread context ... it forces IRQF_DISABLED, which prevents all
access to twl4030 card detect signals.
Signed-off-by: David Brownell
---
drivers/mmc/host/omap_hsmmc.c |4 +++-
1 file changed, 3 insertions(+)
Gary Thomas wrote:
> Imre Deak wrote:
>> On Wed, Feb 04, 2009 at 03:57:37PM +0100, ext Gary Thomas wrote:
>>> Note: if this is the wrong list, or if there's a better place
>>> to ask these questions, please redirect me.
>>>
>>> I have an OMAP/Zoom1 (3430 LDP). I'm trying to use the
>>> S-Video out
Hello Russell,
On Tue, 3 Feb 2009, Russell King - ARM Linux wrote:
> On Tue, Feb 03, 2009 at 02:20:44AM -0700, Paul Walmsley wrote:
> > On Sat, 31 Jan 2009, Russell King - ARM Linux wrote:
> >
> > > On Tue, Jan 27, 2009 at 07:44:11PM -0700, Paul Walmsley wrote:
> > > > struct clockdomain contain
* Kevin Hilman [090202 09:53]:
> Kevin Hilman writes:
>
> > Now that the generic IRQ and GPIO frameworks are used for enabling and
> > disabling GPIO IRQ wakeup sources, there is no longer a need to call
> > [enable|disable]_irq_wake() in the low-level code. Doing so results
> > in recursive ca
Op 25 jan 2009, om 13:04 heeft David Brownell het volgende geschreven:
On Sunday 25 January 2009, Koen Kooi wrote:
From: Koen Kooi
Changing it do 100kHz is needed to make more devices works
properly. Controlling the TI DLP Pico projector[1] doesn't work
properly at 400kHz, 100kHz and low
* David Brownell [090120 03:01]:
> Several patches here:
>
> - New interface in regulator core ... in the regulator queue
>(presumably for 2.6.30 merge)
>
> - twl4030 regulator updates to use that interface
>
> Given that second part, I think the twl4030 regulator code can
> be submitted
* David Brownell [090122 22:59]:
> From: David Brownell
>
> Start cleaning up the twl4030 keypad driver to become more
> suitable for mainline.
>
> - Remove false OMAP dependencies: names, , Kconfig
> - We don't need a miniature header file
> - Add missing input_sync()
> - Fix section anno
Hi Kevin,
>
> Did you happen to notice what was keeping PER out of retention before
> the u-boot upgrade? Looks like we might still need some init-time
> reset code to compensate for bootloaders.
>
No. I still have the old u-boot version though, so I can reproduce the
problem. After fosdem :)
Op 4 feb 2009, om 17:04 heeft Kevin Hilman het volgende geschreven:
"Peter 'p2' De Schrijver" writes:
Dynamic retention seems to work only once the system has been in
static
retention once.
Static off mode seems to work, but resume from off kills the UART.
The
system seems to run thoug
"Peter 'p2' De Schrijver" writes:
> Hi Kevin,
>
>> Hi Peter,
>>
>> "Peter 'p2' De Schrijver" writes:
>>
>>
>> A first guess: this sounds like CONFIG_OMAP_RESET_CLOCKS=y is missing
>> from your .config.
>>
>> The MPU/NEON going active but not RET is an indication to me that some
>> fclk is ac
Imre Deak wrote:
> On Wed, Feb 04, 2009 at 03:57:37PM +0100, ext Gary Thomas wrote:
>> Note: if this is the wrong list, or if there's a better place
>> to ask these questions, please redirect me.
>>
>> I have an OMAP/Zoom1 (3430 LDP). I'm trying to use the
>> S-Video output, without much success.
> -Original Message-
> From: video4linux-list-boun...@redhat.com [mailto:video4linux-list-
> boun...@redhat.com] On Behalf Of halli manjunatha
> Sent: Wednesday, February 04, 2009 6:37 AM
> To: video4linux-l...@redhat.com
> Subject: Missing first 4 frames
>
> Hi ,
>I am working o
On Wed, Feb 04, 2009 at 03:57:37PM +0100, ext Gary Thomas wrote:
> Note: if this is the wrong list, or if there's a better place
> to ask these questions, please redirect me.
>
> I have an OMAP/Zoom1 (3430 LDP). I'm trying to use the
> S-Video output, without much success. Today, I grabbed
> the
Note: if this is the wrong list, or if there's a better place
to ask these questions, please redirect me.
I have an OMAP/Zoom1 (3430 LDP). I'm trying to use the
S-Video output, without much success. Today, I grabbed
the latest tree (as least from what I can gather from various
web pages) from gi
Ganeshan N writes:
> Hi All,
> I am using OMAP3EVM and measuring DDR memory bandwidth. Used "lmbench"
> to measure the bandwidth. I am getting low bandwidth around 460 MB/S
> in TI kernel 2.6.22 and getting bandwidth around 800 MB/S in git
> kernel 2.6.28-rc8.
>
> In kernel 2.6.22, there are two
On Wednesday 04 of February 2009 13:47:41 Ganeshan N wrote:
> Hi All,
> I am using OMAP3EVM and measuring DDR memory bandwidth. Used "lmbench" to
> measure the bandwidth. I am getting low bandwidth around 460 MB/S in TI
> kernel 2.6.22 and getting bandwidth around 800 MB/S in git kernel
> 2.6.28-r
Hi All,
I am using OMAP3EVM and measuring DDR memory bandwidth. Used "lmbench" to
measure the bandwidth. I am getting low bandwidth around 460 MB/S in TI kernel
2.6.22 and getting bandwidth around 800 MB/S in git kernel 2.6.28-rc8.
In kernel 2.6.22, there are two SDRC registers (SDRC_DLLA_CTRL
On Wed, Feb 04, 2009 at 10:26:24AM +0530, Manikandan Pillai wrote:
> TPS6235x chip based PR785 power modules are from Texas Instruments
> for OMAP3 EVM boards. This patch supports the PR785 card
> and provides the driver support for the TPS devices.
>
> For compilation, the LCD and MMC drivers ar
On Wed, Feb 04, 2009 at 10:26:06AM +0530, Manikandan Pillai wrote:
> The patch has been fixed for comments given by David Brownell
> and Mark Brown for adding TPS6235x support on OMAP3 EVM.
> Comments fixed include
> moving Makefile changes to this patch
> dev_err used
> removed the extra configura
Tony,
Here is the second patch which fixes the spurious irq issue on sDMA when used
by two software modules with independent interrupt lines.
From: Santosh Shilimkar
This fixes the spurious interrupt issue on a DMA channel.
In OMAP sDMA, contrast to the SDMA.DMA4_CSRi registers, th
Tony,
Here is the first patch as promised.
From: Santosh Shilimkar
This patch set up a cmdline option for omap dma for masking the
available channels. It is needed since the OMAP DMA is a system wide
resource and can be used by another software apart from the kernel.
To reserve
Thanks,
Vaibhav Hiremath
> -Original Message-
> From: Alexey Klimov [mailto:klimov.li...@gmail.com]
> Sent: Saturday, January 31, 2009 9:59 PM
> To: Hiremath, Vaibhav
> Cc: linux-omap@vger.kernel.org; linux-me...@vger.kernel.org; Jadav,
> Brijesh R; Shah, Hardik
> Subject: Re: [REVIEW PA
48 matches
Mail list logo