On da850, RTC alarm is a wakeup source from deep sleep.
Mark it as a wakeup source after the rtc platform device
is registered.
Without this patch, the rtc-omap driver suspends the RTC
during the suspend sequence and hence it cannot wakeup the
SoC.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
This set of patches adds suspend-to-RAM support for DaVinci.
The support is presented as generic for DaVinci but has been
tested only on OMAP-L138. Hopefully extending it for other
SoCs is only a matter of adding SoC and board code.
Patch 12/14 adds the meat of the support; all previous patches
OMAP-L138 adds a second SYSCFG region having useful functionality
like deep sleep, pull up/down control and SATA clock stop.
This patch makes provision for accessing registers from second
SYSCFG region in da8xx code.
Note that OMAP-L137 has a single SYSCFG region.
Signed-off-by: Sekhar Nori
As suspend support is added, the code supporting
the suspend operation needs to bypass PLLs and
needs to access the same wait time values as the
PLL code in clock.c.
To facilitate this, move the PLL wait times to
clock.h where they can be accessed by suspend code.
Signed-off-by: Sekhar Nori
Move defintions of DDR2 controller registers to memory.h
from cpuidle.c. The motivation behind the change is to be
able to use these defintions in assembly code that puts
DDR2 in self-refresh and enables the SoC to enter suspend
state.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
When suspend is supported, both cpuidle and suspend code
need to work on DDR2 registers. Instead of mapping the
DDR2 registers twice, do it once outside of cpuidle
driver and let cpuidle driver get the virtual base address
of DDR2 registers.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
psc.h contains register defines for PSC module which
need to be accessed in assembly code which helps the
DA850/OMAP-L138 SoC go to sleep. Shutting down DDR clock
using PSC is a part of the sleep procedure.
Also, the PLL related hardware definitions in clock.h are
needed in assembly code to
The rtc-omap driver currently hardcodes the RTC to be
not capable of wakeup events. On the DA850/OMAP-L138
SoC, the RTC is a wake up source from its deep sleep
mode.
Let platform data set the wakeup capability flag instead.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
This patch needs to be
The motivation behind the change is to use the same
definitions in the assembly code responsible for
suspending the SoC, a part of which is to clock gate
the DDR2 clock.
Note that the assembly code cannot invoke the C function
meant for this. The main reason being that stack in DDR2
cannot be
Create static map for internal SRAM and populate SRAM base
and size in soc_info structure to allow SRAM allocation
functions from arch/arm/mach-davinci/sram.c to work.
On DA850 SRAM is used for suspend-to-RAM implementation
in places where DDR2 cannot be accessed as its clocks are
stopped.
On omap-l1 devices the PLL registers can be locked from
writes. Currently the cpufreq rate setting code unlocks
PLL0 before the write actually happens. With suspend
support getting added PLL1 registers need be be unlocked
as well.
To facilitate this, unlock both PLLs during the init time
itself.
This patch adds core power management (suspend-to-RAM)
support for DaVinci SoCs.
The code depends on the the deepsleep feature to
suspend the SoC and saves power by gating the input
clock.
The wakeup can be based on an external event as
supported by the SoC.
Assembly code (in sleep.S) is added
Signed-off-by: Sekhar Nori nsek...@ti.com
---
arch/arm/mach-davinci/board-da850-evm.c | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-davinci/board-da850-evm.c
b/arch/arm/mach-davinci/board-da850-evm.c
index 5838166..8e0722f 100644
---
Hello,
Here is the solution to my problem. Run the following command :
slh_DM646x.exe -load2DDR u-boot.bin -startAddr 0x8100 -loadAddr
0x8100
You have to specify the right startAddr and loadAddr options, depending
on your u-boot. Otherwise, you will get BOOTME after loading u-boot
Hello everyone
we have made our own custom board i want to reserve a fixed RAM area to be used
by other processor
One way to do that is to boot the kernel with mem= value and then use the
remaining space of the RAM by allocating it using the modules.But in this
fashion we will always load
Hello.
Gupta, Ajay Kumar wrote:
4. debugging printks via pr_debug() please (and define DEBUG at the top of
the file to enable debugging.)
That's been already done in the recent version of the patch.
Thanks for the review and valuable comments.
As we have to change the
Hello everyone
we have made our own custom board i want to reserve a fixed RAM area to be used
by other processor
One
way to do that is to boot the kernel with mem= value and
then use the remaining space of the RAM by allocating it using the
modules.But in this fashion we will always load
Hello.
Gupta, Ajay Kumar wrote:
Is there any updated patch on cppi4.1 core also?
Is there _any_ cppi4.1 core patch anywhere? Not according to google.
Russell,
Here is the latest version of cppi4.1 core.
http://patchwork.kernel.org/patch/46698/
Again, it's not the latest
On Mon, 2009-11-16 at 05:37 -0800, rohan tabish wrote:
Hello everyone
we have made our own custom board i want to reserve a fixed RAM area
to be used by other processor
One way to do that is to boot the kernel with mem= value and
then use the remaining space of the RAM by allocating
On Mon, 2009-11-16 at 05:58 -0800, rohan tabish wrote:
Thanks i know how to reserve a particular RAM area at end but i want
to know how to reserve anywhere in between from a particular address
to a particular address.
Can you please tell which mailing list you are talking about
Regard's
RT
Hi Sandeep,
On Fri, Nov 13, 2009 at 01:05:42, Paulraj, Sandeep wrote:
From: Sandeep Paulraj s-paul...@ti.com
This patch adds support for the SPI driver for
DaVinci and DA8xx SOCs
Signed-off-by: Sandeep Paulraj s-paul...@ti.com
Signed-off-by: Mark A. Greer mgr...@mvista.com
Signed-off-by:
Hans,
+
+return 0;
+}
+
+/*
+ * tvp7002_s_stream() - V4L2 decoder i/f handler for s_stream
+ * @sd: pointer to standard V4L2 sub-device structure
+ * @enable: streaming enable or disable
+ *
+ * Sets streaming to enable or disable, if possible.
+ */
+static int
Hans,
Hi Murali,
What is the status of this? It would be great if we can get this in for
2.6.33.
I am working on the documentation today and then the application. I think a
new patch will be ready by tomorrow. I am not sure if there is a better way
to add documentation.. Currently I have just
On Monday 16 November 2009 19:33:19 Karicheri, Muralidharan wrote:
Hans,
+
+ return 0;
+}
+
+/*
+ * tvp7002_s_stream() - V4L2 decoder i/f handler for s_stream
+ * @sd: pointer to standard V4L2 sub-device structure
+ * @enable: streaming enable or disable
+ *
+ * Sets
Hans,
Please see my response below.
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@ti.com
I think Santiago based his driver on tvp514x which doesn't update the
register until the chip is ready to stream. Only when STREAMON is called
Rename variable master_lch to asp_channel
Rename variable slave_lch to asp_link[0]
Rename local variables:
lch to link
count to asp_count
src to asp_src
dst to asp_dst
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
sound/soc/davinci/davinci-pcm.c |
Allow the left and right 16 bit samples to be shifted out as 1
32 bit sample.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
arch/arm/mach-davinci/include/mach/asp.h |6 ++
sound/soc/davinci/davinci-i2s.c | 74 ++
2 files changed, 61
Remove requirement that dma_params is 1st in the structures
davinci_audio_dev and davinci_mcbsp_dev.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
sound/soc/davinci/davinci-i2s.c |6 +-
sound/soc/davinci/davinci-mcasp.c |1 +
sound/soc/davinci/davinci-mcasp.h |5
Fix underruns by using dma to copy 1st to sram
in a ping/pong buffer style and then copying from
the sram to the ASP. This also has the advantage
of tolerating very long interrupt latency on dma
completion.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
On Sat, Nov 14, 2009 at 21:12:36, Andrey Porodko wrote:
Signed-off-by: Andrey Porodko pa...@chelcom.ru
---
arch/arm/mach-davinci/board-neuros-osd2.c |3 +
drivers/mfd/Kconfig |8 +
drivers/mfd/Makefile |1 +
Hello,
Nori, Sekhar wrote:
On Sat, Nov 14, 2009 at 21:12:36, Andrey Porodko wrote:
Signed-off-by: Andrey Porodko pa...@chelcom.ru
---
arch/arm/mach-davinci/board-neuros-osd2.c |3 +
drivers/mfd/Kconfig |8 +
drivers/mfd/Makefile |1
On Monday 16 November 2009 19:35:40 Karicheri, Muralidharan wrote:
Hans,
Hi Murali,
What is the status of this? It would be great if we can get this in for
2.6.33.
I am working on the documentation today and then the application. I think a
new patch will be ready by tomorrow. I am
32 matches
Mail list logo