Hi Tomi,
Any updates on this?
Mike Rapoport wrote:
The below patches add display support for CM-T35 board.
The following changes since commit f40542532e96dda5506eb76badea322f2ae4731c:
Linus Torvalds (1):
Merge branch 'ixp4xx' of git://git.kernel.org/.../chris/linux-2.6
Mike
Hello,
On Wednesday 16 December 2009 18:16:28 ext Janusz Krzysztofik wrote:
In its current form, the omap_mcbsp_request() function can return after
irq_request() failure without any cleanups, effectively locking out the
port forever with clocks left running. Fix it.
Signed-off-by: Janusz
On Thu, 2009-12-17 at 09:10 +0100, ext Mike Rapoport wrote:
Hi Tomi,
Any updates on this?
Looks fine to me, I'll take it to my queue.
Tomi
Mike Rapoport wrote:
The below patches add display support for CM-T35 board.
The following changes since commit
On Thu, Dec 17, 2009 at 11:08:31AM +0530, Hiremath, Vaibhav wrote:
Issue/Usage :-
-
The V4l2-Capture driver captures the data from video decoder into buffer
and the application does some processing on this buffer. The mmap
implementation can be found at
On 16/12/09 22:35, Tony Lindgren wrote:
Hi Linus,
Please pull omap build fixes from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
In addition to the three build fixes, there's also a suspend fix
for omap serial init.
Regards,
Tony
On Thu, Dec 17, 2009 at 08:36:30 +0530, Menon, Nishanth wrote:
Alexander Shishkin said the following on 12/16/2009 07:32 PM:
This is to avoid insanely long lines and levels of indentation.
Signed-off-by: Alexander Shishkin virtu...@slind.org
CC: linux-...@vger.kernel.org
CC:
This patch implements the work-around for the errata 588369. The secure API
is used to alter L2 debug regsiter because of trust-zone.
Signed-off-by: Woodruff Richard r-woodru...@ti.com
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
cc: Catalin Marinas catalin.mari...@arm.com
---
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Gupta, Ajay Kumar
Sent: Tuesday, December 15, 2009 8:45 PM
To: felipe.ba...@nokia.com
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Subject: RE: [PATCH
Hi,
On Thu, Dec 17, 2009 at 02:01:27PM +0100, ext Gupta, Ajay Kumar wrote:
Any update on this ? Shall I send the series again with __deprecated ? or
If you can just add it on your own?
I guess we have to do that and start sending patches to arch maintainers
removing the dyn_fifo stuff from
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Thursday, December 17, 2009 6:40 PM
To: Gupta, Ajay Kumar
Cc: Balbi Felipe (Nokia-D/Helsinki); linux-...@vger.kernel.org; linux-
o...@vger.kernel.org
Subject: Re: [PATCH 1/4] musb: get rid of unneeded
Alexander Shishkin said the following on 12/17/2009 06:18 PM:
On Thu, Dec 17, 2009 at 08:36:30 +0530, Menon, Nishanth wrote:
Alexander Shishkin said the following on 12/16/2009 07:32 PM:
This is to avoid insanely long lines and levels of indentation.
Signed-off-by: Alexander Shishkin
Hi,
On Thu, Dec 17, 2009 at 02:12:58PM +0100, ext Gupta, Ajay Kumar wrote:
Ok fine, then please drop that specific patch from series and pick the
Others.
will do :-)
--
balbi
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
On Thu, Dec 17, 2009 at 08:38:39 +0530, Menon, Nishanth wrote:
Alexander Shishkin said the following on 12/16/2009 07:32 PM:
The errata 1.153 workaround is busy waiting on XUDF bit in interrupt
context, which may lead to kernel hangs. The problem can be reproduced
by running the bus with wrong
On Thu, Dec 17, 2009 at 06:30:32PM +0530, Santosh Shilimkar wrote:
+config PL310_ERRATA_588369
+ bool Clean Invalidate maintenance operations do not invalidate clean
lines
+ depends on CACHE_L2X0 ARCH_OMAP4
+ default n
default n is the default anyway, so its redundant to
snip
#ifdef CONFIG_PM
+static struct musb_context_registers musb_context;
+
+void musb_save_context(struct musb *musb)
+{
Could you add one more parameter to this function call, which would
select either if we want to save the musb_platform context or not?
I m working at the
ext Gupta, Ajay Kumar wrote:
snip
#ifdef CONFIG_PM
+static struct musb_context_registers musb_context;
+
+void musb_save_context(struct musb *musb)
+{
Could you add one more parameter to this function call, which would
select either if we want to save the musb_platform context or
-Original Message-
From: Arnaud Mandy [mailto:ext-arnaud.2.ma...@nokia.com]
Sent: Thursday, December 17, 2009 7:41 PM
To: Gupta, Ajay Kumar
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Balbi Felipe
(Nokia-D/Helsinki); davi...@pacbell.net; Gadiyar, Anand
Subject: Re:
On Wed, Dec 16, 2009 at 2:21 PM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
Hi,
On Tue, 2009-12-15 at 17:01 +0100, ext Sergey Lapin wrote:
On Tue, Dec 15, 2009 at 6:22 PM, Tomi Valkeinen
tomi.valkei...@nokia.com wrote:
Hi,
On Tue, 2009-12-15 at 10:58 +0100, ext Sergey Lapin wrote:
From: Vaibhav Hiremath hvaib...@ti.com
Patch series adds following features -
- Enable DSS2/Fbdev on OMAP3EVM
- Add LQ043T1DG01 panel file
- Enable DSS2/Fbdev on AM3517EVM
- Warning message fix in dss-core
- Kconfig option added to choose between S-Video
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/video/omap2/dss/core.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/video/omap2/dss/core.c b/drivers/video/omap2/dss/core.c
index 29497a0..2fabaf2 100644
---
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
drivers/video/omap2/displays/Kconfig |6 +
drivers/video/omap2/displays/Makefile |1 +
.../video/omap2/displays/panel-sharp-lq043t1dg01.c | 120
3
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/configs/omap3_evm_defconfig | 51 +++-
arch/arm/mach-omap2/board-omap3evm.c | 246 --
2 files changed, 285 insertions(+), 12 deletions(-)
diff --git
From: Vaibhav Hiremath hvaib...@ti.com
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/configs/am3517_evm_defconfig | 53 -
arch/arm/mach-omap2/board-am3517evm.c | 142 +
2 files changed, 194 insertions(+), 1 deletions(-)
diff --git
From: Vaibhav Hiremath hvaib...@ti.com
Config option added to arch/arm/plat-omap/Kconfig for selection
of S-Video and Composite output interfaces. The default configuration would
be S-Video.
Signed-off-by: Vaibhav Hiremath hvaib...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c |4
ext Gupta, Ajay Kumar wrote:
-Original Message-
From: Arnaud Mandy [mailto:ext-arnaud.2.ma...@nokia.com]
Sent: Thursday, December 17, 2009 7:41 PM
To: Gupta, Ajay Kumar
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org; Balbi Felipe
(Nokia-D/Helsinki); davi...@pacbell.net;
On Thu, 17 Dec 2009 20:49:36 +0530 hvaib...@ti.com wrote:
From: Vaibhav Hiremath hvaib...@ti.com
Config option added to arch/arm/plat-omap/Kconfig for selection
of S-Video and Composite output interfaces. The default configuration would
be S-Video.
Signed-off-by: Vaibhav Hiremath
On Tue, Dec 15, 2009 at 02:31:49PM +0100, ext Ajay Kumar Gupta wrote:
Some of the board might use external Vbus power supply on musb
interface which would require to program ULPI_BUSCONTROL register.
Adding 'extvbus' flag which can be set from such boards which will
be checked at musb driver
On Tue, Dec 15, 2009 at 02:31:47PM +0100, ext Ajay Kumar Gupta wrote:
Save dynamic FIFO read only information for later uses during
musb_save/restore_context functions.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
applied thanks.
--
balbi
--
To unsubscribe from this list: send the line
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()
* Sid Boyce sbo...@blueyonder.co.uk [091217 03:29]:
snip
uImage built, so EHCI build problem definitely fixed, just one error
I've previously encountered when building modules.
slipstream:/home/lancelot/ftp/dec09/OMAP/omap-fixes-for-linus # ARCH=arm
make -j 4
-Original Message-
From: Hiremath, Vaibhav
Sent: Thursday, December 10, 2009 11:13 AM
To: 'Tony Lindgren'; 'Dmitry Torokhov'; 'd...@mail.ru'
Cc: linux-omap@vger.kernel.org; linux-in...@vger.kernel.org
Subject: RE: [PATCH V2] AM3517: Add support for TSC2004 driver
-Original
Hi,
On Thu, Dec 17, 2009 at 08:01:15PM +0100, ext Bill Gatliff 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
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 anyone has
a similar
Support for McPDM IRQs in OMAP4
Signed-off-by: Jorge Eduardo Candelaria x0107...@ti.com
---
arch/arm/plat-omap/include/plat/irqs.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/irqs.h
b/arch/arm/plat-omap/include/plat/irqs.h
index
McPDM module is the interface between the OMAP and TWL6030 audio codec.
It transfers data between the two chips using a Pulse Density Modulation
protocol, which allows sound to be played or recorded at speeds of up to
96000 Hz. Besides data, McPDM can transfer commands and read status
to/from the
McPDM is the interface between Phoenix audio codec
and the OMAP4430 processor. It enables data to be transfered
to/from Phoenix at sample rates of 88.4 or 96 KHz.
Signed-off-by: Jorge Eduardo Candelaria x0107...@ti.com
Signed-off-by: Margarita Olaya x0080...@ti.com
---
sound/soc/omap/Kconfig |
McPDM platform driver is configured to use sDMA in order to transfer
to/from memory. Support for interfacing with ABE will be added later.
McPDM dai currently supports up to 4 downlink channels and 2 uplink
channels simultaneously, as well as 88.2 and 96 KHz, and a sample
size of 32 bits.
* Jean Delvare kh...@linux-fr.org [091217 08:35]:
On Thu, 17 Dec 2009 16:18:24 +0100, kalle.jokini...@nokia.com wrote:
Hi Jean,
-Original Message-
From: Jokiniemi Kalle (Nokia-D/Tampere)
Sent: 11. joulukuuta 2009 12:47
To: 'ext Paul Walmsley'; ben-li...@fluff.org
Cc:
Hi,
On Thu, Dec 17, 2009 at 08:40:32PM +0100, ext Candelaria Villareal, Jorge wrote:
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index 61952aa..b96e9d8 100644
--- a/sound/soc/omap/Kconfig
+++ b/sound/soc/omap/Kconfig
@@ -6,6 +6,9 @@ config SND_OMAP_SOC_MCBSP
tristate
On 17/12/09 17:26, Tony Lindgren wrote:
* Sid Boyce sbo...@blueyonder.co.uk [091217 03:29]:
snip
uImage built, so EHCI build problem definitely fixed, just one error
I've previously encountered when building modules.
slipstream:/home/lancelot/ftp/dec09/OMAP/omap-fixes-for-linus #
Alex,
-Original Message-
From: Menon, Nishanth
Sent: Thursday, December 17, 2009 7:59 AM
To: Menon, Nishanth; ben-li...@fluff.org; linux-omap@vger.kernel.org;
linux-...@vger.kernel.org; Sonasath, Moiz; Pandita, Vikram
Subject: Re: [PATCH 2/2] omap i2c: add a timeout to the busy
On Wed, 16 Dec 2009, Shilimkar, Santosh wrote:
I tried this on couple of boards and at least it doesn't work with the
options and mentioned bootargs. The low level debug prints are still not
coming on console.
I haven't debugged it though.
It works on Beagle, at least. That's the only
Paul Walmsley p...@pwsan.com writes:
On Wed, 16 Dec 2009, Shilimkar, Santosh wrote:
I tried this on couple of boards and at least it doesn't work with the
options and mentioned bootargs. The low level debug prints are still not
coming on console.
I haven't debugged it though.
It works
FYI...
I pushed an updated PM branch today, updated to latest omap/master.
Note that this time it was not a rebase, so should remain pull-able.
Important changes:
- dropped /sys/power/vdd* (as I've been saying I would for a while)
From now on, use CPUfreq interface for controlling OPPs.
For
Hello Nishanth,
Following are some comments on your OPP code (revision five).
While preparing them, I put together some experimental patches to
verify that the comments resulted in cleaner code. They will be sent
as separate messages. You might find them useful. If so, you're
welcome to
OPP layer code should be PMIC-independent. A future patch will remove
the vsel field, which is TPS/TWL-dependent.
---
arch/arm/plat-omap/include/plat/opp.h |4 +++-
arch/arm/plat-omap/opp.c |9 ++---
2 files changed, 9 insertions(+), 4 deletions(-)
diff --git
The vsel roundoff code belongs in omap_twl_uv_to_vsel(), not
omap_opp_populate(), since other code may use omap_twl_uv_to_vsel().
---
arch/arm/plat-omap/opp.c |3 ---
arch/arm/plat-omap/opp_twl_tps.c | 15 +--
2 files changed, 13 insertions(+), 5 deletions(-)
diff --git
SmartReflex and SRF code should use opp_find_opp_by_opp_id() to find
OPP entries by the OPP ID. This hides OPP layer details from SR/SRF code
and also allows the removal of the open-coded OPP traversal.
---
arch/arm/mach-omap2/resource34xx.c | 30
The OPP code should be PMIC-independent; vsel is a TWL/TPS-ism; so remove it.
---
arch/arm/plat-omap/include/plat/opp.h |4
arch/arm/plat-omap/opp.c |3 ---
2 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/opp.h
Add code to the OPP layer to find OPPs by OPP ID. This is needed to hide
the details of the struct omap_opp from SmartReflex and SRF code.
---
arch/arm/plat-omap/include/plat/opp.h |3 +++
arch/arm/plat-omap/opp.c | 25 +
2 files changed, 28
Move omap2_clk_init_cpufreq_table() to opp_init_cpufreq_table() in opp.c
where it now belongs. OMAP2 still needs to be converted to use the OPP layer,
so it is using the old code.
---
arch/arm/mach-omap2/clock34xx.c | 55 +
arch/arm/plat-omap/cpu-omap.c
There's no point traversing the OPP list twice in opp_find_freq_floor().
---
arch/arm/plat-omap/opp.c | 30 +-
1 files changed, 13 insertions(+), 17 deletions(-)
diff --git a/arch/arm/plat-omap/opp.c b/arch/arm/plat-omap/opp.c
index fc250b8..e9f5706 100644
---
The OPP layer code should be independent of the PMIC, so move
the TWL/TPS-specific code out to its own file.
---
arch/arm/plat-omap/Makefile |4 ++-
arch/arm/plat-omap/include/plat/opp_twl_tps.h | 21 ++
arch/arm/plat-omap/opp.c | 27
No need to allocate new variables; the passed-in OPP list pointers do nicely
as iterators.
---
arch/arm/plat-omap/include/plat/opp.h |2 +
arch/arm/plat-omap/opp.c | 52 +++--
2 files changed, 24 insertions(+), 30 deletions(-)
diff --git
Split opp_find_freq_approx() into opp_find_freq_{floor,ceil}(). This seems
more readable.
---
arch/arm/mach-omap2/clock34xx.c |3 -
arch/arm/mach-omap2/resource34xx.c|8 +---
arch/arm/plat-omap/cpu-omap.c |3 -
arch/arm/plat-omap/include/plat/opp.h | 67
Hello Ranjith,
some comments:
On Wed, 16 Dec 2009, Ranjith Lohithakshan wrote:
This patch adds clock support for the following AM35xx modules
- Ethernet MAC
- CAN Controller (HECC)
- New MUSB OTG Controller with integrated Phy
- Video Processing Front End (VPFE)
On Thu, 17 Dec 2009, Paul Walmsley wrote:
On Wed, 16 Dec 2009, Ranjith Lohithakshan wrote:
This patch adds clock support for the following AM35xx modules
- Ethernet MAC
- CAN Controller (HECC)
- New MUSB OTG Controller with integrated Phy
- Video Processing Front End
Hi Felipe,
On Wed, 16 Dec 2009, Felipe Balbi wrote:
then we can later remove all of those cpu conditionals
on drivers/usb/gadget/omap_udc.c
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
Paul, do you think the following is correct ? Judging
by
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Thursday, December 17, 2009 2:28 PM
To: Candelaria Villareal, Jorge
Cc: alsa-de...@alsa-project.org; linux-omap@vger.kernel.org;
broo...@opensource.wolfsonmicro.com
Subject: Re: [PATCH 2/3] ASoC: OMAP4: Add
Hi Kevin,
On Wed, 18 Nov 2009, Paul Walmsley wrote:
On Tue, 17 Nov 2009, Kevin Hilman wrote:
UART1 2 were missing clockdomains resulting in broken omap_hwmod
init for these devices.
also looks good, will add this to the fixes series.
My apologies, looks like I missed this one. Will
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':
arch/arm/mm/copypage-v6.c:51: error: implicit declaration of function
-Original Message-
From: Randy Dunlap [mailto:randy.dun...@oracle.com]
Sent: Thursday, December 17, 2009 10:13 PM
To: Hiremath, Vaibhav
Cc: tomi.valkei...@nokia.com; linux-omap@vger.kernel.org; linux-
fbdev-de...@lists.sourceforge.net; linux-fb...@vger.kernel.org
Subject: Re:
In order to support off-mode, we need the transceiver driver to wake-up
the controller.
I m working on a hook which would allow that.
I want to take advantage of your implementation for saving/restoring
musb context, but saving the platform data is not necessary in my case.
Then
Commit 10db25fea4c11661070b97832b8cc3d2af495092 causes the following
kernel messages during N800 boot (and presumably all other 2420
boards):
[0.00] BUG: mapping for 0x5800 at 0xe000 overlaps vmalloc space
[0.00] BUG: mapping for 0x5900 at 0xe100 overlaps vmalloc
Out of the three major OMAP2 chip types, OMAP2420, OMAP2430, and OMAP3430,
we only map the IVA on OMAP2420. The memory mapping is not shared between
OMAP2420 and OMAP2430, so it is inappropriate to label those macros as
'24XX'; this patch changes them to '2420'.
Signed-off-by: Paul Walmsley
The correct parent of the McBSP 2, 3, and 4 functional clocks is
PER_96M_FCLK, not CORE_96M_FCLK. Fix this in the OMAP clock tree.
Reported by Nicole Chalhoub n-chalh...@ti.com.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Nicole Chalhoub n-chalh...@ti.com
---
From: Kevin Hilman khil...@deeprootsystems.com
UART1 2 were missing clockdomains resulting in broken omap_hwmod
init for these devices.
Signed-off-by: Kevin Hilman khil...@deeprootsystems.com
Signed-off-by: Paul Walmsley p...@pwsan.com
---
arch/arm/mach-omap2/clock34xx_data.c |2 ++
1
The only symbols that should be exported are symbols that are to be
called from loadable kernel modules, e.g., device drivers. In the
context of plat-omap/clock.c, these should only be the Linux clock
interface symbols as defined by include/linux/clk.h. Core code
doesn't need these symbols to be
From: Tuukka Toivonen tuukka.o.toivo...@nokia.com
Add necessary definitions to clock framework to allow changing
dpll4_m5_ck rate. This is used by the camera code.
Signed-off-by: Jouni Högander jouni.hogan...@nokia.com
Signed-off-by: Tuukka Toivonen tuukka.o.toivo...@nokia.com
Signed-off-by:
Hello,
I am trying to compile my kernel for ARM Processor. when i do that i
am getting some following error. I didnt find what will be the
problem.
r...@ariem-desktop:/home/ariem/Desktop/kernels/linux-2.6.28-006rc8#
make
On 12/17/2009 10:20 PM, Niamathullah sharief wrote:
Hello,
I am trying to compile my kernel for ARM Processor. when i do that i
am getting some following error. I didnt find what will be the
problem.
Hi,
r...@ariem-desktop:/home/ariem/Desktop/kernels/linux-2.6.28-006rc8#
make
From ab3239189c25a19d7764042cc3f05cce8a91f291 Mon Sep 17 00:00:00 2001
From: Vimal Singh vimalsi...@ti.com
Date: Fri, 18 Dec 2009 12:09:10 +0530
Subject: [PATCH] OMAP: ZOOM2: Correcting key mapping for few keys
Keys: 'right arrow', 'up arrow' and 'select' were mapped
wrongly. This patch corrects
72 matches
Mail list logo