Hi Florian,
Here are a few OMAP display subsystem fixes for 3.2-rc.
One for the old omapfb, which was missing include module.h, and two for
the omapdss fixing issues related to HDMI.
Tomi
The following changes since commit cfcfc9eca2bcbd26a8e206baeb005b055dbf8e37:
Linux 3.2-rc2 (2011-11-15
Hi Kevin and Rajendra,
On 11/18/2011 7:44 AM, Rajendra Nayak wrote:
Hi Kevin,
On Friday 18 November 2011 01:05 AM, Kevin Hilman wrote:
Rajendra Nayakrna...@ti.com writes:
A hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
enabled state by the hwmod framework post the initial setup.
On Thu, Nov 17, 2011 at 11:38:47PM +0100, Michael Büsch wrote:
This fixes the initialization of retu/tahvo cached IRQ masks.
Signed-off-by: Michael Buesch m...@bues.ch
---
Index: linux-3.1.1/drivers/cbus/retu.c
===
---
This fixes the initialization of retu/tahvo cached IRQ masks.
Signed-off-by: Michael Buesch m...@bues.ch
---
v2: lowercase
Index: linux-3.1.1/drivers/cbus/retu.c
===
--- linux-3.1.1.orig/drivers/cbus/retu.c2011-11-17
v5 is based on 3.2-rc2 and has the following changes
-1- Used microvolt/microamp in bindings instead of uV/uA
-2- Added more documentation surrounding regulator-consumer
mapping in the core bindings
-3- Dropped CONFIG_OF_REGULATOR and use just CONFIG_OF
-4- Reused core regulator bindings on Fixed
The fixed regulator driver uses of_get_fixed_voltage_config()
to extract fixed_voltage_config structure contents from device tree.
Also add documenation for additional bindings for fixed
regulators that can be passed through dt.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
The helper routine is meant to be used by the regulator drivers
to extract the regulator_init_data structure from the data
that is passed from device tree.
'consumer_supplies' which is part of regulator_init_data is not extracted
as the regulator consumer mappings are passed through DT
With device tree support for regulators, its needed that the
regulator_dev-dev device has the right of_node attached.
To be able to do this add an additional parameter to the
regulator_register() api, wherein the dt-adapted driver can
then pass this additional info onto the regulator core.
Device nodes in DT can associate themselves with one or more
regulators/supply by providing a list of phandles (to regulator nodes)
and corresponding supply names.
For Example:
devicenode: node@0x0 {
...
...
vmmc-supply = regulator1;
Hi Ming Lei,
Sorry, for the delay, it took me some time to gather the exhaustive data for
that block.
On 11/10/2011 10:02 AM, Paul Walmsley wrote:
Hello Ming Lei,
just a few quick comments for now -
On Wed, 9 Nov 2011, Ming Lei wrote:
On Tue, Nov 8, 2011 at 11:26 PM, Paul
On Fri, Nov 18, 2011 at 11:31:32AM +0100, Michael Büsch wrote:
This fixes the initialization of retu/tahvo cached IRQ masks.
Signed-off-by: Michael Buesch m...@bues.ch
Reviewed-by: Felipe Balbi ba...@ti.com
---
v2: lowercase
Index: linux-3.1.1/drivers/cbus/retu.c
Hi Benoit,
On Fri, Nov 18, 2011 at 12:58:20PM +, Cousson, Benoit wrote:
Hi Ming Lei,
Sorry, for the delay, it took me some time to gather the exhaustive data for
that block.
Thanks for looking at this! I don't think we'd have managed to get all of
the magic numbers in the right place
Cousson, Benoit b-cous...@ti.com writes:
Hi Kevin and Rajendra,
On 11/18/2011 7:44 AM, Rajendra Nayak wrote:
Hi Kevin,
On Friday 18 November 2011 01:05 AM, Kevin Hilman wrote:
Rajendra Nayakrna...@ti.com writes:
A hwmod with a 'HWMOD_INIT_NO_IDLE' flag set, is left in
enabled state by
-Original Message-
From: Hilman, Kevin
Sent: Friday, November 18, 2011 12:51 AM
To: Premi, Sanjeev
Cc: linux-omap@vger.kernel.org;
linux-arm-ker...@lists.infradead.org; Koyamangalath, Abhilash
Subject: Re: [PATCH] ARM: OMAP: PM: only register TWL with
voltage layer when device
Tero Kristo t-kri...@ti.com writes:
These are needed because runtime PM is disabled during suspend, and
it is bad if we get interrupts from the PRCM chain handler during it.
Now, PRCM interrupt forwarding is disabled until the suspend-complete,
which makes sure that all the needed drivers are
Hi,
On Thu, Nov 17, 2011 at 02:34:46PM -0800, Kevin Hilman wrote:
Tero Kristo t-kri...@ti.com writes:
Introduce a chained interrupt handler mechanism for the PRCM
interrupt, so that individual PRCM event can cleanly be handled by
handlers in separate drivers. We do this by introducing
Tony,
Here's a couple more PM fixes for v3.2-rc.
Also available here if you prefer to pull:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
for_3.2/fixes/pm
(Note that this branch also includes the CPUidle fix that you already have
in your fixes branch)
Kevin
Current code registers voltage layer details for TWL PMIC even when a TWL
has not been registered. Fix this to only register the TWL with voltage
layer when the TWL PMIC is initialized by board-level code.
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/pm.c |6
From: Felipe Balbi ba...@ti.com
fix a bug which has been on this driver since
it was added by the original commit 984aa6db
which would never clear IRQSTATUS bits.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/smartreflex.c |2 +-
Hello Girish,
On 11/03/2011 09:21 PM, Girish K S wrote:
On 3 November 2011 17:24, Kevin Hilman khil...@ti.com wrote:
Hello,
Using Linus' master branch, I was testing PM functionality on OMAP3/4
and noticed that the MMC driver is now rather noisy during suspend on
OMAP3[1], but seems to
Hi Dave,
Here's the updated pull request after a rebase onto v3.2-rc1 and some
fixes to address other changes that went into v3.2.
This is targetted for v3.3, so I'd like to get it into your tree and
into linux-next.
Also, let me know if you want a MAINTAINERS entry for this file, as I'm
happy
Govindraj.R govindraj.r...@ti.com writes:
Omap-uart can be used as console uart to print early boot
messages using earlyprintk so for console uart prevent
hwmod reset or idling during bootup.
Identify the console_uart set the id and use the custom
pm_latency ops for console uart for the
On 09/23/2011 05:46 AM, Tero Kristo wrote:
This driver will eventually support OMAP soc PRM module features, e.g. PRCM
chain interrupts and voltage processor / controller. This patch only adds
basic skeleton for the driver that can be probed for omap3 and omap4.
Signed-off-by: Tero Kristo
Hi Greg,
On Fri, Nov 18, 2011 at 3:54 PM, Omar Ramirez Luna omar.rami...@ti.com wrote:
diff --git a/drivers/staging/tidspbridge/core/dsp-clock.c
b/drivers/staging/tidspbridge/core/dsp-clock.c
index 3d1279c..1ba10ae 100644
--- a/drivers/staging/tidspbridge/core/dsp-clock.c
+++
Given that dm timer framework doesn't support request of clocks
by soft | hard irqs because some recent changes, tidspbridge needs
to request its clocks on init and enable/disable them on demand.
This was first seen on 3.2-rc1.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
Hi
On Wed, 16 Nov 2011, Felipe Balbi wrote:
ok, so if I understood correctly, xclk60mhsp1_ck is the external clock
for port 1 and init_60m_clk is the internal optional 60MHz clock, right?
Yes.
So the final workaround would be something like:
clk = uhh-utmi_p1_fck;
Since the struct clk
* Cousson, Benoit b-cous...@ti.com [16 07:27]:
Hi Tony,
That bug is becoming annoying, and a bunch of folks are hitting that issue
during DT dev for 3.3, so it will be cool to fix that ASAP.
OK pulling it in. BTW, next time, please try to base branches on some
recent tag like v3.2 or
* Kevin Hilman khil...@ti.com [18 10:47]:
Tony,
Here's a couple more PM fixes for v3.2-rc.
Also available here if you prefer to pull:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
for_3.2/fixes/pm
(Note that this branch also includes the CPUidle fix
* Felipe Balbi ba...@ti.com [18 04:59]:
On Fri, Nov 18, 2011 at 11:31:32AM +0100, Michael Büsch wrote:
This fixes the initialization of retu/tahvo cached IRQ masks.
Signed-off-by: Michael Buesch m...@bues.ch
Reviewed-by: Felipe Balbi ba...@ti.com
Thanks applying all three into
* Tony Lindgren t...@atomide.com [18 15:09]:
* Kevin Hilman khil...@ti.com [18 10:47]:
Tony,
Here's a couple more PM fixes for v3.2-rc.
Also available here if you prefer to pull:
git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
* Tomi Valkeinen tomi.valkei...@ti.com [14 22:31]:
On Mon, 2011-11-14 at 14:04 -0800, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [14 13:05]:
On Mon, 14 Nov 2011, Tony Lindgren wrote:
I suggest we only merge the ones with fix in the subject during the
-rc
* Igor Grinberg grinb...@compulab.co.il [08 04:47]:
On 11/07/11 22:31, Tony Lindgren wrote:
* Igor Grinberg grinb...@compulab.co.il [06 04:45]:
Hi Tony,
On 11/05/11 01:57, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [04 16:05]:
* Igor Grinberg
* Rajendra Nayak rna...@ti.com [14 19:40]:
On Tuesday 15 November 2011 03:00 AM, Tony Lindgren wrote:
* Rajendra Nayakrna...@ti.com [04 04:16]:
@@ -1869,6 +1957,14 @@ static int __init omap_hsmmc_probe(struct
platform_device *pdev)
struct omap_hsmmc_host *host = NULL;
* tom.leim...@gmail.com tom.leim...@gmail.com [07 20:02]:
From: Ming Lei tom.leim...@gmail.com
This patch selects ARM_AMBA if OMAP3_EMU is defined because
OC_ETM depends on ARM_AMBA, so fix the link failure[1].
Thanks applying into fixes.
Tony
[1],
arch/arm/kernel/built-in.o: In
* Thomas Weber we...@corscience.de [08 04:05]:
The file arch/arm/mach-omap2/io.h is empty, so we can remove it.
Thanks applying into fixes.
Tony
Signed-off-by: Thomas Weber we...@corscience.de
---
0 files changed, 0 insertions(+), 0 deletions(-)
delete mode 100644
On Wed, Nov 16, 2011 at 18:02, Kevin Hilman khil...@ti.com wrote:
Felipe Balbi ba...@ti.com writes:
From: Nishanth Menon n...@ti.com
SmartReflex should be disabled while entering low power mode due to
the following reasons:
[...]
Nishanth, in the end, didn't you decide to drop this patch?
* Ilya Yanok ya...@emcraft.com [14 12:04]:
Hi Tony,
On 11.11.2011 04:12, Tony Lindgren wrote:
This looks OK but let's concentrate on getting things working with
board-generic.c and DT only in mainline kernel.
I can apply this into testing-board, but let's not cause more churn
in
* Govindraj.R govindraj.r...@ti.com [09 03:12]:
Fix below compilation failure on mainline kernel 3.2-rc1
when omap_l3_noc.c is built as module.
arch/arm/mach-omap2/omap_l3_noc.c:240: error: expected ',' or ';' before
'MODULE_DEVICE_TABLE'
Signed-off-by: Govindraj.R
38 matches
Mail list logo
