On Fri, 2009-10-30 at 14:12 +0530, Vimal Singh wrote:
Looping Linux-omap mailing list.
From: Vimal Singh vimalsi...@ti.com
Date: Fri, 30 Oct 2009 11:31:34 +0530
Subject: [PATCH] Fixing compilation warning for 'nand/omap2.c'
Fixing below warning in compilation:
drivers/mtd/nand/omap2.c:
On Fri, 2009-10-30 at 14:57 +0530, Vimal Singh wrote:
Last time I forgot to 'git add' for 'arch/arm/mach-omap2/gpmc.c'... My bad.
Correct patch is below.
-vimal
From: Vimal Singh vimalsi...@ti.com
Date: Fri, 30 Oct 2009 14:54:29 +0530
Subject: [PATCH] NAND: OMAP: Fixing omap nand
On Tue, Nov 3, 2009 at 1:58 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Fri, 2009-10-30 at 14:57 +0530, Vimal Singh wrote:
Last time I forgot to 'git add' for 'arch/arm/mach-omap2/gpmc.c'... My bad.
Correct patch is below.
-vimal
From: Vimal Singh vimalsi...@ti.com
Date: Fri, 30
On Tue, Nov 3, 2009 at 1:48 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Fri, 2009-10-30 at 14:12 +0530, Vimal Singh wrote:
Looping Linux-omap mailing list.
From: Vimal Singh vimalsi...@ti.com
Date: Fri, 30 Oct 2009 11:31:34 +0530
Subject: [PATCH] Fixing compilation warning for
On Tue, 2009-11-03 at 14:05 +0530, Vimal Singh wrote:
On Tue, Nov 3, 2009 at 1:58 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Fri, 2009-10-30 at 14:57 +0530, Vimal Singh wrote:
Last time I forgot to 'git add' for 'arch/arm/mach-omap2/gpmc.c'... My bad.
Correct patch is below.
On Tue, 2009-11-03 at 14:08 +0530, Vimal Singh wrote:
On Tue, Nov 3, 2009 at 1:48 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Fri, 2009-10-30 at 14:12 +0530, Vimal Singh wrote:
Looping Linux-omap mailing list.
From: Vimal Singh vimalsi...@ti.com
Date: Fri, 30 Oct 2009 11:31:34
On Tue, Nov 3, 2009 at 2:09 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Tue, 2009-11-03 at 14:05 +0530, Vimal Singh wrote:
On Tue, Nov 3, 2009 at 1:58 PM, Artem Bityutskiy dedeki...@gmail.com wrote:
On Fri, 2009-10-30 at 14:57 +0530, Vimal Singh wrote:
Last time I forgot to 'git add'
Hi,
On Mon, 2009-11-02 at 16:02 +0100, ext Hiremath, Vaibhav wrote:
Hi Tomi,
(Tomi, Sorry for resending it again, somehow last mail did not reach to list,
so sending it again by removing patches attached.)
DSS2 patches needs to be updated against the latest kernel changes,
especially
diff --git a/drivers/mtd/nand/omap2.c b/drivers/mtd/nand/omap2.c
index 090ab87..92573d5 100644
--- a/drivers/mtd/nand/omap2.c
+++ b/drivers/mtd/nand/omap2.c
@@ -501,11 +501,13 @@ static void omap_read_buf_dma_pref(struct
mtd_info *mtd, u_char
:-) It is the same again.
Try to send the
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@nokia.com]
Sent: Tuesday, November 03, 2009 2:25 PM
To: Hiremath, Vaibhav
Cc: linux-omap@vger.kernel.org
Subject: Re: Update DSS2 patches for latest kernel changes
Hi,
On Mon, 2009-11-02 at 16:02 +0100, ext
Hi Samuel,
On Fri, 16 Oct 2009, Koskinen Ilkka (Nokia-D/Tampere) wrote:
TWL5031 introduces two new interrupts in PIH. Moreover, BCI
has changed remarkably and, thus, it's disabled when TWL5031
is in use.
Signed-off-by: Ilkka Koskinen ilkka.koski...@nokia.com
---
drivers/mfd/twl4030-core.c |
On 11/02/2009 08:35 PM, Bill Gatliff wrote:
Guys:
Can someone give me any ideas as to why my Beagleboard-like platform
would spontaneously restart after precisely four minutes of operation?
No OOPS, no nothing. This is with 2.6.32-rc5.
BeagleBoard like? More details are probably required
Hi Anand/Felipe,
This is regarding regulator framework for 1V8 supply to EHCI PHY from twl4030
device.
[EHCI port on OMAP3EVM uses SMSC USB3320 PHY and uses 1V8 supply from twl4030
chip.]
I found twl4030_usb_ldo_init () function in drivers/usb/otg/twl4030-usb.c,
which uses regulator
This patch set enables the keypad in the default
configuration. It also adds it as wake-up source
from suspend.
It has been created and tested against latest
for-next branch.
Sanjeev Premi (2):
omap3evm: Enable keypad in defconfig
omap3evm: Add keypad as wakeup source
Enable the TWL4030/TPS65590 keypad in the
default configuration.
Also updated the section with related config
options in .config for easy diff.
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/configs/omap3_evm_defconfig | 12 +---
1 files changed, 9 insertions(+), 3
Add keypad as wakeup source from 'suspend'
state.
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/board-omap3evm.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
b/arch/arm/mach-omap2/board-omap3evm.c
On Monday 02 November 2009 19:30:35 ext Mark Brown wrote:
On Mon, Nov 02, 2009 at 02:34:53PM +0200, Peter Ujfalusi wrote:
Move the APLL_CTL register configuration to the twl4030-codec
MFD driver.
Provide also a function for childs to query the audio_mclk
frequency.
This all looks good
on board. Another reason is that we have other part of the twl, which needs
resources from the codec part, but it is not loaded through the codec MFD, so
providing the needed information is kind of tricky with that setup.
I had thought that the sub-device was supposed to handle the
On Tue, Oct 20, 2009 at 05:48:57AM -0500, Nishanth Menon wrote:
omap3_check_revision() does not depend on omap3_check_features()
move this above so that we can add logic based on revision
detected in check_features.
Signed-off-by: Nishanth Menon n...@ti.com
Acked-by: Mika Westerberg
On Tuesday 03 November 2009 15:44:38 ext Mark Brown wrote:
on board. Another reason is that we have other part of the twl, which
needs resources from the codec part, but it is not loaded through the
codec MFD, so providing the needed information is kind of tricky with
that setup.
I had
On Monday 02 November 2009 19:27:20 ext Mark Brown wrote:
On Mon, Nov 02, 2009 at 02:34:55PM +0200, Peter Ujfalusi wrote:
APLL_CTL register is configured by the twl4030-codec MFD
driver.
Remove code, which makes changes in the APLL_CTL register,
and replace those with checks against the
Any comments on this, I need this on beagleboard to make ehci work.
regards,
Koen
Op 24 okt 2009, om 09:59 heeft Jarkko Nikula het volgende geschreven:
The host port power is enabled by driving the nEN_USB_PWR low as
stated in
the comment. This fix is originally from Steve Sakoman
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Thursday, August 27, 2009 1:55 PM
To: Reddy, Teerth
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH]OMAP3:PM :T2 keypad wakeup for OMAP3
Hi
* Mike Rapoport mike.rapop...@gmail.com [091102 23:10]:
On Mon, Nov 2, 2009 at 9:10 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091101 02:30]:
Tony Lindgren wrote:
Add new style mux data for 34xx. This should also
work with 3630 easily by adding
* Mike Rapoport mike.rapop...@gmail.com [091102 22:42]:
On Mon, Nov 2, 2009 at 8:56 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091101 02:29]:
Hi Tony,
Tony Lindgren wrote:
Hi all,
Here's an initial version of the new mux code to play with.
* Chris Hudson chud...@kionix.com [091103 06:48]:
Hello all,
I've never submitted any software to Linux before, but I've been
working on some new accelerometer drivers that should be ready for
review soon (pending company approval). I've read lots of
documentation on patch and driver
* Kevin Hilman khil...@deeprootsystems.com [091029 14:14]:
Mike Turquette mturque...@gmail.com writes:
Adjust OMAP3 frequency transition latency from 10,000,000uS to a more
reasonable 300,000uS. This causes ondemand and conservative governors to
sample CPU load more often resulting in
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091031 18:20]:
Friday 30 October 2009 18:33:18 Tony Lindgren napisał(a):
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091030 07:43]:
Thursday 29 October 2009 23:39:44 Janusz Krzysztofik napisał(a):
With CONFIG_PM=y, the omapfb/lcd device on
* Felix Xiaozhu Lin x...@rice.edu [091023 16:41]:
I am trying to compile a linux-omap kernel for n810 that can do good
idle power management.
However, this seems to be harder than I expected. I've done all
following measurements with /sys/power/sleep_while_idle set to 1.
Compiler is
* Koen Kooi k.k...@student.utwente.nl [091103 06:11]:
Any comments on this, I need this on beagleboard to make ehci work.
Looks like a fix to me, will queue.
Tony
regards,
Koen
Op 24 okt 2009, om 09:59 heeft Jarkko Nikula het volgende geschreven:
The host port power is enabled by
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091024 19:41]:
Hi,
I'm just working on a new, updated version of ams_delta_defconfig. Starting
from the current version, created over 2 years ago for 2.6.22, I turned on a
few device drivers that was added recently, turned on thumb instructions
By 'deeper-sleep state', you mean the full retention mode? I am sure
that pm24xx.c:omap2_enter_full_retention() is called and the assembly
code in sleep24xx.S is executed, by printing some debug info.
Thanks.
Best Regards,
--
Felix
On Tue, Nov 3, 2009 at 11:19 AM, Tony Lindgren
AM3517/05 has a few additional control module registers defined mainly
to control the new IP's. This patch adds support for those new registers.
Signed-off-by: Ranjith Lohithakshan ranji...@ti.com
---
arch/arm/plat-omap/include/plat/control.h | 17 +
1 files changed, 17
Gary Thomas wrote:
On 11/02/2009 08:35 PM, Bill Gatliff wrote:
Guys:
Can someone give me any ideas as to why my Beagleboard-like platform
would spontaneously restart after precisely four minutes of operation?
No OOPS, no nothing. This is with 2.6.32-rc5.
BeagleBoard like? More details
Gary Thomas wrote:
On 11/02/2009 08:35 PM, Bill Gatliff wrote:
Guys:
Can someone give me any ideas as to why my Beagleboard-like platform
would spontaneously restart after precisely four minutes of operation?
No OOPS, no nothing. This is with 2.6.32-rc5.
BeagleBoard like?
* Gabi Voiculescu boy3d...@yahoo.com [091027 13:24]:
Hello.
I am working on porting a piece of code that makes use of irq on top of the
performance counters (PMN) present in the OMAP3530's
Cortex A8 MPU.
This code is ported from an armv6 platform (arm1176 cpu). On the original
platform
Gadiyar, Anand wrote:
I suspect a watchdog timer of some kind, but I haven't got a clue which one.
Turns out I had disabled watchdog timer support in my kernel.
Re-enabling it seems to have addressed the problem--- the system has run
for more than 5 minutes now. :)
Apparently, the default
Pandita, Vikram had written, on 11/03/2009 03:20 PM, the following:
Please fix subject typo:
[PATCH 3/8] omap: zoom2: split baord file for reuse
board
[...]
diff --git a/arch/arm/mach-omap2/board-zoom-peripherals.c
Guys:
I'm back! :) This time, it's because my Beagleboard-like platform
hangs hard during boot if I call usb_musb_init().
There are more differences between my platform and Beagleboard in this
area, namely that I'm using a different USB transceiver and I'm on hs0.
But why would the platform
Vikram Pandita had written, on 11/03/2009 03:20 PM, the following:
Add 3630SDP board support
The board shares the same peripherals as a zoom2 main.
So reuse the peripheral file of zoom platform.
The RAM part is Hynix memory as as in zoom3.
would be great to add more details on this.
Hi,
On Tue, Nov 03, 2009 at 11:28:04PM +0100, ext Bill Gatliff wrote:
I'm back! :) This time, it's because my Beagleboard-like platform
hangs hard during boot if I call usb_musb_init().
There are more differences between my platform and Beagleboard in this
area, namely that I'm using a
Pandita, Vikram had written, on 11/03/2009 03:20 PM, the following:
Zoom3 is the next versoin of Zoom2 board.
There has been a silicon update from zoom2 to zoom3.
Zoom2 has OMAP34xx
Zoom3 has OMAP3630
Zoom3 = OMAP3630 SOM board + same zoom2 main board + same debugboard
Zoom3 has
On 11/03/2009 11:37 AM, Bill Gatliff wrote:
Gadiyar, Anand wrote:
I suspect a watchdog timer of some kind, but I haven't got a clue which one.
Turns out I had disabled watchdog timer support in my kernel.
Re-enabling it seems to have addressed the problem--- the system has run
for more than
Tuesday 03 November 2009 20:24:38 Janusz Krzysztofik napisał(a):
If there are still no comments, especially on the bug possible impact on
other OMAP1510 boards (or even OMAP1610 with internal LCD controller), then
Tony, please apply it as is. Until it is accepted, I am stuck with new
Bill Gatliff wrote:
Gadiyar, Anand wrote:
I suspect a watchdog timer of some kind, but I haven't got a clue which one.
Turns out I had disabled watchdog timer support in my kernel.
Re-enabling it seems to have addressed the problem--- the system has run
for more than 5 minutes now. :)
On Tuesday 03 November 2009, Dasgupta, Romit wrote:
Subject: Re: [PATCH 1/1] PM: Making bdi threads non-freezable
On Monday 02 November 2009, Dasgupta, Romit wrote:
Fixes the case when bdi threads are in the refrigerator but file system
sync
can happen after this. This is
On 03/11/09 01:28, Robert Nelson wrote:
I tried that and various others to get other than the hub enumerated, no
luck so far with kernels I have built - no lights on the hub. I am now
rebuilding after following the config for the working narcissus build,
EHCI looks much the same, so here's
From 17a071cb82e3c9d69abc7366cc50ca316cc33e6b Mon Sep 17 00:00:00 2001
From: Ernest Ramos Falcon erne...@ti.com
Date: Fri, 30 Oct 2009 17:20:36 -0600
Subject: [PATCH 3/6] DSPBRIDGE: Report and print errors during OFF transitions
Report a PWRERR event (if enabled) during self hibernation
DPLL4 M, M3, M4, M5 and M6 field width has been increased by 1 bit in 3630.
This patch has changes to accommodate this in CM dynamically based on chip
version.
These changes are dependent on previous changes sent by
Nishant/Richard under subject (OMAP3:clk - introduce DPLL4 jtype support)
Here are a few patches that are intended to be included in dspbridge branch:
- omar
---
Ernest Ramos Falcon (1):
DSPBRIDGE: Report and print errors during OFF transitions
Ernesto Ramos (1):
DSPBRIDGE: Fix flood of messages from DSP
Fernando Guzman (1):
DSPBRIDGE: Set vdd1 to OPP3 always
Premi, Sanjeev pr...@ti.com writes:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin Hilman
Sent: Thursday, August 27, 2009 1:55 PM
To: Reddy, Teerth
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH]OMAP3:PM
Vikram Pandita had written, on 11/03/2009 03:20 PM, the following:
[...]
diff --git a/arch/arm/plat-omap/include/plat/uncompress.h
b/arch/arm/plat-omap/include/plat/uncompress.h
index e22f575..49b38f0 100644
--- a/arch/arm/plat-omap/include/plat/uncompress.h
+++
From da109a546582dac475510a74f050120b2ccbf486 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Fri, 30 Oct 2009 18:53:39 -0600
Subject: [PATCH 4/6] DSPBRIDGE: New state for DSP transition to hibernation
This patch fixes the issue when we are waiting for DSP
to go to
* Tony Lindgren t...@atomide.com [091103 08:44]:
* Mike Rapoport mike.rapop...@gmail.com [091102 23:10]:
On Mon, Nov 2, 2009 at 9:10 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091101 02:30]:
Tony Lindgren wrote:
Add new style mux data for
On 03/11/09 14:11, Koen Kooi wrote:
Any comments on this, I need this on beagleboard to make ehci work.
regards,
Koen
Op 24 okt 2009, om 09:59 heeft Jarkko Nikula het volgende geschreven:
The host port power is enabled by driving the nEN_USB_PWR low as
stated in
the comment. This
Split zoom2 board file into:
base board file and a board-zoom-peripherals.c file
that way the same peripherals file can be reused for: zoom3 and sdp3630
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/mach-omap2/Makefile |1 +
Hello,
I'm trying to get a Belkin F5D7050 USB wireless adapter to work with
the OMAP5912 starter kit. I enabled the zd1211rw driver in the kernel
(2.6.32-rc2-05967-gd350540), and it appears to recognize the device
when I connect it. It shows up as wlan0 when I do iwconfig.
The problem I'm
Zoom3 is the next versoin of Zoom2 board.
There has been a silicon update from zoom2 to zoom3.
Zoom2 has OMAP34xx
Zoom3 has OMAP3630
Zoom3 = OMAP3630 SOM board + same zoom2 main board + same debugboard
Zoom3 has a different SDRAM part from Hynix
Zoom2 had SDRAM part from micron
warning: initialization makes pointer from integer without a cast
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
drivers/dsp/bridge/wmd/tiomap3430_pwr.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/dsp/bridge/wmd/tiomap3430_pwr.c
From 424104463b418172a2c7c66c0b9ace83681b1fb9 Mon Sep 17 00:00:00 2001
From: Fernando Guzman x0095...@ti.com
Date: Thu, 15 Oct 2009 20:09:36 -0500
Subject: [PATCH 5/6] DSPBRIDGE: Set vdd1 to OPP3 always in DSP wake up
This patch set the vdd1 to OPP3 always in DSP wake up.
Signed-off-by: Fernando
Add 3630SDP board support
The board shares the same peripherals as a zoom2 main.
So reuse the peripheral file of zoom platform.
The RAM part is Hynix memory as as in zoom3.
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/mach-omap2/Kconfig |4 ++
Fixing subject this time.
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Ramirez Luna, Omar
Sent: Tuesday, November 03, 2009 5:08 PM
To: Linux OMAP
Subject: [PATCH 1/6] DSPBRIDGE: Lower power transtion timeout
Given
With CONFIG_PM=y, the omapfb/lcdc device on Amstrad Delta, after initially
starting correctly, breaks with the following error messages:
omapfb omapfb: resetting (status 0xff96,reset count 1)
...
omapfb omapfb: resetting (status 0xff96,reset count 100)
omapfb omapfb: too many reset
On behalf of Ernesto.
This patch fixes an issue in dspbridge when several messages are sent
in one shot but MPU was only able to process one message.
Signed-off-by: Ernesto Ramos erne...@ti.com
Signed-off by: Bhavin Shah bs...@ti.com
---
drivers/dsp/bridge/wmd/msg_sm.c | 11 +--
1
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of
Subject: [PATCH 0/8] RFC: introduce 3630 boards
Introducing 3630 boards: zoom3 and sdp3630
These patches are in my git tree at:
From: Ernesto Ramos erne...@ti.com
This patch fixes an issue in dspbridge when several messages are sent
in one shot but MPU was only able to process one message.
Signed-off-by: Ernesto Ramos erne...@ti.com
Signed-off by: Bhavin Shah bs...@ti.com
---
drivers/dsp/bridge/wmd/msg_sm.c | 11
Zoom2/Zoom3 kind of boards do not use omap uarts
these boards should not have DEBUG_LL writing to omap uarts
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/plat-omap/Kconfig |3 +++
arch/arm/plat-omap/include/plat/uncompress.h |4 +++-
2 files changed,
On 03/11/09 01:28, Robert Nelson wrote:
I tried that and various others to get other than the hub enumerated, no
luck so far with kernels I have built - no lights on the hub. I am now
rebuilding after following the config for the working narcissus build,
EHCI looks much the same, so here's
Given system latency and low timer resolutions, device
driver timeout needs to be cut to report any error, while
transitioning to OFF mode.
In the best case scenario, the transition should be immediate,
but in the worst scenario it could take up to ~400 ms,
even tough the driver defines the
Create zoom3 defconfig file
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/configs/omap_zoom3_defconfig | 1605 +
1 files changed, 1605 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/configs/omap_zoom3_defconfig
diff --git
Create 3630sdp defconfig file
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/configs/omap_3630sdp_defconfig | 1606 +++
1 files changed, 1606 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/configs/omap_3630sdp_defconfig
diff --git
Update DEBUG_LL for zoom2 board as CONFIG_OMAP_LL_DEBUG_NONE
Sync zoom2 defconfig with menuconfig
Signed-off-by: Vikram Pandita vikram.pand...@ti.com
---
arch/arm/configs/omap_zoom2_defconfig | 231 -
1 files changed, 141 insertions(+), 90 deletions(-)
diff
3630 is getting treated like next rev of 3430
omap_chip.oc variable has to be updated for 3630 version
Otherwise the Core power domain is not getting registered.
This gets used in the registration of power domains in:
arch/arm/mach-omap2/powerdomains34xx.h
core_34xx_es3_1_pwrdm
Hi All,
If anyone has patches that need to be included in dspbridge branch, please send
them to the list.
I'm planning to give a run on the script sent by Nishant to eliminate
CamelCasing from bridge starting next week.
- omar
--
To unsubscribe from this list: send the line unsubscribe
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [091103 12:05]:
Tuesday 03 November 2009 20:24:38 Janusz Krzysztofik napisał(a):
If there are still no comments, especially on the bug possible impact on
other OMAP1510 boards (or even OMAP1610 with internal LCD controller), then
Tony, please apply
Introducing 3630 boards: zoom3 and sdp3630
The peripherals are very similar for the two bards as per this discussion:
http://marc.info/?l=linux-omapm=125676595710748w=2
So maximum reuse is done for the board files for zoom3 and sdp3630
Review comments incorporated:
diff --git a/arch/arm/configs/omap_zoom2_defconfig
b/arch/arm/configs/omap_zoom2_defconfig
index f1739fa..db4fc1c 100644
--- a/arch/arm/configs/omap_zoom2_defconfig
+++ b/arch/arm/configs/omap_zoom2_defconfig
@@ -1,15 +1,13 @@
#
# Automatically generated make config: don't edit
-#
Tony Lindgren wrote:
* Mike Rapoport mike.rapop...@gmail.com [091102 23:10]:
On Mon, Nov 2, 2009 at 9:10 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091101 02:30]:
Tony Lindgren wrote:
Add new style mux data for 34xx. This should also
work with 3630
Configure the APLL_INFREQ field in the APLL_CTL register
based on the platform data.
Provide also a function for childs to query the audio_mclk
frequency.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
drivers/mfd/twl4030-codec.c | 35 +++
Hello,
Changes from the first series:
- Typos fixed and warning/error messages for APLL frequency mismatch
now consistent
- twl4030-codec MFD driver audio_mclk validity check simplified
- Commit message for the twl4030-codec MFD driver has been changed also
- Patch: ASoC: TWL4030: Make sure,
APLL_CTL register is configured by the twl4030-codec MFD
driver.
Remove code, which makes changes in the APLL_CTL register,
and replace those with checks against the configured
audio_mclk configuration done in the MFD driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
Add audio_mclk to the platform data struct for the
twl4030-codec MFD driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
include/linux/i2c/twl4030.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/i2c/twl4030.h b/include/linux/i2c/twl4030.h
82 matches
Mail list logo