From: ext Tony Lindgren [EMAIL PROTECTED]
Subject: Re: [FYI] Rebase: tidspbridge-20081118
Date: Wed, 19 Nov 2008 13:37:29 -0800
* Hiroshi DOYU [EMAIL PROTECTED] [081117 05:37]:
Hi,
The following changes since commit f23f23fb6bfd8ce4669070df35ec9b320983ac0c:
Grazvydas Ignotas (1):
Hi.
On Wed, Nov 19, 2008 at 12:01:06PM -0800, Tony Lindgren ([EMAIL PROTECTED])
wrote:
I've just pushed w1 patch (did I understand it right that there is only
one in the given set, all others touch very different areas).
Yes, that's correct. The other patches are for LDP specific board
Uart RX might not always generate IOPAD wake-up. E.g. IOPAD is not
enabled or core was not in sleep state.
Signed-off-by: Jouni Hogander [EMAIL PROTECTED]
---
arch/arm/mach-omap2/serial.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/serial.c
Hello kevin,
Here is what i did to put it to suspend, which fails.
[EMAIL PROTECTED] echo mem /sys/power/state
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
Suspending
From: Fernando Guzman Lugo [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 15:49:56 -0600
Subject: [PATCH] DSPBRIDGE: Free resources when user fails to do so
Added error protection in bridge driver to handle
the cases where user applications detach the
processor without releasing DMM resources.
From: Ramesh Gupta [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 16:11:19 -0600
Subject: [PATCH] DSPBRIDGE: LM Timer release for hibernation
Release load monitor timer when the DSP is
inactive and goes to hibernation
Signed-off-by: Ramesh Gupta [EMAIL PROTECTED]
Signed-off-by: SuiLun Lam [EMAIL
From: Hari Kanigeri [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 16:20:06 -0600
Subject: [PATCH] DSPBRIDGE: Mapping sidetone registers
New 3430 HW feature integrated into McBSP2
and McBSP3, enabling a sidetone process, for DASF.
Bridge has to handle this new configuration.
Signed-off-by: Hari
From: Hiroshi DOYU [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 17:13:58 -0600
Subject: [PATCH] DSPBRIDGE Deleting unneeded mem alloc
Since SYNC_InitializeCS() allocates struct SYNC_CSOBJECT
for hProcLock, MEM_AllocObject() shouldn't be called
for hProcLock. This was double allocation for the
same
On Wed, Nov 19, 2008 at 05:28:58PM -0800, David Brownell wrote:
From: David Brownell [EMAIL PROTECTED]
Disable the TWL4030_PWRIRQ_PWRBTN symbol from the system headers;
initialization of the power button handler still needs work, so
an equivalent symbol is defined in its driver.
Power
On Thursday 20 November 2008, Felipe Balbi wrote:
Disable the TWL4030_PWRIRQ_PWRBTN symbol from the system headers;
initialization of the power button handler still needs work, so
an equivalent symbol is defined in its driver.
...
How about moving this to a platform_device as well
Hi,
I have a couple of questions regarding the memory management for the new
display subsystem.
The new DSS allocates memory with dma_alloc_writecombine() and mmaps it
to user space with dma_mmap_writecombine(). Allocation is done when
omapfb starts up. Normally memory gets very quickly too
This list has been moved to linux-omap@vger.kernel.org
Please, keep that in Cc, also for ASoC development, send it also to the
proper alsa mailing list [EMAIL PROTECTED]
Tony, I think you should apply this patch in mainline tree:
diff --git a/MAINTAINERS b/MAINTAINERS
index 8dae455..54c8e90
Thanks,
Vaibhav Hiremath
-Original Message-
From: [EMAIL PROTECTED] [mailto:linux-omap-
[EMAIL PROTECTED] On Behalf Of Tomi Valkeinen
Sent: Thursday, November 20, 2008 4:22 PM
To: linux-omap@vger.kernel.org
Subject: OMAP Framebuffer memory allocation and mapping
Hi,
I have a
On Thu, Nov 20, 2008 at 06:14:55PM +0530, ext Premi, Sanjeev wrote:
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 20, 2008 5:56 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] Fix section mismatch
Set appropriate platform data for touchscreen and make it work correctly.
Signed-off-by: Stanley.Miao [EMAIL PROTECTED]
---
arch/arm/mach-omap2/board-3430sdp.c |8
arch/arm/mach-omap2/board-ldp.c |8
2 files changed, 16 insertions(+), 0 deletions(-)
diff --git
Add NAND support on OMAP_LDP.
Signed-off-by: Stanley.Miao [EMAIL PROTECTED]
---
arch/arm/mach-omap2/Makefile|3 +-
arch/arm/mach-omap2/board-ldp-flash.c | 103 +++
arch/arm/mach-omap2/board-ldp.c |1 +
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peter Reid
Sent: Thursday, November 20, 2008 2:16 PM
To: Kevin Hilman
Cc: linux-omap@vger.kernel.org
Subject: Re: [ANNOUNCE] new PM branch: pm-20081119
Hello kevin,
Here is what i did to put
Op 20 nov 2008, om 15:13 heeft Premi, Sanjeev het volgende geschreven:
These are my observations on OMAP3EVM:
1) Very frequently I see these messages:
4__ratelimit: 6736 callbacks suppressed
__ratelimit: 6736 callbacks suppressed
3omapfb omapfb: irq error status 00c2
omapfb omapfb: irq
Hi,
I am facing a strange problem with omap display controller. (kernel 2.6.25)
in omap_dispc_irq_handler, if I use printk then only display is
working (initialization and refreshing)
else after few refresh ..its stop working.
static irqreturn_t omap_dispc_irq_handler(int irq, void *dev)
{
Thanks,
Vaibhav Hiremath
-Original Message-
From: [EMAIL PROTECTED] [mailto:linux-omap-
[EMAIL PROTECTED] On Behalf Of Sudipta GHOSH
Sent: Thursday, November 20, 2008 8:48 PM
To: linux-omap@vger.kernel.org
Subject: omap display controller strange problem
Hi,
I am facing a
-Original Message-
From: Koen Kooi [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 20, 2008 8:19 PM
To: Premi, Sanjeev
Cc: Peter Reid; Kevin Hilman; linux-omap@vger.kernel.org
Subject: Re: [ANNOUNCE] new PM branch: pm-20081119
Op 20 nov 2008, om 15:13 heeft Premi, Sanjeev
thanks for the reply.
in my board, there is a sharp lcd display.
We are using RFBI. and manual update.
So after configuraing dispc, rfbi, sharp from omapfb_do_probe
calling fbdev-ext_if-transfer_area(240,320,omapfb_cb,fbdev); return 0;
I see linux logo and debug prints but after some boot time
snip--snip
2) Also:
# echo mem /sys/power/state
6PM: Syncing filesystems ...
PM: Syncing filesystems ...
done.
done.
Freezing user space processes ... Freezing user space
processes ... (elapsed 0.00 seconds) (elapsed 0.00 seconds) done.
done.
Freezing remaining freezable tasks ...
* Hiroshi DOYU [EMAIL PROTECTED] [081120 00:21]:
From: ext Tony Lindgren [EMAIL PROTECTED]
Subject: Re: [FYI] Rebase: tidspbridge-20081118
Date: Wed, 19 Nov 2008 13:37:29 -0800
* Hiroshi DOYU [EMAIL PROTECTED] [081117 05:37]:
Hi,
The following changes since commit
* Evgeniy Polyakov [EMAIL PROTECTED] [081120 00:35]:
Hi.
On Wed, Nov 19, 2008 at 12:01:06PM -0800, Tony Lindgren ([EMAIL PROTECTED])
wrote:
I've just pushed w1 patch (did I understand it right that there is only
one in the given set, all others touch very different areas).
Yes,
* Felipe Balbi [EMAIL PROTECTED] [081120 02:55]:
This list has been moved to linux-omap@vger.kernel.org
Please, keep that in Cc, also for ASoC development, send it also to the
proper alsa mailing list [EMAIL PROTECTED]
Tony, I think you should apply this patch in mainline tree:
diff
Peter Reid [EMAIL PROTECTED] writes:
Hello kevin,
Here is what i did to put it to suspend, which fails.
[EMAIL PROTECTED] echo mem /sys/power/state
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks
Premi, Sanjeev [EMAIL PROTECTED] writes:
These are my observations on OMAP3EVM:
1) Very frequently I see these messages:
4__ratelimit: 6736 callbacks suppressed
__ratelimit: 6736 callbacks suppressed
3omapfb omapfb: irq error status 00c2
omapfb omapfb: irq error status 00c2
3omapfb
On Thu, Nov 20, 2008 at 09:32:07AM -0800, Tony Lindgren wrote:
* Felipe Balbi [EMAIL PROTECTED] [081120 02:55]:
This list has been moved to linux-omap@vger.kernel.org
Please, keep that in Cc, also for ASoC development, send it also to the
proper alsa mailing list [EMAIL PROTECTED]
Kevin Hilman [EMAIL PROTECTED] writes:
Peter Reid [EMAIL PROTECTED] writes:
Hello kevin,
Here is what i did to put it to suspend, which fails.
[EMAIL PROTECTED] echo mem /sys/power/state
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.00 seconds)
Op 20 nov 2008, om 18:38 heeft Kevin Hilman het volgende geschreven:
Peter Reid [EMAIL PROTECTED] writes:
Hello kevin,
Here is what i did to put it to suspend, which fails.
[EMAIL PROTECTED] echo mem /sys/power/state
PM: Syncing filesystems ... done.
Freezing user space processes ...
On Thursday 20 November 2008, Felipe Balbi wrote:
TI OMAP MMC INTERFACE DRIVER
P: Carlos Aguiar, Anderson Briglia and Syed Khasim
M: linux-omap@vger.kernel.org
Yeah sure. Let's also add maintainers for omap subsystems that have
maintainers while we're at it.
sounds
On Thu, Nov 20, 2008 at 10:56:28AM -0800, David Brownell wrote:
On Thursday 20 November 2008, Felipe Balbi wrote:
TI OMAP MMC INTERFACE DRIVER
P: Carlos Aguiar, Anderson Briglia and Syed Khasim
M: linux-omap@vger.kernel.org
Yeah sure. Let's also add maintainers
On Thursday 20 November 2008, Stanley.Miao wrote:
- omap_set_gpio_direction(LCD_PANEL_QVGA_GPIO, 0);
- omap_set_gpio_direction(LCD_PANEL_RESET_GPIO, 0);
gpio_direction_output(LCD_PANEL_ENABLE_GPIO, 0);
gpio_direction_output(LCD_PANEL_BACKLIGHT_GPIO, 0);
Nothing
In drivers/mtd/nand/omap2.c, I see the call to __raw_readsl:
__raw_readsl(nand-IO_ADDR_R, buf, len / 2);
Since len is in bytes (from the comment), shouldn't this either be:
__raw_readsl(nand-IO_ADDR_R, buf, len / 4);
or:
__raw_readsw(nand-IO_ADDR_R, buf, len / 2);
On Thursday 20 November 2008, Peter Barada wrote:
In drivers/mtd/nand/omap2.c, I see the call to __raw_readsl:
__raw_readsl(nand-IO_ADDR_R, buf, len / 2);
Since len is in bytes (from the comment), shouldn't this either be:
__raw_readsl(nand-IO_ADDR_R, buf, len / 4);
On Thursday 20 November 2008, Felipe Balbi wrote:
-static struct twl4030_platform_data omap3evm_twldata = {
+static struct twl4030_platform_data __initdata omap3evm_twldata = {
... and that's incorrect in any case, since that data is used
by probe() code that's doesn't sit in an
From: Misael Lopez Cruz [EMAIL PROTECTED]
This patch add ASoC support for TI SDP3430. It's based on Gumstix
Overo SoC code by Steve Sakoman.
Signed-off-by: Misael Lopez Cruz [EMAIL PROTECTED]
---
sound/soc/omap/Kconfig |7 ++
sound/soc/omap/Makefile |2 +
sound/soc/omap/sdp3430.c |
From: Misael Lopez Cruz [EMAIL PROTECTED]
This patch fixes handling of XCCR and RCCR registers of McBSP for OMAP2430
and 34xx platforms. It also fixes OMAP McBSP DAI driver which was setting
those registers to 0, as they were not initialized.
Signed-off-by: Misael Lopez Cruz [EMAIL PROTECTED]
On Thursday 20 November 2008, [EMAIL PROTECTED] wrote:
+ tristate SoC Audio support for Texas Instruments SDP3430
+ depends on SND_OMAP_SOC MACH_OMAP_3430SDP
+ select SND_OMAP_SOC_MCBSP
+ select SND_SOC_TWL4030
depends also on TWL4030_CORE, yes?
--
To unsubscribe
-Original Message-
From: [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
From: Misael Lopez Cruz [EMAIL PROTECTED]
This patch fixes handling of XCCR and RCCR registers of McBSP for OMAP2430
and 34xx platforms. It also fixes OMAP McBSP DAI driver which was setting
those registers
On Thursday 20 November 2008, [EMAIL PROTECTED] wrote:
+ tristate SoC Audio support for Texas Instruments SDP3430
+ depends on SND_OMAP_SOC MACH_OMAP_3430SDP
+ select SND_OMAP_SOC_MCBSP
+ select SND_SOC_TWL4030
depends also on TWL4030_CORE, yes?
The machine
@@ -403,8 +408,10 @@ struct omap_mcbsp_reg_cfg {
u16 rcerh;
u16 xcerg;
u16 xcerh;
+#if defined(CONFIG_ARCH_OMAP2430) || defined(CONFIG_ARCH_OMAP34XX)
u16 xccr;
u16 rccr;
+#endif
};
Won't this cause a compilation break on non-2430/34xx platforms
because you
- Original Message -
From: Misael Lopez [EMAIL PROTECTED]
To: Gadiyar, Anand [EMAIL PROTECTED]
Cc: linux-omap@vger.kernel.org; Pandita, Vikram [EMAIL PROTECTED]
Sent: Friday, November 21, 2008 11:55 AM
Subject: Re: [PATCH][OMAPZOOM] OMAP3: Fix handling of McBSP registers XCCR and
RCCR
On to, 2008-11-20 at 19:43 +0530, ext Premi, Sanjeev wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peter Reid
Sent: Thursday, November 20, 2008 2:16 PM
To: Kevin Hilman
Cc: linux-omap@vger.kernel.org
Subject: Re: [ANNOUNCE] new
On Thursday 20 November 2008, Lopez Cruz, Misael wrote:
On Thursday 20 November 2008, [EMAIL PROTECTED] wrote:
+ tristate SoC Audio support for Texas Instruments SDP3430
+ depends on SND_OMAP_SOC MACH_OMAP_3430SDP
+ select SND_OMAP_SOC_MCBSP
+ select
On to, 2008-11-20 at 15:48 +0100, ext Koen Kooi wrote:
Op 20 nov 2008, om 15:13 heeft Premi, Sanjeev het volgende geschreven:
These are my observations on OMAP3EVM:
1) Very frequently I see these messages:
4__ratelimit: 6736 callbacks suppressed
__ratelimit: 6736 callbacks
Function pm_dbg_update_time() is defined in within
an #ifdef CONFIG_DEBUG_FS; leading to this error:
arch/arm/mach-omap2/built-in.o: In function `_pwrdm_state_switch':
/db/psp_git/users/a0756819/omap-kern-latest/arch/arm/mach-omap2/powerdomain.c:139:
undefined reference to `pm_dbg_update_time'
Please ignore it, I will resend it with other patches together.
Stanley.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please ignore it, I will resend it with other patches together.
Stanley.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Thu, 2008-11-20 at 11:11 -0800, David Brownell wrote:
On Thursday 20 November 2008, Stanley.Miao wrote:
- omap_set_gpio_direction(LCD_PANEL_QVGA_GPIO, 0);
- omap_set_gpio_direction(LCD_PANEL_RESET_GPIO, 0);
gpio_direction_output(LCD_PANEL_ENABLE_GPIO, 0);
Changes from v1:
1, change omap_request_gpio() to gpio_request() in gpio.patch.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Add NAND support on OMAP_LDP.
Signed-off-by: Stanley.Miao [EMAIL PROTECTED]
---
arch/arm/mach-omap2/Makefile|3 +-
arch/arm/mach-omap2/board-ldp-flash.c | 103 +++
arch/arm/mach-omap2/board-ldp.c |1 +
On Thursday 20 November 2008, stanley.miao wrote:
Use gpio_set_value() to replace omap_set_gpio_dataout(), except
when initializing. The reset pin *was* being toggled...
These actions are in init function. so keep omap_set_gpio_dataout() in
place.
No, omap_set_gpio_dataout() is gone.
54 matches
Mail list logo
