Hi,
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
You used clk_prepare and clk_unprepare instead of clk_prepare_enable and
clk_disable_unprepare. I didn't check
On Mon, Jun 25, 2012 at 11:00 AM, Rajendra Nayak rna...@ti.com wrote:
On Saturday 23 June 2012 12:47 AM, Paul Walmsley wrote:
Hi
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add
clk_prepare()
for omap gpio debounce clock.
On Mon, 25 Jun 2012, Rajendra Nayak wrote:
On Saturday 23 June 2012 12:04 AM, Paul Walmsley wrote:
On Fri, 22 Jun 2012, S, Venkatraman wrote:
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayakrna...@ti.com wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add
On Thu, 21 Jun 2012 12:04:26 +0530 DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
On Thu, Jun 21, 2012 at 8:46 AM, NeilBrown ne...@suse.de wrote:
On Thu, 14 Jun 2012 23:24:10 +0530 DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
On Thu, Jun 14, 2012 at 5:45 AM, NeilBrown ne...@suse.de
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
From: Jassi Brar jaswinder.si...@linaro.org
If the runtime PM of the device is disabled (for example in resume from
suspend path), it doesn't make sense to attempt pm_runtime_get/put, esp
when their return values affect the
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
From: Jassi Brar jaswinder.si...@linaro.org
We can easily keep track of latest EDID from the display and hence avoid
expensive EDID re-reads over I2C.
This could also help some cheapo displays that provide EDID reliably
On Monday 25 June 2012 11:37 AM, Tomi Valkeinen wrote:
Hi,
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
You used clk_prepare and clk_unprepare instead of
On Monday 25 June 2012 11:41 AM, DebBarma, Tarun Kanti wrote:
On Mon, Jun 25, 2012 at 11:00 AM, Rajendra Nayakrna...@ti.com wrote:
On Saturday 23 June 2012 12:47 AM, Paul Walmsley wrote:
Hi
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk
On Monday 25 June 2012 11:48 AM, Paul Walmsley wrote:
On Mon, 25 Jun 2012, Rajendra Nayak wrote:
On Saturday 23 June 2012 12:04 AM, Paul Walmsley wrote:
On Fri, 22 Jun 2012, S, Venkatraman wrote:
On Fri, Jun 22, 2012 at 7:18 PM, Rajendra Nayakrna...@ti.com wrote:
In preparation of OMAP
On 25 June 2012 12:05, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
From: Jassi Brar jaswinder.si...@linaro.org
We can easily keep track of latest EDID from the display and hence avoid
expensive EDID re-reads over I2C.
This
On Mon, 2012-06-25 at 12:29 +0530, Rajendra Nayak wrote:
On Monday 25 June 2012 11:37 AM, Tomi Valkeinen wrote:
Hi,
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add
clk_prepare()
and clk_unprepare() for the
On Mon, Jun 25, 2012 at 11:48 AM, NeilBrown ne...@suse.de wrote:
On Thu, 21 Jun 2012 12:04:26 +0530 DebBarma, Tarun Kanti
tarun.ka...@ti.com wrote:
On Thu, Jun 21, 2012 at 8:46 AM, NeilBrown ne...@suse.de wrote:
On Thu, 14 Jun 2012 23:24:10 +0530 DebBarma, Tarun Kanti
tarun.ka...@ti.com
On Mon, Jun 25, 2012 at 2:51 AM, Shawn Guo shawn@linaro.org wrote:
It seems the same patch has been there for a while.
http://thread.gmane.org/gmane.linux.kernel/1303115
Regards,
Shawn
Hi Shawn,
Thanks for the info, I first send this patch:
On Mon, 2012-06-25 at 13:26 +0530, Jassi Brar wrote:
On 25 June 2012 12:05, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
From: Jassi Brar jaswinder.si...@linaro.org
We can easily keep track of latest EDID from the display
On Mon, Jun 25, 2012 at 08:51:37AM +0800, Shawn Guo wrote:
It seems the same patch has been there for a while.
http://thread.gmane.org/gmane.linux.kernel/1303115
Bah, why doesn't stuff like this get resent if nothing has happened for
a while?
--
To unsubscribe from this list: send the line
On 25 June 2012 11:50, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
Currenlty HDMI fails to come up in the suspend-resume path.
This patch helps that real-world scenario.
What is the problem there? It'd be good to
On Sat, Jun 23, 2012 at 12:34 AM, Paul Walmsley p...@pwsan.com wrote:
On Fri, 22 Jun 2012, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework (CCF) add clk_prepare()
and clk_unprepare() for the various usb host clocks.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc:
On 25 June 2012 13:41, Tomi Valkeinen tomi.valkei...@ti.com wrote:
I am perfectly OK to resend as a patch series, if you want.
Yes please.
OK, will do.
bool ti_hdmi_4xxx_detect(struct hdmi_ip_data *ip_data)
{
- return gpio_get_value(ip_data-hpd_gpio);
+ if
On Mon, 2012-06-25 at 14:19 +0530, Jassi Brar wrote:
On 25 June 2012 11:50, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
Currenlty HDMI fails to come up in the suspend-resume path.
This patch helps that real-world
On Wed, Jun 13, 2012 at 03:15:12AM -0700, Tony Lindgren wrote:
Here's one more gpio_to_irq conversion that we missed
earlier. Tested with n800 in gadget mode using USB_ETH.
Cc: Felipe Balbi ba...@ti.com
Signed-off-by: Tony Lindgren t...@atomide.com
Acked-by: Felipe Balbi ba...@ti.com
---
On Tue, Jun 19, 2012 at 03:27:48PM +0530, Venkatraman S wrote:
Commit 7d6b6d83(make it behave as a module) annotated probe with
__devinit, but a referenced function was not.
This introduced a section mismatch warning:
WARNING: vmlinux.o(.devinit.text+0x3eec): Section mismatch in reference
On Thu, Jun 21, 2012 at 03:38:44PM +0530, Shubhrajyoti D wrote:
The various devm_* functions allocate memory that is released when a driver
detaches. This patch uses devm_kzalloc, devm_request_and_ioremap for data
that is allocated in the probe function of a platform device and is only
freed
On Mon, Jun 25, 2012 at 12:32 PM, Rajendra Nayak rna...@ti.com wrote:
On Monday 25 June 2012 11:41 AM, DebBarma, Tarun Kanti wrote:
On Mon, Jun 25, 2012 at 11:00 AM, Rajendra Nayakrna...@ti.com wrote:
On Saturday 23 June 2012 12:47 AM, Paul Walmsley wrote:
Hi
On Fri, 22 Jun 2012,
Using nr_irqs as local variable name triggers the sparse warning..
./arch/arm/mach-omap2/irq.c:265:6: warning: symbol 'nr_irqs' shadows an earlier
one
./linux/include/linux/irqnr.h:26:12: originally declared here
Signed-off-by: Venkatraman S svenk...@ti.com
---
arch/arm/mach-omap2/irq.c
This fixes the sparse warnings...
arch/arm/mach-omap2/board-igep0020.c:482:14:
warning: incorrect type in initializer (different signedness)
arch/arm/mach-omap2/board-4430sdp.c:200:14:
warning: incorrect type in initializer (different signedness)
Signed-off-by: Venkatraman S svenk...@ti.com
---
On Mon, Jun 25, 2012 at 3:21 PM, Felipe Balbi ba...@ti.com wrote:
On Thu, Jun 21, 2012 at 03:38:44PM +0530, Shubhrajyoti D wrote:
The various devm_* functions allocate memory that is released when a driver
detaches. This patch uses devm_kzalloc, devm_request_and_ioremap for data
that is
On Mon, Jun 25, 2012 at 10:49 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Jun 25, 2012 at 08:51:37AM +0800, Shawn Guo wrote:
It seems the same patch has been there for a while.
http://thread.gmane.org/gmane.linux.kernel/1303115
Bah, why doesn't stuff like this get
* Felipe Balbi ba...@ti.com [120622 03:22]:
On Wed, Jun 13, 2012 at 03:15:06AM -0700, Tony Lindgren wrote:
Commit 62285963 (usb: musb: drop a gigantic amount of ifdeferry)
got rid of a bunch of ifdefs in the MUSB code. Looks like the
platform init code is still using these dropped defines
* Rajendra Nayak rna...@ti.com [120622 04:48]:
Fix the below build error while building OMAP4 standalone
CC arch/arm/mach-omap2/board-flash.o
arch/arm/mach-omap2/board-flash.c:102: error: redefinition of
'board_onenand_init'
arch/arm/mach-omap2/board-flash.h:56: note: previous
Hi,
On Mon, Jun 25, 2012 at 03:47:20AM -0700, Tony Lindgren wrote:
* Felipe Balbi ba...@ti.com [120622 03:22]:
On Wed, Jun 13, 2012 at 03:15:06AM -0700, Tony Lindgren wrote:
Commit 62285963 (usb: musb: drop a gigantic amount of ifdeferry)
got rid of a bunch of ifdefs in the MUSB code.
Use SET_RUNTIME_PM_OPS macro to set runtime functions.
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c
The patch series does the following
- I2C register restore only if context if the context is lost
- Bus busy recovery mechanism.
- Adds a pdata function pointer to do context save restore
- Split the omap_i2c_isr to increase readability
- Make the i2c use SET_RUNTIME_PM_OPS
- Use INIT_COMPLETION
From: Vikram Pandita vikram.pand...@ti.com
In case a peripheral is driving SDA bus low (ie. a start condition), provide
a constant clock output using the test mode of the OMAP I2C controller to
try and clear the bus. Soft reset I2C controller after attempting the bus clear
to ensure that
From: Jon Hunter jon-hun...@ti.com
The OMAP3530 is based upon the same silicon as the OMAP3430 and so the I2C
revision is the same for 3430 and 3530. However, the OMAP3630 device has the
same I2C revision as OMAP4. Correct the revision definition to reflect this.
This patch is based on work done
Currently i2c register restore is done always.
Adding conditional restore.
The i2c register restore is done only if the context is lost
or in case of error to be on the safe side.
Cc: Kevin Hilman khil...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
arch/arm/plat-omap/i2c.c
Remove the definition of SYSS_RESETDONE_MASK and use the
one in omap_hwmod.h.
Also fixes the warning
CC drivers/i2c/busses/i2c-omap.o
drivers/i2c/busses/i2c-omap.c:163: warning: SYSS_RESETDONE_MASK redefined
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
The omap_i2c_remove function may not be needed after
device exit so the memory could be freed.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c
Use INIT_COMPLETION instead of init_completion in transfer.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c
index
On Fri, Jun 22, 2012 at 05:11:56PM +0100, Mark Brown wrote:
On Fri, Jun 22, 2012 at 02:17:51PM +0100, Russell King - ARM Linux wrote:
I suspect the key difference is I run the uImage kernels on the SDP4430
without a DT blob. I suspect it's the DT conversion of sound/soc/omap
that's
On Mon, Jun 25, 2012 at 09:07:58AM +0300, Tomi Valkeinen wrote:
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
In preparation of OMAP moving to Common Clk Framework(CCF) add clk_prepare()
and clk_unprepare() for the omapdss clocks.
You used clk_prepare and clk_unprepare instead
This commit adds device tree support for tps65217 pmic. And usage
details are added to device tree documentation.
Driver is tested by using kernel module with regulator set and get
APIs.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
These patches were tested along with these patches
* DT
On Mon, Jun 25, 2012 at 9:20 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
Currenlty HDMI fails to come up in the suspend-resume path.
This patch helps that real-world scenario.
What is the problem there? It'd be good to
Add device tree data for tps65217 regulator by adding all the consumers
necessary for AM335X-BeagleBone. The data will be map to a regulator
constraints which is required for regulator set_voltage and get_voltage
calls.
All tps65217 PMIC regulator constraints are placed in a seperate device
tree
Add device tree data for tps65910 regulator by adding all the
consumers necessary for AM335X-EVM. The data will be map to a
regulator constraints which is required for regulator set_voltage
and get_voltage calls.
All tps65910 PMIC regulator constraints are placed in a seperate
device tree include
Add device tree support for regulators present on AM33XX family of
devices like AM335X-EVM and AM335X-Bone. TPS65217 regulator is present
on AM335X-Bone and TPS65910 on AM335X-EVM.
First patch adds the device tree support to tps65217 regulator so
that it will take the parameters from
On Mon, Jun 25, 2012 at 05:34:36PM +0530, AnilKumar Ch wrote:
This commit adds device tree support for tps65217 pmic. And usage
details are added to device tree documentation.
Driver is tested by using kernel module with regulator set and get
APIs.
This needs to be updated for the patches
On 25 June 2012 15:00, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Mon, 2012-06-25 at 14:19 +0530, Jassi Brar wrote:
On 25 June 2012 11:50, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
Currenlty HDMI fails to come
Hi Mark,
Thanks for quick reply.
On Mon, Jun 25, 2012 at 17:42:20, Mark Brown wrote:
On Mon, Jun 25, 2012 at 05:34:36PM +0530, AnilKumar Ch wrote:
This commit adds device tree support for tps65217 pmic. And usage
details are added to device tree documentation.
Driver is tested by using
On Mon, 2012-06-25 at 15:05 +0300, Grazvydas Ignotas wrote:
On Mon, Jun 25, 2012 at 9:20 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
Currenlty HDMI fails to come up in the suspend-resume path.
This patch helps that
Hi,
On Mon, Jun 25, 2012 at 04:41:36PM +0530, Shubhrajyoti D wrote:
Currently i2c register restore is done always.
Adding conditional restore.
The i2c register restore is done only if the context is lost
or in case of error to be on the safe side.
Cc: Kevin Hilman khil...@ti.com
On 25 June 2012 17:35, Grazvydas Ignotas nota...@gmail.com wrote:
On Mon, Jun 25, 2012 at 9:20 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
Currenlty HDMI fails to come up in the suspend-resume path.
This patch helps
Hi,
On Mon, Jun 25, 2012 at 04:41:39PM +0530, Shubhrajyoti D wrote:
Use INIT_COMPLETION instead of init_completion in transfer.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
drivers/i2c/busses/i2c-omap.c |3 ++-
1 files changed, 2
Hi,
On Mon, Jun 25, 2012 at 04:41:40PM +0530, Shubhrajyoti D wrote:
Remove the definition of SYSS_RESETDONE_MASK and use the
one in omap_hwmod.h.
Also fixes the warning
CC drivers/i2c/busses/i2c-omap.o
drivers/i2c/busses/i2c-omap.c:163: warning: SYSS_RESETDONE_MASK redefined
On Mon, Jun 25, 2012 at 04:41:41PM +0530, Shubhrajyoti D wrote:
From: Jon Hunter jon-hun...@ti.com
The OMAP3530 is based upon the same silicon as the OMAP3430 and so the I2C
revision is the same for 3430 and 3530. However, the OMAP3630 device has the
same I2C revision as OMAP4. Correct the
On Mon, 2012-06-25 at 17:57 +0530, Jassi Brar wrote:
On 25 June 2012 15:00, Tomi Valkeinen tomi.valkei...@ti.com wrote:
The driver needs to enable the HW and the call to pm_runtime_get() is
skipped. Won't this lead to crash as the DSS registers are accessed
without the HW in enabled state?
On Monday 25 June 2012 06:00 PM, Tomi Valkeinen wrote:
On Mon, 2012-06-25 at 15:05 +0300, Grazvydas Ignotas wrote:
On Mon, Jun 25, 2012 at 9:20 AM, Tomi Valkeinentomi.valkei...@ti.com wrote:
On Sat, 2012-06-23 at 13:36 +0530, jaswinder.si...@linaro.org wrote:
Currenlty HDMI fails to come
On Mon, 2012-06-25 at 18:12 +0530, Rajendra Nayak wrote:
On Monday 25 June 2012 06:00 PM, Tomi Valkeinen wrote:
On Mon, 2012-06-25 at 15:05 +0300, Grazvydas Ignotas wrote:
On Mon, Jun 25, 2012 at 9:20 AM, Tomi Valkeinentomi.valkei...@ti.com
wrote:
On Sat, 2012-06-23 at 13:36 +0530,
On Mon, 2012-06-25 at 17:18 +0530, Rajendra Nayak wrote:
On Monday 25 June 2012 01:28 PM, Tomi Valkeinen wrote:
On Mon, 2012-06-25 at 12:29 +0530, Rajendra Nayak wrote:
On Monday 25 June 2012 11:37 AM, Tomi Valkeinen wrote:
Hi,
On Fri, 2012-06-22 at 19:18 +0530, Rajendra Nayak wrote:
On 25 June 2012 18:11, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Mon, 2012-06-25 at 17:57 +0530, Jassi Brar wrote:
On 25 June 2012 15:00, Tomi Valkeinen tomi.valkei...@ti.com wrote:
The driver needs to enable the HW and the call to pm_runtime_get() is
skipped. Won't this lead to crash
On Mon, 2012-06-25 at 19:01 +0530, Jassi Brar wrote:
On 25 June 2012 18:11, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Mon, 2012-06-25 at 17:57 +0530, Jassi Brar wrote:
On 25 June 2012 15:00, Tomi Valkeinen tomi.valkei...@ti.com wrote:
The driver needs to enable the HW and the call
On 06/22/2012 04:00 AM, Afzal Mohammed wrote:
Helper function for updating nand platform data has been
added the capability to take timing structure arguement.
Usage of omap_nand_flash_init() has been replaced by modifed
one, omap_nand_flash_init was doing things similar to
board_nand_init
* Paul Walmsley p...@pwsan.com [120622 07:16]:
Hi Tony
The following changes since commit 485802a6c524e62b5924849dd727ddbb1497cc71:
Linux 3.5-rc3 (2012-06-16 17:25:17 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
* Paul Walmsley p...@pwsan.com [120622 08:41]:
Hi Tony
The following changes since commit 485802a6c524e62b5924849dd727ddbb1497cc71:
Linux 3.5-rc3 (2012-06-16 17:25:17 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
Hi Afzal,
Looks much better!
On 06/22/2012 04:01 AM, Afzal Mohammed wrote:
Reorganize gpmc-onenand initialization so that changes
required for gpmc driver migration can be made smooth.
Ensuring sync read/write are disabled in onenand cannot
be expected to work properly unless GPMC is
Hi Russell,
What is the status of the virtual dma and the series you have posted
previously. Is it ready for merge?
I would be away for 10days starting coming Thursday. So please let me
know
On Fri, 2012-06-22 at 09:59 +0100, Russell King - ARM Linux wrote:
These three patches add support for
Hi Russell,
On 06/22/2012 06:12 PM, Russell King - ARM Linux wrote:
Before this goes much further... one fairly obvious and important point
must be made.
You're designing an API here. You're designing it *WITHOUT* involving
the two most important people in its design that there are. The
On 25 June 2012 19:19, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Mon, 2012-06-25 at 19:01 +0530, Jassi Brar wrote:
/* this accesses a register, but the HW is disabled? */
dispc_read_reg(FOO);
the H/W is already always enabled if CONFIG_PM_RUNTIME is not defined.
If
Hi David,
On Mon, Jun 25, 2012 at 2:17 AM, David Rientjes rient...@google.com wrote:
On Sat, 23 Jun 2012, R, Sricharan wrote:
Hi,
I am observing a below crash with VMALLOC call on mainline kernel.
The issue happens when there is insufficent vmalloc space.
Isn't it expected that the
OMAP4470 currently fails to boot, printing various messages such as ...
omap_hwmod: mpu: cannot clk_get main_clk dpll_mpu_m2_ck
omap_hwmod: mpu: cannot _init_clocks
[ cut here ]
WARNING: at arch/arm/mach-omap2/omap_hwmod.c:2062 _init+0x2a0/0x2e4()
omap_hwmod: mpu: couldn't
On Mon, 2012-06-25 at 11:51 -0500, Jon Hunter wrote:
Hi Russell,
On 06/22/2012 06:12 PM, Russell King - ARM Linux wrote:
Before this goes much further... one fairly obvious and important point
must be made.
You're designing an API here. You're designing it *WITHOUT* involving
the
Adding linux-arm ML.
Jon
On 06/25/2012 12:38 PM, Jon Hunter wrote:
OMAP4470 currently fails to boot, printing various messages such as ...
omap_hwmod: mpu: cannot clk_get main_clk dpll_mpu_m2_ck
omap_hwmod: mpu: cannot _init_clocks
[ cut here ]
WARNING: at
On 21.06.2012 15:50, Daniel Mack wrote:
On 18.06.2012 10:15, Hiremath, Vaibhav wrote:
On Mon, Jun 11, 2012 at 19:21:21, Jason Kridner wrote:
From: Daniel Mack zon...@gmail.com
Hey,
can anybody give me a quick wrap-up about the current state of AM33xx
based SoCs in mainline? What are the
On Tue, Jun 19, 2012 at 02:33:11PM +0530, Shilimkar, Santosh wrote:
@@ -1644,11 +1923,23 @@ static void __attribute__((unused))
freq_post_notify_handling(void)
spin_unlock_irqrestore(emif_lock, irq_state);
}
+#if defined(CONFIG_OF)
+static const struct of_device_id emif_of_match[] =
Felipe Balbi ba...@ti.com writes:
[...]
Keshava is reverting a fix for a HW errata. I can't accept it as it will
cause regressions. Granted, regression by regression, there's no change,
but I simply can't knowingly cause a regression to the driver just to
have PM working. We need a real fix
On Monday 25 June 2012, Vinod Koul wrote:
On Mon, 2012-06-25 at 11:51 -0500, Jon Hunter wrote:
Hi Russell,
Dan, Vinod, in this thread we have been discussing the addition of a
generic device-tree binding for DMA controllers. In the below, we were
discussing the addition of a device-tree
On Monday 25 June 2012 06:20 PM, Tomi Valkeinen wrote:
On Mon, 2012-06-25 at 18:12 +0530, Rajendra Nayak wrote:
On Monday 25 June 2012 06:00 PM, Tomi Valkeinen wrote:
On Mon, 2012-06-25 at 15:05 +0300, Grazvydas Ignotas wrote:
On Mon, Jun 25, 2012 at 9:20 AM, Tomi
On Monday 25 June 2012 06:44 PM, Tomi Valkeinen wrote:
venc and hdmi use clk_enable/disable in runtime PM callbacks (suspend
resume). If I understand correctly, the callbacks are not called in
atomic context if pm_runtime_irq_safe() has not been used. And it is not
used in omapdss.
dsi uses
On Mon, Jun 25, 2012 at 11:58 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Tue, Jun 19, 2012 at 02:33:11PM +0530, Shilimkar, Santosh wrote:
@@ -1644,11 +1923,23 @@ static void __attribute__((unused))
freq_post_notify_handling(void)
spin_unlock_irqrestore(emif_lock,
On Tuesday 26 June 2012 10:39 AM, Shilimkar, Santosh wrote:
+#if defined(CONFIG_OF)
+static const struct of_device_id emif_of_match[] = {
+ { .compatible = ti,emif-4d },
+ { .compatible = ti,emif-4d5 },
+ {},
+};
On Tue, Jun 26, 2012 at 10:49 AM, Rajendra Nayak rna...@ti.com wrote:
On Tuesday 26 June 2012 10:39 AM, Shilimkar, Santosh wrote:
+#if defined(CONFIG_OF)
+static const struct of_device_id emif_of_match[] = {
+ { .compatible = ti,emif-4d },
+ { .compatible
On Tuesday 26 June 2012 10:53 AM, Shilimkar, Santosh wrote:
On Tue, Jun 26, 2012 at 10:49 AM, Rajendra Nayakrna...@ti.com wrote:
On Tuesday 26 June 2012 10:39 AM, Shilimkar, Santosh wrote:
+#if defined(CONFIG_OF)
+static const struct of_device_id emif_of_match[] = {
+
81 matches
Mail list logo
