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 | 458
3 files
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/configs/cm_t35_defconfig | 1733 +
1 files changed, 1733 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/configs/cm_t35_defconfig
diff --git a/arch/arm/configs/cm_t35_defconfig
Hi
On Wed, 21 Oct 2009 05:11:06 +0200
Janusz Krzysztofik jkrzy...@tis.icnet.pl wrote:
Hi,
After DMA burst mode has been introduced in sound/soc/omap/omap-pcm.c,
omap_pcm_prepare() unconditionally calls:
omap_set_dma_src_burst_mode(prtd-dma_ch, OMAP_DMA_DATA_BURST_16);
On Tue, Oct 20, 2009 at 05:40:17PM -0700, Tony Lindgren wrote:
Unable to handle kernel NULL pointer dereference at virtual address
0028
pgd = c0004000
[0028] *pgd=
Internal error: Oops: 8005 [#1]
last sysfs file:
Modules linked in:
CPU: 0Not
Hello Samuel,
On Monday 19 October 2009 15:42:16 Ujfalusi Peter (Nokia-D/Tampere) wrote:
Hello,
The following series adds new MFD device on top of the twl4030 MFD device
for the codec part of the chip, and also converts the soc audio driver to
use the correct probing (device model).
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 20 October, 2009 20:48
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 16/17] OMAP3: PM: Write voltage and clock
setup times dynamically in idle loop
Tero Kristo
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of ext Kevin Hilman
Sent: 20 October, 2009 20:31
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 09/17] OMAP3: PM: Ack pending interrupts
Wednesday 21 October 2009 09:16:37 Jarkko Nikula napisał(a):
Hi
On Wed, 21 Oct 2009 05:11:06 +0200
Janusz Krzysztofik jkrzy...@tis.icnet.pl wrote:
Hi,
After DMA burst mode has been introduced in sound/soc/omap/omap-pcm.c,
omap_pcm_prepare() unconditionally calls:
Free IRQ on remove.
Signed-off-by: Ladislav Michl la...@linux-mips.org
diff --git a/drivers/mmc/host/omap.c b/drivers/mmc/host/omap.c
index 5d773b8..5f970e2 100644
--- a/drivers/mmc/host/omap.c
+++ b/drivers/mmc/host/omap.c
@@ -1529,6 +1529,7 @@ static int mmc_omap_remove(struct platform_device
According to measurements, reading the previous state of PER
domain after wfi takes ~11us on OPP2.
Removed this unneccessary latency from cases where we know
PER power domain did not try to enter off mode.
Signed-off-by: Kalle Jokiniemi kalle.jokini...@digia.com
---
arch/arm/mach-omap2/pm34xx.c
Hello,
Here are some fruits from digging out the latency sources
of our idle loop. The main latency source was powerdomain
state counter updating at beginning and end of the idle
loop. Also PER previous state reading strangely seemed to
cause some latency with significance. Could not find any
TRM
From: Kalle Jokiniemi ext-kalle.jokini...@nokia.com
The biggest source of latency in idle loop (omap_sram_idle
function) comes from updating the state counters for each
power domain. The two purposes of these counters are to
provide debug data in debugfs, and to keep track of context
losses
Doh! Thank you! This looks to be the problem, I've made some changes
to the code (calling mmap.read(4) rather than mmap.read_bye()) and
everything seems to be working.
On Tue, Oct 20, 2009 at 8:27 PM, Paul Walmsley p...@pwsan.com wrote:
On Tue, 20 Oct 2009, Brett Graham wrote:
--minimal python
Hi Ameya,
this patch fixes the kernel panic. For my taste
there should be a more verbose message, that
the USB won't work, but otherwise it is fine ;-)
Regards
Janosch
Ameya Palande wrote:
Hi,
Does this commit fixes the issue?
[v2] usb: musb: Warn and check for OTG transceiver
I'm using DSS2, currently just with a frame buffer to a
[VGA/RGB] monitor.
I'm trying to understand how to set the timing parameters
for my device. The simple 'omapfb.mode=1024x768...@75'
doesn't quite cut it for some of the devices I need to
use.
Questions:
* How can I get different pixel
Gulati, Shweta shweta.gul...@ti.com writes:
Any comments would be taken in.
Sorry, I did not see this v2 on the list nor do I find it in the archives.
-Original Message-
From: Gulati, Shweta
Sent: Tuesday, October 13, 2009 3:56 PM
To: linux-omap@vger.kernel.org
Cc: Gulati,
tero.kri...@nokia.com writes:
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 20 October, 2009 20:48
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 16/17] OMAP3: PM: Write voltage and clock
setup times
tero.kri...@nokia.com writes:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of ext Kevin Hilman
Sent: 20 October, 2009 20:31
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 09/17] OMAP3:
Hi,
Commit 4f5433324d1e29cf234d5b1b14782c0fc2948298 had made machines that use new
matrix_keypad based drivers happy while breaking those that still use old
omap-keypad driver. The patch fixes omap-keypad device for my Amstrad Delta
(tested) and probably 11 more OMAP1 based machines. It leaves a
I'm resending, this time CCing Mark as I should.
Janusz
---
Wednesday 21 October 2009 09:16:37 Jarkko Nikula napisał(a):
Hi
On Wed, 21 Oct 2009 05:11:06 +0200
Janusz Krzysztofik jkrzy...@tis.icnet.pl wrote:
Hi,
After DMA burst mode has been introduced in
Kevin Hilman wrote:
Hello,
I've rebased/updated the PM branch based on current linux-omap master
branch (2.6.32-rc1 based.)
I've also updated the OMAP Power Management wiki, and the 'Current
version' section highlights the changes, supported platforms as well
as the features that have made it
-Original Message-
From: Gopinath, Thara [mailto:th...@ti.com]
Sent: Tuesday, October 20, 2009 11:37 PM
To: Kevin Hilman; tero.kri...@nokia.com
Cc: Ghongdemath, Girish; Woodruff, Richard; linux-omap@vger.kernel.org;
jouni.hogan...@nokia.com
Subject: RE: [PATCH 12/17] OMAP2/3: Do
regno is unsigned so the test didn't work. If regno
can't be used return an error.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
Is this correct? please review.
diff --git a/drivers/video/omap/omapfb_main.c
b/drivers/video/omap/omapfb_main.c
index 0d0c8c8..cc7dd93 100644
---
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 21 October, 2009 17:15
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 16/17] OMAP3: PM: Write voltage and clock
setup times dynamically in idle loop
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Roel Kluin
Sent: Wednesday, October 21, 2009 10:44 AM
To: Aguirre Rodriguez, Sergio Alberto
Cc: Imre Deak; linux-fbdev-de...@lists.sourceforge.net;
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091021 03:54]:
Wednesday 21 October 2009 02:51:35 Tony Lindgren wrote:
Let's just remove the omap_cfg_reg() calls from mach-omap1/serial.c, and
add them to the board-*.c files like you suggest above. We should be able
to find which ports to mux
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 21 October, 2009 17:20
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 09/17] OMAP3: PM: Ack pending interrupts
before entering suspend
tero.kri...@nokia.com
Wednesday 21 October 2009 02:51:35 Tony Lindgren napisał(a):
Let's just remove the omap_cfg_reg() calls from mach-omap1/serial.c, and
add them to the board-*.c files like you suggest above. We should be able
to find which ports to mux by looking at the enabled_uarts mask in the
commit
Madhusudhan wrote:
-Original Message-
From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
ow...@vger.kernel.org] On Behalf Of Dirk Behme
Sent: Monday, October 19, 2009 1:17 PM
To: linux-omap@vger.kernel.org
Cc: Madhusudhan; 'John Rigby'; 'Woodruff, Richard'; linux-
John Rigby wrote:
In enable_sdio_irq
if enable
set ctpl
else
clear ctpl
It would really help avoiding mails like this if you just would send
your changes. We know that they are for an old kernel and just a dirty
hack.
Dirk
On Tue, Oct 20, 2009 at 4:47 PM, Madhusudhan madhu...@ti.com
-Original Message-
From: Paul Walmsley [mailto:p...@pwsan.com]
Sent: Tuesday, October 20, 2009 6:15 PM
To: Pandita, Vikram; Woodruff, Richard; Menon, Nishanth
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v2 1/2] omap: add bits for future 3430/3630 ES revisions
Hi Vikram, Nishanth,
On Wed, Oct 21, 2009 at 04:36:49PM +0200, Janusz Krzysztofik wrote:
I'm resending, this time CCing Mark as I should.
This is fine by me but I'd like a proper changelog and if possible an
ack from Jarkko please.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of
Wednesday 21 October 2009 17:59:40 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091021 07:21]:
Hi,
Commit 4f5433324d1e29cf234d5b1b14782c0fc2948298 had made machines that
use new matrix_keypad based drivers happy while breaking those that still
use old omap-keypad
I believe many of you have likely seen the new Sitara ARM product family
announcement[1] as part of broadening our ARM product portfolio[2]. This
family draws processing cores from the DaVinci family of DSP/multimedia devices
and OMAP family of low-power devices and focuses on markets like
* green greenfreedo...@gmail.com [091020 15:09]:
Tony Lindgren wrote at 2009-10-20 13:56 -0500:
* green greenfreedo...@gmail.com [091020 09:31]:
But I must be missing something somewhere... I have not yet been able to
get
the N810 to boot. I see only the Nokia splash. Note that I
Hmm, it seems noone is going to fix it for me, so let's move on...
On Mon, Jan 12, 2009 at 12:42:43PM +0200, Tony Lindgren wrote:
Hi,
* Ladislav Michl la...@linux-mips.org [090112 11:19]:
Last time I used MMC card with linux-2.6.15-omap2 and it worked pretty well
on
my custom 5910
Hi Ilkka,
On Tue, Oct 20, 2009 at 04:22:53PM +0300, Ilkka Koskinen wrote:
+struct twl4030_clock_init_data {
+ int ck32k_lowpwr_enable;
I guess you could use a bool here ?
Cheers,
Samuel.
+};
+
struct twl4030_bci_platform_data {
int *battery_tmp_tbl;
unsigned int
Hi Ilkka,
On Tue, Oct 20, 2009 at 04:22:52PM +0300, Ilkka Koskinen wrote:
Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com
Patch applied to my for-linus and for-next branches.
I'll try to get that one merged for 2.6.32.
Cheers,
Samuel.
---
drivers/mfd/twl4030-core.c |2 +-
1
Hi Peter,
On Mon, Oct 19, 2009 at 03:42:17PM +0300, Peter Ujfalusi wrote:
New MFD child to twl4030 MFD device.
This MFD device will be used by the drivers, which needs resources
from the twl4030 codec like audio and vibra.
The platform specific configuration data is passed along to the
Kevin Hilman khil...@deeprootsystems.com writes:
During suspend, the kernel timekeeping subsystem is shut down. Before
suspend and upon resume, it uses a weak function
read_persistent_clock() to determine the amount of time that elapsed
during suspend.
This function was not implemented on
DSP public peripherals used to work on OMAP1510 based (or all OMAP1 class?)
machines as long as old dspgateway code were present in the l-o tree. For
several months it is no longer included, breaking support for McBSP1 based
audio on Amstrad Delta, for example.
This patch, derived from the old
this patch updates the auto-generated mach-types file
to enable addition of 3630 boards:
1) zoom3
2) sdp3630
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
Tony:
Could you Temporarily host this patch on linux-omap tree till
rmk pulls in mach-types.
This would allow us to add 3630 board
42 matches
Mail list logo