-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, April 28, 2010 12:32 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
Vishwanath; Sawant, Anand
Subject: Re: [PATCHv3 12/22] OMAP3: PM: Minimizing
Hi Peter,
ext Peter Hüwe wrote:
Hi Roger,
I just wanted to inform you that your Patch
OMAP: RX51: Add LCD Panel support (b499d77834ae292465f8d06bb0a88f1a647dfa1a)
introduces a build failure for the omap3_defconfig.
You can see the error message here:
On Thu, May 13, 2010 at 12:16:16PM +0530, Hemanth V wrote:
- Original Message - From: Christoph Fritz
chf.fr...@googlemail.com
To: Dmitry Torokhov dmitry.torok...@gmail.com
Cc: Jonathan Cameron ji...@cam.ac.uk; Datta, Shubhrajyoti
shubhrajy...@ti.com; linux-in...@vger.kernel.org;
- Original Message -
From: Jonathan Cameron ji...@cam.ac.uk
Hi Hemanth,
Quick comments below. I haven't commented much on the
input aspects, just stuck to the more general driver aspects.
Thanks for the comments, responses inline. I am hoping for
some more wider review.
As ever at
On Thu, May 13, 2010 at 12:16:16PM +0530, Hemanth V wrote:
- Original Message - From: Christoph Fritz
chf.fr...@googlemail.com
To: Dmitry Torokhov dmitry.torok...@gmail.com
Cc: Jonathan Cameron ji...@cam.ac.uk; Datta, Shubhrajyoti
shubhrajy...@ti.com; linux-in...@vger.kernel.org;
On Wed, May 12, 2010 at 12:18:38PM -0500, Jorge Eduardo Candelaria wrote:
The following patches enable McBSP driver to be used along with the
audio driver in SDP4430 and other OMAP4 based boards.
Both
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
--
To unsubscribe from this list:
Hi,
-Original Message-
From: linux-usb-ow...@vger.kernel.org
[mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Gupta, Ajay Kumar
Sent: Thursday, May 13, 2010 9:53 AM
To: Gadiyar, Anand; m...@felipebalbi.com
Cc: linux-...@vger.kernel.org; linux-omap@vger.kernel.org
Subject: RE: [PATCH
+ peoples who are in CC list.
Janboe Ye
2010/5/13 ye janboe janboe...@gmail.com:
Thanks for Russell and Tony.
I think this patch is needed when MPU support OFF mode, special on
omap. Otherwise, VFP state will be lost.
Reviewed-by: Janboe Ye janboe...@gmail.com
2010/5/12 Russell King -
On Thu, 2010-05-13 at 09:19 +0100, Mark Brown wrote:
On Wed, May 12, 2010 at 12:18:38PM -0500, Jorge Eduardo Candelaria wrote:
The following patches enable McBSP driver to be used along with the
audio driver in SDP4430 and other OMAP4 based boards.
Both
Acked-by: Mark Brown
-Original Message-
From: Peter 'p2' De Schrijver [mailto:peter.de-schrij...@nokia.com]
Sent: Tuesday, May 11, 2010 6:17 PM
To: ext Lesly Arackal Manuel
Cc: Valentin Eduardo (Nokia-D/Helsinki); linux-omap@vger.kernel.org;
'Lesly A M'; 'Nishanth Menon'; 'David Derrick'; 'Samuel Ortiz'
Hi,
Another approach to use PIO mode in opposite direction would
increase
the
cpu loading and thus using system DMA is preferred workaround.
Signed-off-by: Anand Gadiyar gadi...@ti.com
Signed-off-by: Ajay Kumar Gupta ajay.gu...@ti.com
I think falling back to pio is
From: Vishwanath Sripathy vishwanath...@ti.com
OMAP3430/3630 has a Silicon bug because of which SDRC is
released from IDLE even before Core DPLL has locked. This leads
to undefined behaviour of SDRC DLL.
This patch has workaround for the same.
Description of WA for 3430:
Initialization:
From: Shweta Gulati shweta.gul...@ti.com
This version of patch incorporates review comments which includes
shifting the code change in specific function 'omap3_iva_idle' and
removing iva_pwrdm from pwrst_list rather than checking all the pwrdms
in list to exclude iva_pwrdm.
The PM code should
On 05/13/10 08:53, Hemanth V wrote:
- Original Message -
From: Jonathan Cameron ji...@cam.ac.uk
Hi Hemanth,
Quick comments below. I haven't commented much on the
input aspects, just stuck to the more general driver aspects.
Thanks for the comments, responses inline. I am hoping
-Original Message-
From: Peter 'p2' De Schrijver [mailto:peter.de-schrij...@nokia.com]
Sent: Monday, May 10, 2010 8:01 PM
To: Lesly A M
Cc: linux-omap@vger.kernel.org; Lesly A M; Nishanth Menon; David Derrick;
Samuel Ortiz
Subject: Re: [PATCH v5 3/5] omap3: pm: Generic TRITON power
On Thu, May 13, 2010 at 12:09 AM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
If you are referring to this patch:
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-
2.6.git;a=commit;h=26ad62f03578a12e942d8bb86d0e52ef1afdee22
Yes, that's the patch. Could you make sure that the
Tony Lindgren wrote:
Hi,
Some requests to make this more future proof.
* Stanley.Miao stanley.m...@windriver.com [100419 23:20]:
AM3517 don't have the register OMAP343X_CONTROL_PBIAS_LITE and the regulators
like vmmc, so we set a noop set_power function for it.
Signed-off-by: Stanley.Miao
On Wed, May 12, 2010 at 09:35:30PM -0600, Paul Walmsley wrote:
Figuring out a different way to do this should not limit Android at all,
since Google can do what other Linux distributions do and continue to
patch opportunistic suspend/suspend-block calls into their kernels as
needed to
There are three i2c buses on am3517, and each i2c bus has several devices
on it, so we can't name the i2c boardinfo structures with one of these
devices. In order to make it more readable, now rename these three boardinfo
structures based on i2c indexes.
Signed-off-by: Stanley.Miao
There is two gpio for mmc use, one is for card detecting, another is
used for checking write protect. Intialize its pinmux in case the bootloader
doesn't set it.
Signed-off-by: Stanley.Miao stanley.m...@windriver.com
---
arch/arm/mach-omap2/devices.c |9 +
1 files changed, 9
Changes from V3:
1, refresh the the patches against the current omap-for-linus branch
2, Added features in mmc-slot[i].
Stanley.Miao (3):
AM3517: rename the i2c boardinfo to make it more readable
omap: init the gpio pinmux for mmc
omap hsmmc: fix the hsmmc driver for am3517
This patchs should allow to use 32-bit samples on e.g. TLV320AIC23 codec,
or others.
---
sound/soc/omap/omap-mcbsp.c | 30 ++
1 files changed, 26 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/omap-mcbsp.c b/sound/soc/omap/omap-mcbsp.c
index
Factor out the clock enable/disable calls in the driver for
reuse in the suspend/resume paths.
Signed-off-by: Anand Gadiyar gadi...@ti.com
---
Based off v2.6.34-rc7 + gregkh-07-usb-2.6.34-rc7.patch
and one recent patch I posted [1]
[1] http://marc.info/?l=linux-usbm=127315680127935w=2
Some execution info is missing at the beginning of the trace buffer printout.
This fix is to include this information according to the buffer contents
description and also couple of cosmetic changes to make the traces more
readable.
Signed-off-by: Ernesto Ramos erne...@ti.com
---
config VRFB should depend on ARCH_OMAP2 or ARCH_OMAP3.
Changes from v1:
- Addressed multi-omap build issue
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
drivers/video/omap2/Kconfig|4
drivers/video/omap2/omapfb/Kconfig |1 -
2 files changed, 4
FB_OMAP2 can work without VRFB, but currently does not build. Fix this.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
arch/arm/plat-omap/include/plat/vrfb.h | 16
1 file changed, 16 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/vrfb.h
From: Senthilvadivu Guruswamy svad...@ti.com
Hi all,
This patch series replaces the patch
DSS2 Include VRFB into omap2-3build only
Thanks for the review comments.
The intent of this series is to split the patch into 2 logical
patches and also to incorporate the comments on multi-omap build.
This patchs should allow to use 32-bit samples on e.g. TLV320AIC3x codec,
or others.
Signed-off-by: Sergey Lapin sla...@ossfans.org
---
sound/soc/omap/omap-mcbsp.c | 30 ++
1 files changed, 26 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/omap-mcbsp.c
On Thu, May 13, 2010 at 07:24:08PM +0400, Sergey Lapin wrote:
This patchs should allow to use 32-bit samples on e.g. TLV320AIC3x codec,
or others.
Signed-off-by: Sergey Lapin sla...@ossfans.org
+ default:
+ omap_mcbsp_dai_dma_params[id][substream-stream].data_type =
+
On Thu, May 13, 2010 at 04:27:55PM +0100, Mark Brown wrote:
On Thu, May 13, 2010 at 07:24:08PM +0400, Sergey Lapin wrote:
This patchs should allow to use 32-bit samples on e.g. TLV320AIC3x codec,
or others.
Signed-off-by: Sergey Lapin sla...@ossfans.org
+ default:
+
Senthilvadivu Guruswamy had written, on 05/13/2010 10:20 AM, the following:
FB_OMAP2 can work without VRFB, but currently does not build. Fix this.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
arch/arm/plat-omap/include/plat/vrfb.h | 16
1 file changed, 16
* Sukumar Ghorai s-gho...@ti.com [100512 02:43]:
--- a/arch/arm/mach-omap2/gpmc.c
+++ b/arch/arm/mach-omap2/gpmc.c
@@ -64,16 +64,32 @@ static void __iomem *gpmc_base;
static struct clk *gpmc_l3_clk;
-static void gpmc_write_reg(int idx, u32 val)
+void gpmc_write_reg(int idx, u32 val)
* Sukumar Ghorai s-gho...@ti.com [100512 02:43]:
--- a/arch/arm/plat-omap/include/plat/gpmc.h
+++ b/arch/arm/plat-omap/include/plat/gpmc.h
@@ -25,10 +25,40 @@
#define GPMC_CS_NAND_ADDRESS 0x20
#define GPMC_CS_NAND_DATA0x24
-#define GPMC_CONFIG 0x50
-#define GPMC_STATUS
* Sukumar Ghorai s-gho...@ti.com [100512 02:43]:
The following set of patches applies on top of master branch.
http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap-2.6.git
Patches verified on: omap3430-SDP, omap3630-sdp, zoom3 and beagle board
And these are the patches
This patchs should allow to use 32-bit samples on e.g. TLV320AIC3x codec,
or others.
Signed-off-by: Sergey Lapin sla...@ossfans.org
---
sound/soc/omap/omap-mcbsp.c | 28
1 files changed, 24 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/omap-mcbsp.c
On Thu, May 13, 2010 at 07:48:16PM +0400, Sergey Lapin wrote:
This patchs should allow to use 32-bit samples on e.g. TLV320AIC3x codec,
or others.
Signed-off-by: Sergey Lapin sla...@ossfans.org
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
--
To unsubscribe from this list: send
Ramos Falcon, Ernesto had written, on 05/13/2010 10:40 AM, the following:
Resending this patch rebased to the last changes included in dspbridge.
---
Some execution info is missing at the beginning of the
trace buffer printout. This fix is to include this information
according to the buffer
Ernesto
@@ -2136,6 +2138,7 @@ dsp_status dump_dsp_stack(struct bridge_dev_context
*bridge_context)
total_size = MAX_MMU_DBGBUFF;
buffer = kzalloc(total_size, GFP_ATOMIC);
+ buffer_beg = buffer;
buffer_end = buffer + total_size
* stanley.miao stanley.m...@windriver.com [100513 04:38]:
We can move other features into the variable features, such as
nonremovable, power_saving.
Great, that sounds good to me. Might help with the mmc init issues
for omap4 also.
Regards,
Tony
--
To unsubscribe from this list: send the line
Op 13 mei 2010, om 17:20 heeft Senthilvadivu Guruswamy het volgende geschreven:
FB_OMAP2 can work without VRFB, but currently does not build. Fix this.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
arch/arm/plat-omap/include/plat/vrfb.h | 16
1 file changed,
Koen Kooi had written, on 05/13/2010 11:00 AM, the following:
Op 13 mei 2010, om 17:20 heeft Senthilvadivu Guruswamy het volgende geschreven:
FB_OMAP2 can work without VRFB, but currently does not build. Fix this.
Signed-off-by: Senthilvadivu Guruswamy svad...@ti.com
---
On Thu, 13 May 2010, Anand Gadiyar wrote:
Add support for suspend and resume to the ehci-omap driver.
Added routines for platform_driver suspend/resume and
wrappers around ehci_bus_suspend/resume.
+#ifdef CONFIG_PM
-Original Message-
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Thursday, May 13, 2010 6:39 AM
To: Guzman Lugo, Fernando
Cc: Chitriki Rudramuni, Deepak; linux-omap; Ameya Palande; Felipe
Contreras; Hiroshi Doyu; Ramirez Luna, Omar; Menon, Nishanth
Subject: Re:
And here's a patch which converts the OMAP FB code to use lmb_reserve
instead of poking about with bootmem stuff. Untested, so I'd like to
hear back whether it works.
diff --git a/arch/arm/mach-omap1/board-ams-delta.c
b/arch/arm/mach-omap1/board-ams-delta.c
index 7fc11c3..87b94a8 100644
---
On Thu, 2010-05-13 at 13:17 +0100, Matthew Garrett wrote:
On Wed, May 12, 2010 at 09:35:30PM -0600, Paul Walmsley wrote:
Figuring out a different way to do this should not limit Android at all,
since Google can do what other Linux distributions do and continue to
patch opportunistic
Hi,
The main purpose of this patch series is to be able to compile mach platform
data as built-in. Otherwise, client modules such as bridgedriver will load the
platform code, but not the mach code when mailbox is built as a module.
Unfortunately, there's no easy way to do that since plat and
And fix a few compilation warnings.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/devices.c |6 ++
arch/arm/mach-omap1/mailbox.c |3 +--
arch/arm/mach-omap2/mailbox.c |7 +++
arch/arm/plat-omap/mailbox.c |2 --
4 files changed, 6
OMAP4 ones messed up the organization.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/mailbox.c | 68 +
1 files changed, 35 insertions(+), 33 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/mailbox.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index 252e53b..6d17da8 100644
--- a/arch/arm/mach-omap2/mailbox.c
CONFIG_OMAP_DSP is not in mainline, CONFIG_OMAP_MBOX_FWK is.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/devices.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap1/devices.c b/arch/arm/mach-omap1/devices.c
index
Based on omap2 code.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c | 25 +++--
1 files changed, 15 insertions(+), 10 deletions(-)
diff --git a/arch/arm/mach-omap1/mailbox.c b/arch/arm/mach-omap1/mailbox.c
index
This is a step forward to split the mbox registers.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c | 42 +
arch/arm/mach-omap2/mailbox.c | 99 +---
2 files changed, 65 insertions(+), 76
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap2/mailbox.c | 15 +--
1 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index 0902965..103c670 100644
---
Makes more sense to register in the mach file, plus it will allow more
functionality later on.
Also, this probably enables multi-omap for real.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/devices.c | 38
arch/arm/mach-omap1/mailbox.c |
Will be needed to split the platform_driver.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c | 23 ++
arch/arm/mach-omap2/mailbox.c | 50 ++--
2 files changed, 31 insertions(+), 42 deletions(-)
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c |2 +-
arch/arm/mach-omap2/mailbox.c |6 ++
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap1/mailbox.c b/arch/arm/mach-omap1/mailbox.c
index d57fb5d..64c1dc2
This will allow the current 'mailbox_mach' to be built-in.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c | 50 +
arch/arm/mach-omap2/mailbox.c | 50 +
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/mach-omap1/mailbox.c |2 +-
arch/arm/mach-omap2/mailbox.c |6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap1/mailbox.c b/arch/arm/mach-omap1/mailbox.c
index b01d3c3..74d2677
-Original Message-
From: Menon, Nishanth
Sent: Thursday, May 13, 2010 10:49 AM
To: Ramos Falcon, Ernesto
Cc: linux-omap@vger.kernel.org; Ameya Palande; Contreras Felipe (Nokia-
D/Helsinki)
Subject: Re: [PATCHv2] DSPBRIDGE: Include missing info in MMU Fault
debugging trace
Ramos Falcon,
Hi,
-Original Message-
From: Kanigeri, Hari
Sent: Thursday, May 13, 2010 10:55 AM
To: Ramos Falcon, Ernesto; linux-omap@vger.kernel.org
Cc: Ameya Palande; Contreras Felipe (Nokia-D/Helsinki)
Subject: RE: [PATCHv2] DSPBRIDGE: Include missing info in MMU Fault
debugging trace
Ernesto
@@
On Thu, May 13, 2010 at 10:33 AM, Daniel Walker dwal...@fifo99.com wrote:
On Thu, 2010-05-13 at 13:17 +0100, Matthew Garrett wrote:
On Wed, May 12, 2010 at 09:35:30PM -0600, Paul Walmsley wrote:
Figuring out a different way to do this should not limit Android at all,
since Google can do
On Thu, 2010-05-13 at 11:17 -0700, Brian Swetland wrote:
I'm not sure this necessitates using only debugfs for the userspace
interface. A userspace interface is necessary to accomplish what
we're trying to do here, otherwise we have only half a solution, and
our hope is that it'd be a
On Thu, May 13, 2010 at 8:29 PM, Guzman Lugo, Fernando
fernando.l...@ti.com wrote:
First of all, what is the DSP supposed to do with that memory? Do we
really need to call hw_mmu_tlb_add at all?
Once DSP MMUfault happens iva mmu module prevents DSP continue executing
until mmu module is able
On Thu, May 13, 2010 at 11:25:57AM -0700, Daniel Walker wrote:
The problem is that once this userspace interface is exposed, it's
nearly permanent and has to be support for a long long time .. It might
seen trivial to just remove something your not using, but we never know
who is using what
Tony,
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: 2010-05-13 21:11
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org;
sako...@gmail.com; m...@compulab.co.il; artem.bityuts...@nokia.com
Subject: Re: [PATCH 2/3] omap3 nand:
On Tue, 11 May 2010 14:57:16 -0700, Kevin Hilman khil...@deeprootsystems.com
wrote:
Note that dev_pm_ops version of the suspend hook no longer takes a
'state' argument. However, the MMC core function mmc_suspend_host()
still takes a 'state' argument, but it is unused, so a dummy
state
On Thu, 2010-05-13 at 19:36 +0100, Matthew Garrett wrote:
On Thu, May 13, 2010 at 11:25:57AM -0700, Daniel Walker wrote:
The problem is that once this userspace interface is exposed, it's
nearly permanent and has to be support for a long long time .. It might
seen trivial to just remove
On Thu, May 13, 2010 at 11:59:37AM -0700, Daniel Walker wrote:
On Thu, 2010-05-13 at 19:36 +0100, Matthew Garrett wrote:
Deprecating sysfs interfaces can be done within 6 months or so,
especially if there's only one real consumer.
I'll assume your right (can you give an example of this?),
* Alan Stern st...@rowland.harvard.edu [100513 07:11]:
On Wed, 12 May 2010, Paul Walmsley wrote:
Hello,
Some general comments on the suspend blockers/wakelock/opportunistic
suspend v6 patch series, posted here:
On Thu, May 13, 2010 at 12:17:17PM -0700, Tony Lindgren wrote:
The suspend blocks seems like a hack to spam filter good and bad
apps from timer usage point of view. Applications are categorized
as good or bad depending if they grab a susped blocker or not.
I believe categorizing the apps
Hi Andrew,
* Cory Maccarrone darkstar6...@gmail.com [100307 09:44]:
From: Marek Belisko marek.beli...@open-nandra.com
The omap850 and omap730 use 16-bit registers instead of 32-bit, requiring
a modification of the register addresses in the mmc-omap driver. To resolve
this, a bit shift is
On Fri, Apr 9, 2010 at 2:43 AM, Gomez Castellanos, Ivan
ivan.go...@ti.com wrote:
diff --git a/drivers/dsp/bridge/wmd/ue_deh.c b/drivers/dsp/bridge/wmd/ue_deh.c
index 75a62b0..6c1b318 100644
--- a/drivers/dsp/bridge/wmd/ue_deh.c
+++ b/drivers/dsp/bridge/wmd/ue_deh.c
@@ -239,8 +239,8 @@ void
On Thu, 2010-05-13 at 20:11 +0100, Matthew Garrett wrote:
On Thu, May 13, 2010 at 11:59:37AM -0700, Daniel Walker wrote:
On Thu, 2010-05-13 at 19:36 +0100, Matthew Garrett wrote:
Deprecating sysfs interfaces can be done within 6 months or so,
especially if there's only one real consumer.
On Thu, 13 May 2010 12:29:35 -0700
Tony Lindgren t...@atomide.com wrote:
* Cory Maccarrone darkstar6...@gmail.com [100307 09:44]:
From: Marek Belisko marek.beli...@open-nandra.com
The omap850 and omap730 use 16-bit registers instead of 32-bit, requiring
a modification of the register
* Matthew Garrett m...@redhat.com [100513 12:20]:
On Thu, May 13, 2010 at 12:17:17PM -0700, Tony Lindgren wrote:
The suspend blocks seems like a hack to spam filter good and bad
apps from timer usage point of view. Applications are categorized
as good or bad depending if they grab a susped
On Thu, May 13, 2010 at 09:44:11AM +0530, Gupta, Ajay Kumar wrote:
Hi,
-Original Message-
From: Felipe Balbi [mailto:m...@felipebalbi.com]
Sent: Wednesday, May 12, 2010 11:26 PM
To: Sergei Shtylyov
Cc: Gupta, Ajay Kumar; linux-...@vger.kernel.org; linux-
o...@vger.kernel.org
On Thu, May 13, 2010 at 12:36:34PM -0700, Daniel Walker wrote:
On Thu, 2010-05-13 at 20:11 +0100, Matthew Garrett wrote:
See feature-removal-schedule.txt. So far we have no indication that it's
going to be replaced, because nobody has actually suggested a working
way to do this better. If
* Andrew Morton a...@linux-foundation.org [100513 12:36]:
On Thu, 13 May 2010 12:29:35 -0700
Tony Lindgren t...@atomide.com wrote:
* Cory Maccarrone darkstar6...@gmail.com [100307 09:44]:
From: Marek Belisko marek.beli...@open-nandra.com
The omap850 and omap730 use 16-bit registers
On Thu, May 13, 2010 at 12:42:05PM -0700, Tony Lindgren wrote:
1. In the kernel, we add one more timer queue for critical timers.
The current timer queue(s) stay as it is.
2. We allow selecting the timer based on some flag, the default
behaviour being the current default timer queue.
* Matthew Garrett m...@redhat.com [100513 12:49]:
On Thu, May 13, 2010 at 12:42:05PM -0700, Tony Lindgren wrote:
1. In the kernel, we add one more timer queue for critical timers.
The current timer queue(s) stay as it is.
2. We allow selecting the timer based on some flag, the
On Thu, May 13, 2010 at 08:30:21PM +0530, Anand Gadiyar wrote:
@@ -190,6 +190,23 @@ struct ehci_hcd_omap {
/*-*/
+static void ehci_omap_clock_power(struct ehci_hcd_omap *omap, int on)
+{
+ if (on) {
+
On Thu, May 13, 2010 at 01:00:04PM -0700, Tony Lindgren wrote:
The system stays running because there's something to do. The system
won't suspend until all the processors hit the kernel idle loop and
the next_timer_interrupt_critical() returns nothing.
At which point an application in a busy
Adding MMC1 and MMC2 controllers support for OMAP4
V3:
- Rebased to Mainline version 2.6.34-rc7
- The Patch series has dependencies on I2c, regultor patches.
Listing the patches below:
[1] http://www.mail-archive.com/linux-omap@vger.kernel.org/msg26256.html
[2]
Adding a flag to determine the card detect type which can be
either GPIO or NON-GPIO.MMC1 Controller of OMAP4 has a NON-GPIO
interrupt line from twl6030 for card detect.
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
---
arch/arm/mach-omap2/board-2430sdp.c |2 ++
Support for MMC1 MMC2 controllers is added to the board file.
Also includes configuration of MMC1 Card detect initially.
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
---
arch/arm/mach-omap2/Makefile|3 +-
arch/arm/mach-omap2/board-4430sdp.c | 64
Adds card detect callback function which gives the status of
the card.For MMC1 Controller, Card detect interrupt is provided by
twl6030 and card status is provided by MMCCTRL reg of twl6030.
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
---
arch/arm/mach-omap2/hsmmc.c |1
In OMAP4 , MMC1 PBIAS and its associated IO is software-controlled
by CONTROL_PBIAS and CONTROL_MMC1 registers. This patch adds PBIAS
configuration for MMC1 Controller during power-ON and power-OFF
of regulator.
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
---
Enables HSMMC support for OMAP4430 defconfig
Signed-off-by: Kishore Kadiyala kishore.kadiy...@ti.com
---
arch/arm/configs/omap_4430sdp_defconfig | 19 ++-
1 files changed, 18 insertions(+), 1 deletions(-)
diff --git a/arch/arm/configs/omap_4430sdp_defconfig
* Matthew Garrett m...@redhat.com [100513 13:03]:
On Thu, May 13, 2010 at 01:00:04PM -0700, Tony Lindgren wrote:
The system stays running because there's something to do. The system
won't suspend until all the processors hit the kernel idle loop and
the next_timer_interrupt_critical()
On Thu, May 13, 2010 at 01:23:20PM -0700, Tony Lindgren wrote:
* Matthew Garrett m...@redhat.com [100513 13:03]:
On Thu, May 13, 2010 at 01:00:04PM -0700, Tony Lindgren wrote:
The system stays running because there's something to do. The system
won't suspend until all the processors
On Thu, 2010-05-13 at 13:23 -0700, Tony Lindgren wrote:
* Matthew Garrett m...@redhat.com [100513 13:03]:
On Thu, May 13, 2010 at 01:00:04PM -0700, Tony Lindgren wrote:
The system stays running because there's something to do. The system
won't suspend until all the processors hit the
Hi,
Long story short: we shouldn't send buffers that are not page-aligned for MMU
fault recovery. In fact, there's no need to send anything at all.
For more information, see:
http://thread.gmane.org/gmane.linux.ports.arm.omap/33926/focus=34207
Felipe Contreras (2):
dspbridge: deh: fix
... by removing unnecessary fault handling.
From the looks of it, when an MMU fault happens, the DSP wants us to
come up with the data that is supposed to be on the faulty address.
Clearly, there's no way to provide that information, and such errors are
fatal, so there's no point in allocating a
And a few cleanups.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
arch/arm/plat-omap/include/dspbridge/wmddeh.h |1 -
drivers/dsp/bridge/rmgr/proc.c|7 +--
drivers/dsp/bridge/wmd/_tiomap.h |4
drivers/dsp/bridge/wmd/tiomap3430.c
Keyboard controller for OMAP4 includes
- built-in scanning algorithm
- debouncing feature
- handling mechanism up to 9 x 9 keys
- wake-up event generation
Dependency on hwmod changes for OMAP4
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg28188.html
--
v1
Add omap device driver interfaces to enable hwmod framework
Signed-off-by: Abraham Arce x0066...@ti.com
---
include/linux/input/matrix_keypad.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/linux/input/matrix_keypad.h
OMAP4 keyboard controller includes:
- built-in scanning algorithm
- debouncing feature
Driver implementation is based on matrix_keypac.c
Signed-off-by: Syed Rafiuddin rafiuddin.s...@ti.com
Signed-off-by: Abraham Arce x0066...@ti.com
---
drivers/input/keyboard/Kconfig| 10 +
Keyboard support for SDP OMAP4430
Signed-off-by: Abraham Arce x0066...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 157 +++
1 files changed, 157 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-4430sdp.c
From: Syed Rafiuddin rafiuddin.s...@ti.com
Update OMAP4430 configuration to enable OMAP4 keyboard driver
Signed-off-by: Abraham Arce x0066...@ti.com
---
arch/arm/configs/omap_4430sdp_defconfig |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
On Thursday 13 May 2010, Matthew Garrett wrote:
On Thu, May 13, 2010 at 12:36:34PM -0700, Daniel Walker wrote:
On Thu, 2010-05-13 at 20:11 +0100, Matthew Garrett wrote:
See feature-removal-schedule.txt. So far we have no indication that it's
going to be replaced, because nobody has
1 - 100 of 157 matches
Mail list logo