On Mon, 2009-11-02 at 13:26 +0530, manj...@ti.com wrote:
From: Manjunatha GK manj...@ti.com
Signed-off-by: Manjunatha GK manj...@ti.com
---
arch/arm/configs/omap_zoom2_defconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
--- a/arch/arm/configs/omap_zoom2_defconfig
+++ b/arch/arm/configs/omap_zoom2_defconfig
@@ -1350,7 +1350,7 @@ CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
# CONFIG_UNUSED_SYMBOLS is not set
-# CONFIG_DEBUG_FS is not set
+CONFIG_DEBUG_FS=y
#
On Mon, Nov 02, 2009 at 10:00:23AM +0100, ext G, Manjunath Kondaiah wrote:
--- a/arch/arm/configs/omap_zoom2_defconfig
+++ b/arch/arm/configs/omap_zoom2_defconfig
@@ -1350,7 +1350,7 @@ CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
#
On Mon, 2009-11-02 at 14:30 +0530, G, Manjunath Kondaiah wrote:
--- a/arch/arm/configs/omap_zoom2_defconfig
+++ b/arch/arm/configs/omap_zoom2_defconfig
@@ -1350,7 +1350,7 @@ CONFIG_ENABLE_MUST_CHECK=y
CONFIG_FRAME_WARN=1024
CONFIG_MAGIC_SYSRQ=y
# CONFIG_UNUSED_SYMBOLS is not
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Monday, November 02, 2009 2:44 PM
To: G, Manjunath Kondaiah
Cc: dedeki...@gmail.com; linux-omap@vger.kernel.org;
khil...@deeprootsystems.com
Subject: Re: [PATCH] [OMAP3_PM] Fix zoom2 defconfig build
On
At Mon, 2 Nov 2009 12:22:22 +1100,
Stephen Rothwell wrote:
Hi Takashi,
Today's linux-next merge of the sound tree got a conflict in
arch/arm/mach-omap2/board-omap3evm.c between commit
fa48a99192e3ee862f6d26c5248347c772b33b84 (omap3: evm: initialize vmmc
and vmmc_aux regulators) from the
Hello all,
For last few days I am facing an interesting suspend resume
issue when I have a SD card inserted in
a development platform. My kernel is built without CONFIG_MMC_UNSAFE_RESUME.
(Most of the problems
don't appear with CONFIG_MMC_UNSAFE_RESUME=y but that option seems
Fixes the case when bdi threads are in the refrigerator but file system sync
can happen after this. This is possible in MMC when CONFIG_MMC_UNSAFE_RESUME is
not set.
Signed-off-by: Romit Dasgupta ro...@ti.com
---
diff --git a/fs/fs-writeback.c b/fs/fs-writeback.c
index 9d5360c..661229d 100644
From: Manjunatha GK manj...@ti.com
The omap zoom2 defconfig build breaks on linux-omap-pm(with pm branch)
when CONFIG_DEBUG_FS is not enabled. This patch fixes the build issue.
Kernel booting tested on omap zoom2 board.
Signed-off-by: Manjunatha GK manj...@ti.com
---
On Mon, Nov 2, 2009 at 4:51 PM, manj...@ti.com wrote:
From: Manjunatha GK manj...@ti.com
The omap zoom2 defconfig build breaks on linux-omap-pm(with pm branch)
when CONFIG_DEBUG_FS is not enabled. This patch fixes the build issue.
Kernel booting tested on omap zoom2 board.
Signed-off-by:
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
---
Move the APLL_CTL register configuration to the twl4030-codec
MFD driver.
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 | 40 +
Set the codec-bias_level to SND_SOC_BIAS_OFF before changing
the initial bias level to STANDBY.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
sound/soc/codecs/twl4030.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/sound/soc/codecs/twl4030.c
Hello,
The following series changes the way how the APLL_CTL register is handled by
the twl4030 codec related drivers.
Moving the configuration of APLL_CTL register from child drivers (specifically
from soc codec driver) to the twl4030-codec MFD driver.
Because the audio_mclk is static, board
Add audio_mclk to the twl4030-codec MFD
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
index 42d6c72..c188961 100644
---
audio_mclk value is going to be handled by the
twl4030-codec MFD driver, configure the correct
value for boards, which is using the twl4030 audio.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
---
arch/arm/mach-omap2/board-3430sdp.c |1 +
arch/arm/mach-omap2/board-omap3beagle.c
2009/10/21 Nishanth Menon n...@ti.com:
Paul Walmsley had written, on 10/20/2009 06:14 PM, the following:
Hi Vikram, Nishanth, Richard,
a few comments on this:
On Tue, 20 Oct 2009, Vikram Pandita wrote:
Add bits for future expansion of omap_chip_id type field.
This is needed to accomodate
Hi,
Currently the DVFS implementation on the linux-omap tree requires
TI SRF to be used.
The 'proposed' implementation posted below is a proposal towards
implementing cpufreq without SRF. File structure is based on the
current omap-pm-noop.c.
The code is pasted below 'as-is' from the
-Original Message-
From: Premi, Sanjeev
Sent: Tuesday, October 27, 2009 7:32 PM
To: linux-omap@vger.kernel.org
Cc: Premi, Sanjeev
Subject: [PATCH 0/2] Introduce support for AM35xx
This patch adds support for the recently announced
AM3505 and AM3517 devices from Texas
Alexander Shishkin had written, on 11/02/2009 07:12 AM, the following:
2009/10/21 Nishanth Menon n...@ti.com:
Paul Walmsley had written, on 10/20/2009 06:14 PM, the following:
Hi Vikram, Nishanth, Richard,
a few comments on this:
On Tue, 20 Oct 2009, Vikram Pandita wrote:
Add bits for
This patch removes code blocks that are repeated
in function prcm_setup_regs().
Signed-off-by: Sanjeev Premi pr...@ti.com
---
arch/arm/mach-omap2/pm34xx.c | 18 --
1 files changed, 0 insertions(+), 18 deletions(-)
diff --git a/arch/arm/mach-omap2/pm34xx.c
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
after commit omap: headers: Move remaining headers from include/mach to
G, Manjunath Kondaiah manj...@ti.com writes:
-Original Message-
From: Felipe Balbi [mailto:felipe.ba...@nokia.com]
Sent: Monday, November 02, 2009 2:44 PM
To: G, Manjunath Kondaiah
Cc: dedeki...@gmail.com; linux-omap@vger.kernel.org;
khil...@deeprootsystems.com
Subject: Re:
diff --git a/arch/arm/mach-omap2/pm-debug.c
b/arch/arm/mach-omap2/pm-debug.c
index 767ebbc..3a42615 100644
--- a/arch/arm/mach-omap2/pm-debug.c
+++ b/arch/arm/mach-omap2/pm-debug.c
@@ -625,4 +625,6 @@ arch_initcall(pm_dbg_init);
#else
void pm_dbg_update_time(struct powerdomain
2009/10/20 Vikram Pandita vikram.pand...@ti.com:
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:
G, Manjunath Kondaiah manj...@ti.com writes:
diff --git a/arch/arm/mach-omap2/pm-debug.c
b/arch/arm/mach-omap2/pm-debug.c
index 767ebbc..3a42615 100644
--- a/arch/arm/mach-omap2/pm-debug.c
+++ b/arch/arm/mach-omap2/pm-debug.c
@@ -625,4 +625,6 @@ arch_initcall(pm_dbg_init);
#else
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 configured
audio_mclk configuration done in the MFD driver.
On Mon, Nov 02, 2009 at 02:34:54PM +0200, Peter Ujfalusi wrote:
Set the codec-bias_level to SND_SOC_BIAS_OFF before changing
the initial bias level to STANDBY.
Signed-off-by: Peter Ujfalusi peter.ujfal...@nokia.com
I've applied this one immediately since it doesn't need any of the other
Alexander Shishkin had written, on 11/02/2009 11:01 AM, the following:
[..]
Issues with the strategy of restricting to the current 8 bits:
a) Why extrabits now:
we have 8 bits now and we would have used all 8 bits with 3630 with the
mentioned patch. What do we do with the next revision of 3430?
Bill Gatliff wrote:
I'm trying to build a kernel for beagleboard, using the defconfig found
in 2.6.32-rc5 and the 2.6.32-rc5 source code.
Said kernel hangs after the uncompressor, I'm just trying to figure out
if this is a known issue or not. The defconfig in the linux-omap tree
does seem
On Mon, Nov 02, 2009 at 07:05:49PM +0200, Alexander Shishkin wrote:
2009/10/20 Vikram Pandita vikram.pand...@ti.com:
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
* Mike Rapoport m...@compulab.co.il [091101 02:29]:
Tony Lindgren wrote:
Initially only for 34xx. Keep the old code working
until the data has been converted to the new style
format.
REVISIT: Add support for cmdline parsing
REVISIT: Add a function to get mux register by GPIO pin
* 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.
Big thanks to Paul Benoit for the 34xx mux data!
I've tried your patches, they seem to work just fine on CM-T35.
OK cool.
To
-Original Message-
From: Alexander Shishkin [mailto:virtu...@slind.org]
Sent: Monday, November 02, 2009 12:29 PM
To: Pandita, Vikram
Cc: linux-omap@vger.kernel.org; Menon, Nishanth
Subject: Re: [PATCH] omap: 3630: update is_chip variable
On Mon, Nov 02, 2009 at 07:05:49PM +0200,
* 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 the processor subset
and ball data.
Note that this data is __initdata, and gets optimized
out if CONFIG_OMAP_MUX is not set.
From: vikram pandita vikram.pand...@ti.com
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:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tim Bird
Sent: Monday, November 02, 2009 12:21 PM
To: Bill Gatliff
Cc: linux-omap@vger.kernel.org
Subject: Re: Do defconfigs work for 2.6.32-rc5 mainline kernels?
* Aguirre Rodriguez, Sergio Alberto saagui...@ti.com [091102 12:32]:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Tim Bird
Sent: Monday, November 02, 2009 12:21 PM
To: Bill Gatliff
Cc:
On 02/11/09 07:04, Felipe Balbi wrote:
On Mon, Nov 02, 2009 at 12:29:56AM +0100, ext Sid Boyce wrote:
On 01/11/09 15:42, Robert Nelson wrote:
I am tried beagleboard_defconfig I downloaded, but when the .config
was written at the start of the kernel build
# CONFIG_USB_ARCH_HAS_EHCI is not
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 hoping.
I have another 16G MMC card I am
On Mon, 2009-11-02 at 20:16 +0100, ext Vikram Pandita wrote:
From: vikram pandita vikram.pand...@ti.com
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
Currently we don't see any message to inform user that gadget cable is
successfully disconnected leading to suspicion if everything is fine at
driver therefore adding an informative print message in gadget
disconnect path.
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
---
Removes below unnecessary log of almost 28 lines during boot.
musb_hdrc: hw_ep 0shared, max 64
musb_hdrc: hw_ep 1tx, max 512
musb_hdrc: hw_ep 1rx, max 512
...
...
musb_hdrc: hw_ep 13shared, max 4096
musb_hdrc: hw_ep 14shared, max 1024
musb_hdrc: hw_ep 15shared, max 1024
Signed-off-by: Ajay Kumar
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.
Big thanks to Paul Benoit for the 34xx mux data!
I've tried
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 possible in MMC when
CONFIG_MMC_UNSAFE_RESUME is
not set.
On Mon, Nov 2, 2009 at 8:54 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091101 02:29]:
Tony Lindgren wrote:
Initially only for 34xx. Keep the old code working
until the data has been converted to the new style
format.
REVISIT: Add support for
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 the processor subset
and ball data.
Note that this data is
Hi,
On Tue, Nov 03, 2009 at 07:35:39AM +0100, ext Ajay Kumar Gupta wrote:
Currently we don't see any message to inform user that gadget cable is
successfully disconnected leading to suspicion if everything is fine at
driver therefore adding an informative print message in gadget
disconnect
48 matches
Mail list logo