It definitely seems to be a very nice effort that will be very useful to
many projects. I will integrate on the Touch Book. Thanks,
Grégoire
On Tue, 2009-10-13 at 00:31 +0300, Felipe Contreras wrote:
Hi,
This is the first public release of gst-dsp; a native GStreamer plug-in to
access Texas
Hi all,
I'd like to send patches for OMAP3 based board. My question is what branch in
linux-omap tree should I use as a base for my patches?
--
Sincerely yours,
Mike.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
Tony,
On Fri, Oct 9, 2009 at 11:16 PM, Tony Lindgren t...@atomide.com wrote:
* G, Manjunath Kondaiah manj...@ti.com [091008 00:41]:
Govind,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Govindraj
Sent: Thursday,
On Mon, Oct 12, 2009 at 07:20:20PM +0200, ext Anand Gadiyar wrote:
omap3: ehci: trivial fix of a debug print
We're interested in uhh_hostconfig, not uhh_base. While we
are actually printing the former, we're calling it the latter.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Acked-by:
On Mon, 2009-10-12 at 17:25 +0200, ext Christensen, Mikkel wrote:
On Mon, Oct 12, 2009 at 09:17:27, Tomi Valkeinen wrote:
Subject: RE: [PATCH 1/1] OMAP: DSS2: RFBI driver update
On Mon, 2009-10-12 at 16:03 +0200, ext Christensen, Mikkel wrote:
On Mon, Oct 12, 2009 at 03:25:27, Tomi
Can you upgrade to a newer u-boot? Either from the PSP release
OR u-boot tree hosted at git.denx.de (atleast 2009.03)?
Also, it will be good to see the sample program you are using.
~sanjeev
There is no newer u-boot from TI available. There is a SDK 02.01.03.11
but it contains the
The L2 cache is set and running.
I don't know - can it be configured or misconfigured somehow?
I just checked the output of 2.6.22 kernel and get these lines (which I don't
have in newer kernels):
CPU0: D VIPT write-through cache
CPU0: cache: 768 bytes, associativity 1, 8 byte lines, 64 sets
On Tue, Oct 13, 2009 at 12:31 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Hi,
This is the first public release of gst-dsp; a native GStreamer plug-in to
access Texas Instruments' DSP algorithms for OMAP3 platforms.
The code came originally from a series of TI projects:
Hello,
Sonasath, Moiz wrote:
From: Jagadeesh Bhaskar Pakaravoor j-pakarav...@ti.com
Include wake up events for receiver overflow and transmitter
underflow in OMAP_I2C_WE_REG configuration. Also fix a small
typo.
Signed-off-by: Jagadeesh Bhaskar Pakaravoor j-pakarav...@ti.com
Signed-off-by:
Has anybody tried building latest linux-omap master ? The build is breaking for
other OMAP processors.
CC arch/arm/mach-omap2/id.o
arch/arm/mach-omap2/id.c: In function 'omap3_cpuinfo':
arch/arm/mach-omap2/id.c:269: error: implicit declaration of function
'cpu_is_omap3630'
make[1]: ***
Shilimkar, Santosh said the following on 10/13/2009 05:03 AM:
Has anybody tried building latest linux-omap master ? The build is breaking
for other OMAP processors.
CC arch/arm/mach-omap2/id.o
arch/arm/mach-omap2/id.c: In function 'omap3_cpuinfo':
arch/arm/mach-omap2/id.c:269: error:
Hello Nishanth,
Thanks for your feedback, I'll forward the patch correcting some things
2009/10/10 Nishanth Menon n...@ti.com:
could you add more details on where do we get more data on this platform?
More details will be in new patch and you can get more information here:
This patch adds minimal IGEP v2 support.
The IGEP v2 board is a low-cost, fan-less and industrial temperature
range single board computer that unleashes laptop-like performance and
expandability without the bulk, expense, or noise of typical desktop
machines. Its architecture shares much in
Christopher Friedt chrisfri...@gmail.com
20091013: Add support for the OMAP730 and OMAP850 RTC.
==
diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c
index 0587d53..5163d67 100644
--- a/drivers/rtc/rtc-omap.c
I have a new board that I'd like to run a frame buffer 800x600x24
When I boot, I get this error:
omapfb: failed to allocate framebuffer
This board is derived from a board I'm already running DSS2 at
800x600x16 on.
What do I need to change to get this to work?
Thanks
--
On Tue, 2009-10-13 at 14:55 +0200, ext Gary Thomas wrote:
I have a new board that I'd like to run a frame buffer 800x600x24
When I boot, I get this error:
omapfb: failed to allocate framebuffer
This board is derived from a board I'm already running DSS2 at
800x600x16 on.
What do I
On 10/13/2009 06:59 AM, Tomi Valkeinen wrote:
On Tue, 2009-10-13 at 14:55 +0200, ext Gary Thomas wrote:
I have a new board that I'd like to run a frame buffer 800x600x24
When I boot, I get this error:
omapfb: failed to allocate framebuffer
This board is derived from a board I'm already
Hello Amit,
On Mon, Oct 12, 2009 at 09:23:47PM +0200, ext Amit Kucheria wrote:
Hi,
I am testing twl4030 script optimisations on the current PM branch. But I am
seeing the board (RX51) freeze when CPU_IDLE is enabled in the config.
Is it known to work on other boards?
I'm actually seeing
Amit Kucheria amit.kuche...@verdurent.com writes:
Hi,
I am testing twl4030 script optimisations on the current PM branch. But I am
seeing the board (RX51) freeze when CPU_IDLE is enabled in the config.
Is it known to work on other boards?
Yes, and it works for me on RX51 as well, output of
Hi,
* Mike Rapoport m...@compulab.co.il [091013 00:07]:
Hi all,
I'd like to send patches for OMAP3 based board. My question is what branch in
linux-omap tree should I use as a base for my patches?
Please do all the patches against the most recent mainline revision.
Regards,
Tony
--
To
Tony Lindgren wrote:
Hi,
* Mike Rapoport m...@compulab.co.il [091013 00:07]:
Hi all,
I'd like to send patches for OMAP3 based board. My question is what branch in
linux-omap tree should I use as a base for my patches?
Please do all the patches against the most recent mainline
Eduardo Valentin eduardo.valen...@nokia.com writes:
This patch moves clock lookup from get_vdd[1,2]_opp to
initialization procedure. Also adds a field in omap_sr
structure to store these clocks for later usage.
Calling clk_get inside get_vdd[1,2]_opp would cause
a scheduled while atomic
Russell,
On the latest ARM kernel(v2.6.32-rc4),I have observed a BUG() dump when PREEMPT
is enabled.
Attached is the detailed log for your reference.
snip
**
BUG: using smp_processor_id() in preemptible [] code: init/1
caller is
Hi,
* Sanjeev Premi pr...@ti.com [091012 06:00]:
This patch adds support for ARM running at 720MHz part.
The 720MHz capability can be probed run-time by reading the
PRODID.SKUID[3:0] at 0x4830A20C.
[1] http://focus.ti.com/lit/ug/spruff1d/spruff1d.pdf
Signed-off-by: Sanjeev Premi
This patch adds basic support for CompuLab CM-T35 module.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/Kconfig|4 +
arch/arm/mach-omap2/Makefile |2 +
arch/arm/mach-omap2/board-cm-t35.c | 476
3 files
This enables on-chip tracing components found in omap3xxx.
Signed-off-by: Alexander Shishkin virtu...@slind.org
---
Changes:
v2 -- use emu_src clock for etb; feed it from sys_ck
arch/arm/mach-omap2/Kconfig |7 +++
arch/arm/mach-omap2/Makefile |3 +
arch/arm/mach-omap2/emu.c| 95
* Mike Rapoport m...@compulab.co.il [091013 10:00]:
This patch adds basic support for CompuLab CM-T35 module.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
snip
+static struct ehci_hcd_omap_platform_data ehci_pdata = {
+
+ .port_mode[0] = EHCI_HCD_OMAP_MODE_PHY,
+
This driver implements support for on-chip Embedded Tracing Macrocell and
Embedded Trace Buffer. It allows to trigger tracing of kernel execution flow
and exporting trace output to userspace via character device and a sysrq
combo.
Trace output can then be decoded by a fairly simple open source
* Nishanth Menon menon.nisha...@gmail.com [091013 03:44]:
Shilimkar, Santosh said the following on 10/13/2009 05:03 AM:
Has anybody tried building latest linux-omap master ? The build is breaking
for other OMAP processors.
CC arch/arm/mach-omap2/id.o
arch/arm/mach-omap2/id.c: In
* Vikram Pandita vikram.pand...@ti.com [091012 14:31]:
make default cpu_is_omap3630() return zero
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/plat-omap/include/mach/cpu.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
* Tony Lindgren t...@atomide.com [091013 10:18]:
* Vikram Pandita vikram.pand...@ti.com [091012 14:31]:
make default cpu_is_omap3630() return zero
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/plat-omap/include/mach/cpu.h |2 ++
1 files changed, 2
* Enric Balletbò i Serra eballe...@gmail.com [091009 09:18]:
This patch adds minimal IGEP v2 support.
Can you please move the defconfig into a separate patch
when you resubmit? It makes it easier for people to read
the patch.
Regards,
Tony
--
To unsubscribe from this list: send the line
* Tony Lindgren t...@atomide.com [091013 10:15]:
* Nishanth Menon menon.nisha...@gmail.com [091013 03:44]:
Shilimkar, Santosh said the following on 10/13/2009 05:03 AM:
Has anybody tried building latest linux-omap master ? The build is
breaking for other OMAP processors.
CC
On Tue, Oct 13, 2009 at 08:06:50PM +0300, Alexander Shishkin wrote:
Changes:
v2 -- major update:
* fixes according to comments from Linus Walleij and Anand Gadiyar
* omap3 clock-related stuff moved to platform device
And so what about my comments?
--
To unsubscribe from this list:
On Tue, Oct 13, 2009 at 08:06:50PM +0300, Alexander Shishkin wrote:
+ emu_clk = *(struct clk **)pdev-dev.platform_data;
+ if (emu_clk)
+ clk_enable(emu_clk);
+
Definitely no way this is going to be acceptable. Never EVER pass clk
pointers around like this.
And you've
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: ehci
Initial commit ID (Likely to change): b353e8445b1ad54e744b8452573b82c5a220d43e
PatchWorks
http://patchwork.kernel.org/patch/53393/
Git (Likely to change, and takes a while to get mirrored)
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: omap-fixes
Initial commit ID (Likely to change): 9fd9fe496604919d9d23f284ebd4a84cb2f97066
PatchWorks
http://patchwork.kernel.org/patch/53005/
Git (Likely to change, and takes a while to get
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: ehci
Initial commit ID (Likely to change): 8499e54cb25e8d9d16e97e17b0da145d8ed32577
PatchWorks
http://patchwork.kernel.org/patch/53179/
Git (Likely to change, and takes a while to get mirrored)
Kalle Valo kalle.v...@iki.fi writes:
From: Kalle Valo kalle.v...@nokia.com
wl1251 is connected to the SPI bus in rx51, add support for this.
Signed-off-by: Kalle Valo kalle.v...@nokia.com
This is intended for 2.6.33. Also to really work it needs this patch:
wl1251: rename spi device to
Mikkel Christensen m...@ti.com writes:
This patch adds suspend / resume functionality to the RFBI driver along with
missing callback functions needed by OMAP Frame buffer.
Signed-off-by: Mikkel Christensen m...@ti.com
---
drivers/video/omap2/dss/rfbi.c | 76
Peter 'p2' De Schrijver peter.de-schrij...@nokia.com writes:
This patch exports the smartreflex efuse values for all 5 OPPs via
sysfs. This can be useful to track down silicon specific problems.
Signed-off-by: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
These should be exported via
Peter 'p2' De Schrijver peter.de-schrij...@nokia.com writes:
From: De-Schrijver Peter (Nokia-D/Helsinki) peter.de-schrij...@nokia.com
This patch exports the OMAP3 IDCODE, Production ID and Die ID to userspace via
sysfs. This can be used to track down silicon specific issues. The info is
Dasgupta, Romit ro...@ti.com writes:
(Tested on Zoom2).
'omap_pm_dsp_set_min_opp' 'omap_pm_cpu_set_freq' were using their own
struct device *. This is a problem because invoking these functions from
different clients would result in setting of the resource level as requested
by
the last
* Tony Lindgren t...@atomide.com [091013 11:01]:
* Tony Lindgren t...@atomide.com [091013 10:18]:
* Vikram Pandita vikram.pand...@ti.com [091012 14:31]:
make default cpu_is_omap3630() return zero
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
Sanjeev Premi pr...@ti.com writes:
This patch adds support for ARM running at 720MHz part.
The 720MHz capability can be probed run-time by reading the
PRODID.SKUID[3:0] at 0x4830A20C.
[1] http://focus.ti.com/lit/ug/spruff1d/spruff1d.pdf
Signed-off-by: Sanjeev Premi pr...@ti.com
---
Peter 'p2' De Schrijver peter.de-schrij...@nokia.com writes:
This patch restores the observability settings after resuming from off mode.
Signed-off-by: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
Thanks, pulling this into PM branch.
Kevin
---
arch/arm/mach-omap2/debobs.c
Nayak, Rajendra rna...@ti.com writes:
The setup times to be programmed in the PRM module on OMAP (for
clksetup, voltsetup etc) are board specific. They depend heavily on
the PMIC used and even on different boards with the same PMIC, they
vary based on the sleep/wake sequence used, system
Rajendra Nayak rna...@ti.com writes:
The setup times to be programmed in the PRM module on OMAP
(for clksetup, voltsetup etc) are board specific.
They depend heavily on the PMIC used and even on different boards
with the same PMIC, they vary based on the sleep/wake
sequence used, system
* Kevin Hilman khil...@deeprootsystems.com [091013 12:09]:
Peter 'p2' De Schrijver peter.de-schrij...@nokia.com writes:
From: De-Schrijver Peter (Nokia-D/Helsinki) peter.de-schrij...@nokia.com
This patch exports the OMAP3 IDCODE, Production ID and Die ID to userspace
via
sysfs. This
On Tue, Oct 13, 2009 at 12:48 PM, Tony Lindgren t...@atomide.com wrote:
* Kevin Hilman khil...@deeprootsystems.com [091013 12:09]:
Peter 'p2' De Schrijver peter.de-schrij...@nokia.com writes:
From: De-Schrijver Peter (Nokia-D/Helsinki) peter.de-schrij...@nokia.com
This patch exports the
Proposals for OPP table handling for OMAP34xx/35xx/36xx/44xx
Thanks to all the community members for taking time for this discussion.
This will aid upsteaming of 35xx/36xx/44xx in coming future.
Attendees: Kevin Hilman, Paul, Nishant M, Santosh, Madhu, Benoit, Rajendra,
Benoit, Vikram
* kishore kadiyala kishorek.kadiy...@gmail.com [091012 23:54]:
Tony,
On Fri, Oct 9, 2009 at 11:16 PM, Tony Lindgren t...@atomide.com wrote:
* G, Manjunath Kondaiah manj...@ti.com [091008 00:41]:
Govind,
-Original Message-
From: linux-omap-ow...@vger.kernel.org
-Original Message-
From: Pandita, Vikram
Sent: Wednesday, October 14, 2009 1:53 AM
To: linux-omap@vger.kernel.org
Cc: Kevin Hilman; Menon, Nishanth; Nataraju, Kiran; Premi,
Sanjeev; Shilimkar, Santosh; Chikkature Rajashekar,
Madhusudhan; Tony Lindgren; Sawant, Anand; Joshi,
Peter 'p2' De Schrijver peter.de-schrij...@nokia.com writes:
This patch restores the observability settings after resuming from off mode.
Signed-off-by: Peter 'p2' De Schrijver peter.de-schrij...@nokia.com
I decided not to pull this one into PM branch, because...
diff --git
Nishanth Menon n...@ti.com writes:
Folks,
With the addition of FEATURES in l-o, the following prints:
- l2cache : Y
- iva : Y
- sgx : Y
- neon : Y
- isp : Y
comes up on SDP3430 - now that we will introduce half a dozen
features here and there, we will soon clutter this up. we
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, October 14, 2009 3:17 AM
To: Menon, Nishanth
Cc: Premi, Sanjeev; linux-omap@vger.kernel.org
Subject: Re: FEATURES prints
Nishanth Menon n...@ti.com writes:
Folks,
With the
Rajendra Nayak rna...@ti.com writes:
The Shared resource framework currently considers the highest requested
level for a resource as the target level to be set. This works for OPP
and frequency resources as they are used to model performace based
constraints. However for latency based
Hello Aaro!
-Original Message-
From: Aaro Koskinen [mailto:aaro.koski...@nokia.com]
Sent: Tuesday, October 13, 2009 4:52 AM
To: Sonasath, Moiz
Cc: ben-li...@fluff.org; linux-...@vger.kernel.org; linux-
o...@vger.kernel.org
Subject: Re: [PATCH RESEND] I2C: OMAP: Add missing wakeup
On Wed, Sep 16, 2009 at 05:04:58PM -0700, Mark A. Greer wrote:
From: Mark A. Greer mgr...@mvista.com
The rtc-omap driver currently assumes that the rtc's
registers are at a fixed address and already mapped
into virtual memory space. Remove those assumptions
so the same driver can be used
On Tue, 13 Oct 2009 16:00:23 -0700
Mark A. Greer mgr...@mvista.com wrote:
Ping?
Just wondering if this patch was noticed.
noticed. it's in the queue for the next submission set,
which means after upstream merges all of current pending patches
(which are now in -mm) .
--
Best
Hi all,
Here are few omap fixes for review.
Regards,
Tony
---
Aaro Koskinen (1):
omap: RX-51: Drop I2C-1 speed to 2200
Anuj Aggarwal (1):
omap: SDMA: Fixing bug in omap_dma_set_global_params()
Jarkko Nikula (1):
omap: McBSP: Fix incorrect receiver stop in omap_mcbsp_stop
From: Roel Kluin roel.kl...@gmail.com
The closing parenthesis was not on the right location.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/gpio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Sanjeev Premi pr...@ti.com
The symbol CONFIG_ISP1301_OMAP was defined twice in the
defconfig. This was causing the warning:
arch/arm/configs/omap3_beagle_defconfig:972:warning:
override: reassigning to symbol ISP1301_OMAP
Signed-off-by: Sanjeev Premi pr...@ti.com
Signed-off-by: Tony
From: Anuj Aggarwal anuj.aggar...@ti.com
Argument tparams was not being used to program
global register GCR.HI_THREAD_RESERVED. This patch fixes the same.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/dma.c | 15
From: Aaro Koskinen aaro.koski...@nokia.com
The I2C-1 bus frequency on RX-51 should be 2.2 MHz. The speed is limited
by TWL5030/GAIA; a higher speed could lead to errors on the interface. The
maximum speed depends on the system clock for GAIA: 2.2 MHz (if 19.2 MHz),
2.4 MHz (26 MHz) or 2.9 MHz
From: Teerth Reddy tee...@ti.com
This patch initializes the correct SDRC settings required
for DVFS on Zoom2.
Signed-off-by: Teerth Reddy tee...@ti.com
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-zoom2.c |
From: Jarkko Nikula jhnik...@gmail.com
This small typo written by author causes that McBSP receiver is disabled on
OMAP2430 and OMAP3430 even if only transmitter is stopped. This was noted
with ALSA SoC where simultaneous recording halted if playback was stopped
first.
Signed-off-by: Jarkko
* Tony Lindgren t...@atomide.com [091007 10:57]:
* Alistair Buxton a.j.bux...@gmail.com [090928 14:19]:
2009/9/23 Tony Lindgren t...@atomide.com:
Thanks, looks good to me.
Can you please rebase against the mainline 2.6.32-rc1 once it gets
tagged?
Then please keep your
Sanjeev,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev
Sent: Wednesday, October 14, 2009 3:26 AM
To: Kevin Hilman; Menon, Nishanth
Cc: linux-omap@vger.kernel.org
Subject: RE: FEATURES prints
69 matches
Mail list logo