On Thu, 2011-03-03 at 17:46 -0600, Steve Sakoman wrote:
This patch adds DSS2 support for DVI, S-video, the 480x272 Samsung
LTE430WQ-F0C panel, and the 320x240 LG.Philips LB035Q02 panel.
Signed-off-by: Steve Sakoman st...@sakoman.com
---
arch/arm/mach-omap2/board-overo.c | 239
Hi Kevin,
-Original Message-
From: ext Kevin Hilman [mailto:khil...@ti.com]
Sent: 04 March, 2011 01:25
To: Paul Walmsley
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
Kristo Tero (Nokia-MS/Tampere)
Subject: Re: [PATCH 1/2] OMAP3: cpuidle: prevent CORE power domain
On 03/03/2011 09:12 PM, Somebody in the thread at some point said:
Hi -
Thanks for your comments.
The issue is that this revision field is not really documented in OMAP4
TRM, so you should not rely on it. Moreover, as you already noticed, the
revision number is not even accurate. OMAP3 and 4
On 03/03/2011 09:33 PM, Somebody in the thread at some point said:
Hi -
Since it is a patch on the I2C driver, the subject should start with
something like I2C: OMAP2+: X. That comment is also applicable for
the other patches of the series except the first one.
This patch changes the
On 03/03/2011 08:40 PM, Somebody in the thread at some point said:
Hi -
BTW, It will be good if you could update the omap_hwmod_2430_data.c file
as well.
I left it because I can't test it, but I'll happily do it additionally
if you can test it on some OMAP2 hardware.
Don't hesitate to do
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Thursday, March 03, 2011 4:00 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 08/17] omap4: pm: Add GIC save/restore support
Santosh Shilimkar
-Original Message-
From: Hilman, Kevin
Sent: Friday, March 04, 2011 6:05 AM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Gopinath, Thara
Subject: Re: [PATCH v11 5/8] OMAP: dmtimer: platform driver
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
From: Thara
-Original Message-
From: Hilman, Kevin
Sent: Friday, March 04, 2011 6:53 AM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Basak, Partha
Subject: Re: [PATCH v11 7/8] OMAP: dmtimer: pm_runtime support
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Add pm_runtime
Hi Paul,
On 3/4/2011 12:53 AM, Paul Walmsley wrote:
On Thu, 3 Mar 2011, Paul Walmsley wrote:
On Fri, 25 Feb 2011, Cousson, Benoit wrote:
static struct omap_hwmod_ocp_if *omap3xxx_l4_core_slaves[] = {
omap3xxx_l3_main__l4_core,
- omap3_l4_core__sr1,
-
Thankyou Tomi. Please go ahead and fix the bug yourself.
Ben
-Original Message-
From: Tomi Valkeinen [mailto:tomi.valkei...@ti.com]
Sent: 21 February 2011 09:28
To: Ben Tucker
Cc: linux-omap@vger.kernel.org; Ben Tucker
Subject: Re: OMAP2,3: DSS2: Report -EBUSY when to many
On 3/4/2011 9:32 AM, Andy Green wrote:
On 03/03/2011 09:33 PM, Somebody in the thread at some point said:
Hi -
Since it is a patch on the I2C driver, the subject should start with
something like I2C: OMAP2+: X. That comment is also applicable for
the other patches of the series except the
On 3/4/2011 9:33 AM, Andy Green wrote:
On 03/03/2011 08:40 PM, Somebody in the thread at some point said:
Hi -
BTW, It will be good if you could update the omap_hwmod_2430_data.c file
as well.
I left it because I can't test it, but I'll happily do it additionally
if you can test it on some
From: Sakari Ailus sakari.ai...@maxwell.research.nokia.com
Subject: Re: omap3isp cache error when unloading
Date: Fri, 4 Mar 2011 09:38:22 +0200
Hi Michael,
Michael Jones wrote:
On 03/02/2011 08:18 PM, Laurent Pinchart wrote:
Hi Michael,
On Tuesday 01 March 2011 17:41:01 Michael Jones
+ Tomi
Hi Paul,
On 3/4/2011 7:02 AM, Paul Walmsley wrote:
According to the hwmod interface data, the DSS submodule VENC uses a
clock, dss_54m_fck/dss_tv_fck, which the PRCM cannot autoidle. By
default, the hwmod code assumes that interface clocks can be autoidled
by the PRCM. When the
On OMAP3, the pixel clock for the LCD manager was derived through DISPC_FCLK as:
Lcd Pixel clock = DISPC_FCLK / lcd / pcd
Where lcd and pcd are divisors in the DISPC_DIVISOR register.
On OMAP4, the pixel clocks for LCD1 and LCD2 managers are derived from 2 new
clocks named LCD1_CLK and
The DSI PLL parameters (regm, regn, regm_dispc, regm_dsi, fint) have different
fields and also different Max values on OMAP3 and OMAP4. Use dss features to
calculate the register fields and Max values based on current OMAP revision
Also, introduce a new function in dss_features
On 3/4/2011 1:24 AM, Hilman, Kevin wrote:
Tarun Kanti DebBarmatarun.ka...@ti.com writes:
OMAP4 has two groups of timers: version 1 timers are 1, 2, 10,
while the rest of the timers, 3-9, 11 are version 2 timers.
The version information is required by the driver so that they
could be handled
Hi,
On Thu, Mar 3, 2011 at 8:11 PM, Nishanth Menon n...@ti.com wrote:
Gulati, Shweta wrote, on 03/03/2011 07:37 PM:
Hi,
On Thu, Mar 3, 2011 at 3:53 PM, Menon, Nishanthn...@ti.com wrote:
On Thu, Mar 3, 2011 at 15:39, Gulati, Shwetashweta.gul...@ti.com
wrote:
Hi,
On Thu, Mar 3, 2011
Hi,
[snip]
Sorry, I should've mentioned: I'm using your media-0005-omap3isp branch
based on 2.6.38-rc5. I didn't have the problem with 2.6.37, either.
It's actually not related to mis-configuring the ISP pipeline like I
thought at first- it also happens after I have successfully captured
On OMAP4, the PRCM recommended sequence for enabling
a module after power-on-reset is
-1- Force clkdm to SW_WKUP
-2- Configure desired module mode to enable or auto
-3- Wait for the desired module idle status to be FUNC
-4- Program clkdm in HW_AUTO(if supported)
This sequence applies to all older
For the I2C module to be wakeup capable, programming I2C_WE
register (which was skipped for OMAP4430) is needed
even on OMAP4.
This fixes i2c controller timeouts which were seen recently
with the static dependency being cleared between MPU and
L4PER clockdomains.
Signed-off-by: Rajendra Nayak
Hi Paul,
On Thursday 03 March 2011 06:00 PM, Rajendra Nayak wrote:
Hi Paul,
On Wednesday 02 March 2011 03:03 AM, Paul Walmsley wrote:
Hi Santosh
On Tue, 1 Mar 2011, Santosh Shilimkar wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
Hi David,
On 03/04/2011 02:12 PM, David Cohen wrote:
Hi,
[snip]
Sorry, I should've mentioned: I'm using your media-0005-omap3isp branch
based on 2.6.38-rc5. I didn't have the problem with 2.6.37, either.
It's actually not related to mis-configuring the ISP pipeline like I
thought at
Paul,
On 3/3/2011 12:10 PM, Cousson, Benoit wrote:
On 3/2/2011 6:54 PM, Tony Lindgren wrote:
On 2/28/2011 3:31 AM, Paul Walmsley wrote:
Tony, I guess the omap-for-linus branch will probably need to get rebuilt
to drop that patch, once this series is merged...
Let's rather apply a fix or
This removes nonstandard interfaces from the WDT driver.
/dev/watchdog should be used to access the watchdog, only.
It removes the sysfs interface.
It also removes the counter_param module parameter, which
currently is broken anyway (doesn't work, because the value
is overridden right away).
This fixes an unused variable warning. No change
in functionality.
Signed-off-by: Michael Buesch m...@bu3sch.de
---
Index: linux-2.6.38-rc6/drivers/cbus/retu-wdt.c
===
--- linux-2.6.38-rc6.orig/drivers/cbus/retu-wdt.c
Created arch/arm/plat-omap/omap-pm-constraints.c file from
arch/arm/plat-omap/omap-pm-noop.c and the associated Kconfig option
OMAP_PM_CONSTRAINTS.
Based on the original patch from Vishwanath,
cf. https://patchwork.kernel.org/patch/327312/
Cc: Vishwanath BS vishwanath...@ti.com
Signed-off-by:
Implement OMAP PM layer omap_pm_set_max_dev_wakeup_lat API by
creating similar APIs at the omap_device and omap_hwmod levels. The
omap_hwmod level call is the layer with access to the powerdomain
core, so it is the place where the powerdomain is queried to set and
release the constraints.
NOTE:
Hi Rajendra,
On 3/4/2011 3:08 PM, Nayak, Rajendra wrote:
Hi Paul,
[...]
This however is still not rootcaused and is not the same as the issue
seen with i2c as the WE for GPT1 is already programmed for enabling
wakeup.
The one way to fix this for now is to put GPT1 block in software
Implement OMAP PM layer omap_pm_set_max_dev_wakeup_lat API by
creating similar APIs at the omap_device and omap_hwmod levels. The
omap_hwmod level call is the layer with access to the powerdomain
core, so it is the place where the powerdomain is queried to set and
release the constraints.
NOTE:
-Original Message-
From: Cousson, Benoit [mailto:b-cous...@ti.com]
Sent: Friday, March 04, 2011 8:29 PM
To: Nayak, Rajendra
Cc: Paul Walmsley; Shilimkar, Santosh; linux-omap@vger.kernel.org
Subject: Re: Integration branch base switchover to Tony's omap-for-
linus branch
Hi
One more minor comment about the order of the flags for OMAP4.
On 3/3/2011 2:50 PM, Andy Green wrote:
[...]
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
index ce646f2..c500416 100644
--- a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
+++
On Fri, Mar 4, 2011 at 12:00 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Why check for CONFIG_PANEL_LGPHILIPS_LB035Q02, but not for the lcd43?
And is that even necessary? Of course it would make the kernel very
slightly smaller if you leave some code out, but otherwise does that
help? If
On 3/4/2011 4:01 PM, Shilimkar, Santosh wrote:
From: Cousson, Benoit [mailto:b-cous...@ti.com]
Sent: Friday, March 04, 2011 8:29 PM
Hi Rajendra,
On 3/4/2011 3:08 PM, Nayak, Rajendra wrote:
Hi Paul,
[...]
This however is still not rootcaused and is not the same as the
issue
seen with i2c
On Thu, Mar 3, 2011 at 11:55 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Hi,
On Thu, 2011-03-03 at 17:46 -0600, Steve Sakoman wrote:
This patch adds support for the Gumstix Palo35 expansion board
which utilizes the 320 x 240 pixel LG.Philips LB035Q02 LCD Panel
Signed-off-by: Steve
On Fri, 2011-03-04 at 09:25 -0600, Steve Sakoman wrote:
On Fri, Mar 4, 2011 at 12:00 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
Why check for CONFIG_PANEL_LGPHILIPS_LB035Q02, but not for the lcd43?
And is that even necessary? Of course it would make the kernel very
slightly smaller
This set of patches, along with some other patches under
discussion on alkml, should enable omap3 and omap4 kernels to be
built with CONFIG_THUMB2_KERNEL.
This patch set builds on recent cleanup done by the omap
maintainers.
At least some of this code definitely works, most features have
been
For CONFIG_THUMB2_KERNEL, the existing definition of do_wfi() will
insert invalid code into the instruction stream.
Any assembler which can assemble Thumb-2 is guaranteed to accept
the wfi mnemonic, so for the Thumb-2 case, just use the mnemonic.
The ARM case is left as-is.
Signed-off-by: Dave
Code marked with ENTRY() also needs a matching ENDPROC() directive,
in order to ensure that the type and instruction set of the
symbol are correctly annotated.
ENDPROC() tags the affected symbol as a function symbol, which will
ensure that link-time fixups don't accidentally switch to the
wrong
* Build unconditionally as ARM for correct interoperation with
OMAP firmware.
* Remove deprecated PC-relative stores
* Add the required ENDPROC() directive for each ENTRY().
* .align before data words
Signed-off-by: Dave Martin dave.mar...@linaro.org
---
arch/arm/mach-omap2/sram34xx.S
* Build unconditionally as ARM for correct interoperation with
OMAP firmware.
* Fix an out-of-range ADR when building for ARM.
* Remove deprecated PC-relative stores.
* Add the required ENDPROC() directive for each ENTRY().
* .align before data words.
* Handle non-interworking return
Sanjeev Premi pr...@ti.com writes:
IVA device is not present in many OMAP3 variants.
This patch ensures that initialization is tied to
the presence of IVA on the device.
Signed-off-by: Sanjeev Premi pr...@ti.com
Thanks, queuing for 2.6.39 (branch: for_2.6.39/pm-misc)
Kevin
---
On Fri, Mar 4, 2011 at 4:39 PM, Michael Jones
michael.jo...@matrix-vision.de wrote:
Hi David,
Hi Michael,
On 03/04/2011 02:12 PM, David Cohen wrote:
Hi,
[snip]
Sorry, I should've mentioned: I'm using your media-0005-omap3isp branch
based on 2.6.38-rc5. I didn't have the problem with
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Friday, March 04, 2011 9:42 PM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 08/17] omap4: pm: Add GIC save/restore support
Santosh Shilimkar
* Cousson, Benoit b-cous...@ti.com [110304 06:49]:
Tony,
Do you plan to re-merge this branch or should I just send a revert
on top of it?
Please just provide a patch.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to
* Sricharan R r.sricha...@ti.com [110304 04:22]:
I have tested this on the devel-mux(I did not see a devel-mmc branch)
Sorry that was a typo, I meant devel-mux not devel-mmc..
Ok. This works fine for all scenarios.
OK thanks for testing.
A small cleanup change which helps.
...
I was
On 3/4/2011 5:19 PM, Tony Lindgren wrote:
* Cousson, Benoitb-cous...@ti.com [110304 06:49]:
Tony,
Do you plan to re-merge this branch or should I just send a revert
on top of it?
Please just provide a patch.
Regards,
Tony
I posted it with the one from Rajendra to fix the regression
On Fri, 4 Mar 2011, Cousson, Benoit wrote:
From aa22c44486c12c388eb96e9fe9b1476267856006 Mon Sep 17 00:00:00 2001
From: Benoit Cousson b-cous...@ti.com
Date: Fri, 4 Mar 2011 16:01:43 +0100
Subject: [PATCH 1/2] Revert OMAP4: hwmod data: Prevent timer1 to be reset
and idle during init
The
Rajendra,
-Original Message-
From: Rajendra Nayak [mailto:rna...@ti.com]
Sent: Friday, March 04, 2011 7:38 PM
To: Paul Walmsley
Cc: Santosh Shilimkar; linux-omap@vger.kernel.org
Subject: Re: Integration branch base switchover to Tony's omap-for-
linus branch
Hi Paul,
On
-Original Message-
From: Cousson, Benoit [mailto:b-cous...@ti.com]
Sent: Friday, March 04, 2011 10:09 PM
To: Tony Lindgren
Cc: Paul Walmsley; linux-omap@vger.kernel.org; linux-arm-
ker...@lists.infradead.org; Hilman, Kevin; Shilimkar, Santosh;
Gopinath, Thara; DebBarma, Tarun Kanti;
[snip]
From 2712f2fd087ca782e964c912c7f1973e7d84f2b7 Mon Sep 17 00:00:00 2001
From: Michael Jones michael.jo...@matrix-vision.de
Date: Fri, 4 Mar 2011 15:09:48 +0100
Subject: [PATCH] omap: iovmm: disallow mapping NULL address
commit c7f4ab26e3bcdaeb3e19ec658e3ad9092f1a6ceb allowed mapping
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
-Original Message-
From: Hilman, Kevin
Sent: Friday, March 04, 2011 6:59 AM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Gopinath, Thara
Subject: Re: [PATCH v11 5/8] OMAP: dmtimer: platform driver
Tarun Kanti DebBarma
Hi Tero,
tero.kri...@nokia.com writes:
[...]
+ /* If DSS is active, prevent CORE RET/OFF */
+ dss_state = pwrdm_read_pwrst(dss_pd);
+ if (dss_state == PWRDM_POWER_ON
+ core_next_state != PWRDM_POWER_ON)
+ core_next_state = PWRDM_POWER_INACTIVE;
+
Due to
On Fri, Mar 4, 2011 at 7:41 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Fri, 2011-03-04 at 09:29 -0600, Steve Sakoman wrote:
Do you want me to try to address this in this initial submission, or
is it something we can revisit in a subsequent fix-it patch for all
panels with SPI init?
On Fri, Mar 04, 2011 at 09:00:00AM -0800, Kevin Hilman wrote:
Rajendra Nayak rna...@ti.com writes:
For the I2C module to be wakeup capable, programming I2C_WE
register (which was skipped for OMAP4430) is needed
even on OMAP4.
This fixes i2c controller timeouts which were seen recently
-Original Message-
From: Kevin Hilman [mailto:khil...@ti.com]
Sent: Thursday, March 03, 2011 5:16 AM
To: Santosh Shilimkar
Cc: linux-omap@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 00/17] omap4: pm: suspend, hotplug and cpuilde
support
Santosh
* Tarun Kanti DebBarma tarun.ka...@ti.com [110224 03:23]:
--- a/arch/arm/mach-omap2/dmtimer.c
+++ b/arch/arm/mach-omap2/dmtimer.c
@@ -197,3 +197,64 @@ static int __init omap_timer_init(struct omap_hwmod *oh,
void *unused)
return ret;
}
+
+/**
+ * omap2_dm_timer_early_init - top
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
-Original Message-
From: Hilman, Kevin
Sent: Friday, March 04, 2011 6:32 AM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Gopinath, Thara
Subject: Re: [PATCH v11 4/8] OMAP2+: dmtimer: convert to platform devices
Tarun
* Kevin Hilman khil...@ti.com [110303 17:22]:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Add pm_runtime support to dmtimer. Since dmtimer is used during
early boot before pm_runtime is initialized completely there are
provisions to enable/disable clocks directly in the code during
On Fri, Mar 4, 2011 at 3:33 PM, Dave Martin dave.mar...@linaro.org wrote:
This set of patches, along with some other patches under
discussion on alkml, should enable omap3 and omap4 kernels to be
built with CONFIG_THUMB2_KERNEL.
This patch set builds on recent cleanup done by the omap
Dave,
-Original Message-
From: Dave Martin [mailto:dave.mar...@linaro.org]
Sent: Friday, March 04, 2011 11:05 PM
To: linux-arm-ker...@lists.infradead.org
Cc: patc...@linaro.org; Tony Lindgren; Santosh Shilimkar; Jean
Pihet; Kevin Hilman; linux-omap@vger.kernel.org; Nicolas Pitre;
* Sricharan R r.sricha...@ti.com [110304 09:31]:
Hi Tony,
Hmm it's there as commit 93c5f165e10c21a3813a687204388a34072b2a62
in devel-mux branch. Can you please update your patch against
that commit so it's easier to see what your changes are?
BTW, the patch you posted got trashed
* Santosh Shilimkar santosh.shilim...@ti.com [110304 09:36]:
Following up on this, it looks like I have some locally-recorded
acks
which didn't make it into my posting ...
To me looks like this is ready to go, but I'd like to see Kevin's
acks on this one as this touches the PM code.
Or
On Fri, Mar 4, 2011 at 5:47 PM, Tony Lindgren t...@atomide.com wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [110304 09:36]:
Following up on this, it looks like I have some locally-recorded
acks
which didn't make it into my posting ...
To me looks like this is ready to go, but I'd
Hi Benoît,
On Fri, 4 Mar 2011, Cousson, Benoit wrote:
On 3/4/2011 12:53 AM, Paul Walmsley wrote:
On Thu, 3 Mar 2011, Paul Walmsley wrote:
On Fri, 25 Feb 2011, Cousson, Benoit wrote:
static struct omap_hwmod_ocp_if *omap3xxx_l4_core_slaves[] = {
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, March 04, 2011 10:53 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v11 6/8] dmtimer: switch-over to platform device
driver
* Tarun Kanti DebBarma tarun.ka...@ti.com
Hi,
I'm using a TI OMAP 3503 as SPI master and a Freescale MC1322x zigbee
module, as SPI slave.
I find that I cannot perform perform 1 byte transfers. However, I can perform 2
byte, 4 byte and 16 byte transfers.
Is this a bug/limitation of the spi driver in linux-omap-2.6.32 kernel
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, March 04, 2011 10:59 PM
To: Hilman, Kevin
Cc: DebBarma, Tarun Kanti; linux-omap@vger.kernel.org; Basak, Partha
Subject: Re: [PATCH v11 7/8] OMAP: dmtimer: pm_runtime support
* Kevin Hilman
-Original Message-
From: Hilman, Kevin
Sent: Friday, March 04, 2011 10:23 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Gopinath, Thara
Subject: Re: [PATCH v11 5/8] OMAP: dmtimer: platform driver
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
-Original
-Original Message-
From: Hilman, Kevin
Sent: Friday, March 04, 2011 10:55 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org; Gopinath, Thara
Subject: Re: [PATCH v11 4/8] OMAP2+: dmtimer: convert to platform devices
DebBarma, Tarun Kanti tarun.ka...@ti.com writes:
* DebBarma, Tarun Kanti tarun.ka...@ti.com [110304 10:50]:
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, March 04, 2011 10:53 PM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v11 6/8] dmtimer: switch-over to
* DebBarma, Tarun Kanti tarun.ka...@ti.com [110304 10:55]:
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, March 04, 2011 10:59 PM
To: Hilman, Kevin
Cc: DebBarma, Tarun Kanti; linux-omap@vger.kernel.org; Basak, Partha
Subject: Re: [PATCH v11 7/8]
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Saturday, March 05, 2011 1:07 AM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v11 6/8] dmtimer: switch-over to platform device
driver
* DebBarma, Tarun Kanti tarun.ka...@ti.com
Tony, Kevin,
[...]
* Kevin Hilman khil...@ti.com [110303 17:22]:
Tarun Kanti DebBarma tarun.ka...@ti.com writes:
Add pm_runtime support to dmtimer. Since dmtimer is used during
early boot before pm_runtime is initialized completely there are
provisions to
This patch adds support for the Gumstix Palo35 expansion board
which utilizes the 320 x 240 pixel LG.Philips LB035Q02 LCD Panel
Signed-off-by: Steve Sakoman st...@sakoman.com
---
drivers/video/omap2/displays/Kconfig |6 +
drivers/video/omap2/displays/Makefile |
This patch series adds support for the set of display devices available
for the Overo COM products: DVI, S-Video, the Samsung LTE430WQ-F0C LCD
panel, and the LG.Philips LB035Q02 panel.
Tested with applicable expansion boards for each option: Tobi, Palo43,
Chestnut43, and Palo35.
Changes from
On Thu, 13 Jan 2011, Felipe Balbi wrote:
if building kernels without OMAP2 support, we
will see a warning such as:
arch/arm/mach-omap2/io.c: In function 'omap2_init_common_infrastructure':
arch/arm/mach-omap2/io.c:389:3: warning: statement with no effect
arch/arm/mach-omap2/io.c:391:3:
Hi Sricharan,
I think you missed some of my feedbacks.
From: R, Sricharan
Sent: Wednesday, February 23, 2011 9:04 AM
Hi Benoit,
From: Sricharan R [mailto:r.sricha...@ti.com]
Sent: Wednesday, February 23, 2011 11:09 AM
To: Benoit Cousson; Santosh Shilimkar
Cc: 'linux-omap@vger.kernel.org';
Hello Omar,
On Tue, 1 Mar 2011, Omar Ramirez Luna wrote:
On OMAP2 and OMAP3 the reset ctrl shift doesn't match the
status bit, as it does on OMAP4, when handling the reset lines.
This patch adds a new member in the reset info structure, so now it
can be added as part of hwmod data, and
Dave Martin dave.mar...@linaro.org writes:
On Fri, Mar 4, 2011 at 5:47 PM, Tony Lindgren t...@atomide.com wrote:
* Santosh Shilimkar santosh.shilim...@ti.com [110304 09:36]:
Following up on this, it looks like I have some locally-recorded
acks
which didn't make it into my posting ...
Charulatha V ch...@ti.com writes:
In omap3, save/restore context is implemented for GPIO
banks 2-6 as GPIO bank1 is in wakeup domain. Instead
of identifying bank's power domain by bank id, make use
of powerdomain name itself.
For this, omap_hwmod_get_pwrdm() is used. omap_device_get_pwrdm()
On Fri, 4 Mar 2011, Kevin Hilman wrote:
Dave, just to confirm something The outstanding toolchain bugs only
affect compiling in Thumb-2 mode, right? IOW, if I merge just this
series (without having the other toolchain workaround patches) we should
still be able to compile/run fine in ARM
Charulatha V ch...@ti.com writes:
Make gpio_prepare_for_idle() gpio_resume_after_idle() functions
handle save context restore context respectively in OMAP GPIO driver
instead of calling these functions directly from pm layer. This would
be useful while modifying the OMAP GPIO driver to use
Commit 3cf32bba8ca0e0052ca41d74d455a5805b7fea85 (OMAP: McBSP: Convert
McBSP to platform device model) in the current omap-for-linus branch
breaks compilation with non-multi-OMAP1 configs:
CC arch/arm/mach-omap1/mcbsp.o
arch/arm/mach-omap1/mcbsp.c: In function 'omap1_mcbsp_init':
Hello Sanjeev,
On Thu, 10 Feb 2011, Sanjeev Premi wrote:
As per commit bb33cc58, ROM code is expected to restore
context related to CORE domain. As part of this change,
CM_AUTOIDLE_PLL is neither saved nor restored.
... by Linux.
This results in loosing the value of AUTO_PERIPH_DPLL.
A
Charulatha V ch...@ti.com writes:
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get()
Minor: I think you mean _get_sync() and _put()
for enabling/disabling the clocks, sysconfig settings instead of using
clock FW APIs.
Note: OMAP16xx OMAP2 has interface and functional clocks
Hi Govindraj,
Govindraj.R govindraj.r...@ti.com writes:
For device pads which have OMAP_DEVICE_PAD_WAKEUP set (which means they
are wakeup capable) enable the IO-daisy wakeup capability.
During re-muxing avoid direct write with val as this can disturb if any
mux done at bootloader level so
* DebBarma, Tarun Kanti tarun.ka...@ti.com [110304 11:50]:
In that case we have to associate probably a dev attribute to system timer.
Do you have alternate proposal?
No need for that. Keep the system timer code to the minimum so
it does not have any unnecessary dependencies. That code needs
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Saturday, March 05, 2011 5:32 AM
To: DebBarma, Tarun Kanti
Cc: Hilman, Kevin; linux-omap@vger.kernel.org; Basak, Partha
Subject: Re: [PATCH v11 7/8] OMAP: dmtimer: pm_runtime support
* DebBarma, Tarun Kanti
Govindraj.R govindraj.r...@ti.com writes:
For device pads which have OMAP_DEVICE_PAD_WAKEUP set (which means they
are wakeup capable) enable the IO-daisy wakeup capability.
During re-muxing avoid direct write with val as this can disturb if any
mux done at bootloader level so read the pad
Kevin Hilman khil...@ti.com writes:
Govindraj.R govindraj.r...@ti.com writes:
[...]
/* Assumes the calling function takes care of locking */
void omap_hwmod_mux(struct omap_hwmod_mux_info *hmux, u8 state)
{
@@ -342,6 +365,9 @@ void omap_hwmod_mux(struct omap_hwmod_mux_info *hmux, u8
Govindraj.R govindraj.r...@ti.com writes:
Adapts omap-serial driver to use pm_runtime api's.
1.) Populate reg values to uart port which can be used for context restore.
2.) Moved Erratum handling func to driver from serial.c
3.) adding port_enable/disable func to enable/disable given uart
Hi Kevin,
Thanks for the detailed review.
On Sat, Mar 5, 2011 at 03:29, Kevin Hilman khil...@ti.com wrote:
Charulatha V ch...@ti.com writes:
Call runtime pm APIs pm_runtime_put_sync() and pm_runtime_get()
Minor: I think you mean _get_sync() and _put()
Yes, thanks for catching it. It was a
On Sat, Mar 5, 2011 at 02:50, Kevin Hilman khil...@ti.com wrote:
Charulatha V ch...@ti.com writes:
Make gpio_prepare_for_idle() gpio_resume_after_idle() functions
handle save context restore context respectively in OMAP GPIO driver
instead of calling these functions directly from pm layer.
On Sat, Mar 5, 2011 at 02:21, Kevin Hilman khil...@ti.com wrote:
Charulatha V ch...@ti.com writes:
In omap3, save/restore context is implemented for GPIO
banks 2-6 as GPIO bank1 is in wakeup domain. Instead
of identifying bank's power domain by bank id, make use
of powerdomain name itself.
On Fri, Feb 25, 2011 at 04:55:11PM +0100, Michael Jones wrote:
If an SPI access was not a multiple of the SPI word size,
the while() loop would spin and the rx/tx ptrs would be incremented
indefinitely.
Signed-off-by: Michael Jones michael.jo...@matrix-vision.de
Applied, thanks.
g.
---
-Original Message-
From: Tony Lindgren [mailto:t...@atomide.com]
Sent: Friday, March 04, 2011 11:38 PM
To: Santosh Shilimkar
Cc: Benoit Cousson; linux-omap@vger.kernel.org; Felipe Balbi;
Sricharan R
Subject: Re: [PATCH 5/6] omap4: Initialise the l3 device with the
hwmod data.
*
Benoit,
-Original Message-
From: Cousson, Benoit [mailto:b-cous...@ti.com]
Sent: Saturday, March 05, 2011 3:04 AM
To: R, Sricharan; Shilimkar, Santosh
Cc: linux-omap@vger.kernel.org; Balbi, Felipe
Subject: RE: [PATCH 4/6] omap4: hwmod_data: Add l3 errorlog data to
hwmod database.
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Tony Lindgren
Sent: Saturday, March 05, 2011 1:07 AM
To: DebBarma, Tarun Kanti
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH v11 6/8] dmtimer: switch-over to
99 matches
Mail list logo