On Mon, 2011-12-19 at 14:03 +0530, Chandrabhanu Mahapatra wrote:
Hi everyone,
the following patch set directs to improve the scaling performance of DISPC
module which consists of two pacthes.
The first patch is based on code of Lajos Molnar la...@ti.com from Android
Kernel, which updates
Hi,
On Fri, 2011-12-16 at 18:30 +0100, Daniel Mack wrote:
Signed-off-by: Daniel Mack zon...@gmail.com
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Florian Tobias Schandinat florianschandi...@gmx.de
---
v2 is a resent with .power_on_delay and .acb values corrected.
The code itself is fine,
From: Mythri P K mythr...@ti.com
Move duplicate HDMI mux_init code from omap4 and panda board file
to display file.
Signed-off-by: Mythri P K mythr...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c| 16 +---
arch/arm/mach-omap2/board-omap4panda.c | 17 +
From: Mythri P K mythr...@ti.com
Disables the internal pull resistor for SDA and SCL which are enabled by
default, as there are external pull up's in 4460 and 4430 ES2.3
SDP, Blaze and Panda Boards, It is done to avoid the EDID read failure.
Signed-off-by: Ricardo Salveti de Araujo
On Tue, 2011-12-20 at 14:08 +0530, mythr...@ti.com wrote:
From: Mythri P K mythr...@ti.com
Disables the internal pull resistor for SDA and SCL which are enabled by
default, as there are external pull up's in 4460 and 4430 ES2.3
SDP, Blaze and Panda Boards, It is done to avoid the EDID read
PRM module in AM33XX is closer to OMAP4 PRM module, so it makes complete
sense to reuse all the code from existing OMAP4 implementation.
Having said that, ther is a catch here with respect to AM33XX device,
The register offset in PRM module is not consistent
across (crazy IP integration), for
From: Balaji TK balaj...@ti.com
MMC master clock rate can vary for each instance of the MMC controller
on the device. Use clk_get_rate instead to get the value.
Signed-off-by: Balaji TK balaj...@ti.com
Reviewed-by: Venkatraman S svenk...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |7
On Tue, Dec 20, 2011 at 3:12 PM, Venkatraman S svenk...@ti.com wrote:
From: Balaji TK balaj...@ti.com
MMC master clock rate can vary for each instance of the MMC controller
on the device. Use clk_get_rate instead to get the value.
Signed-off-by: Balaji TK balaj...@ti.com
Reviewed-by:
This patch adds support for Microtip Technologies' UMSH-8173MD 800x480
RGB TFT panel. Tested with an OMAP3 board.
Signed-off-by: Daniel Mack zon...@gmail.com
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: Florian Tobias Schandinat florianschandi...@gmx.de
---
Hi Igor,
On 12/19/2011 09:10 AM, Igor Grinberg wrote:
On 12/18/11 21:13, Daniel Mack wrote:
Signed-off-by: Daniel Mack zon...@gmail.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/vp.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
On Tuesday 20 December 2011 04:31 AM, Rob Herring wrote:
On 12/19/2011 08:05 AM, Aneesh V wrote:
This is an RFC to add new device tree bindings for DDR memories and
EMIF - TI's DDR SDRAM controller.
The first patch adds bindings for DDR memories. Currently,
we have added properties for only
On Tuesday 20 December 2011 05:05 AM, Tony Lindgren wrote:
* Rob Herringrobherri...@gmail.com [111219 14:29]:
On 12/19/2011 08:05 AM, Aneesh V wrote:
This is an RFC to add new device tree bindings for DDR memories and
EMIF - TI's DDR SDRAM controller.
The first patch adds bindings for DDR
Hi,
On Mon, Dec 19, 2011 at 05:46:56PM -0800, Kuninori Morimoto wrote:
I tried this patch, but renesas_usbhs didn't work.
It seems have some bugs.
1. renesas_usbhs dma needs pkt-dma, but this patch didn't care it.
2. dma direction seems wrong
(dir needs 0/1, not DMA_xxx_DEVICE for
-Original Message-
From: Hilman, Kevin
Sent: Saturday, December 10, 2011 6:51 AM
To: Tony Lindgren
Cc: Ilya Yanok; linux-omap@vger.kernel.org; w...@denx.de; d...@denx.de;
sash...@emcraft.com; Hiremath, Vaibhav
Subject: Re: [PATCH] AM35xx: disable checking for reserved feature bits
On Mon, Dec 19, 2011 at 10:20:09PM +0200, Felipe Contreras wrote:
On Mon, Dec 19, 2011 at 10:11 AM, Felipe Balbi ba...@ti.com wrote:
On Fri, Dec 16, 2011 at 01:05:08AM +0200, Felipe Contreras wrote:
Properly call pm_runtime_put() afer pm_runttime_get() on errors.
Untested.
sorry, but
On Mon, Dec 19, 2011 at 10:01:54PM +0200, Felipe Contreras wrote:
From: Felipe Contreras felipe.contre...@gmail.com
In musb_init_controller() there's a pm_runtime_put(), but there's no
pm_runtime_get(), which creates a mismatch that causes the driver to
sleep when it shouldn't.
This was
On Mon, Dec 19, 2011 at 10:17:49PM +0200, Felipe Contreras wrote:
From: Felipe Contreras felipe.contre...@gmail.com
enabled driver || !enabled can be simplified to !enabled || driver.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
applied, thanks
--
balbi
signature.asc
On Mon, Dec 19, 2011 at 10:17:50PM +0200, Felipe Contreras wrote:
From: Felipe Contreras felipe.contre...@gmail.com
And use dev instead of musb-controller.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
applied, thanks
--
balbi
signature.asc
Description: Digital signature
Hi,
On Mon, Dec 19, 2011 at 10:17:51PM +0200, Felipe Contreras wrote:
From: Felipe Contreras felipe.contre...@gmail.com
These are handled by drivers core, and in a way that doesn't wake up the
devices.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
applied, thanks
--
balbi
-Original Message-
From: Hilman, Kevin
Sent: Friday, December 02, 2011 11:04 PM
To: Mohammed, Afzal
Cc: Hiremath, Vaibhav; Russell King; linux-omap@vger.kernel.org;
t...@atomide.com; linux-arm-ker...@lists.infradead.org; p...@pwsan.com
Subject: Re: [PATCH-V4 0/3] Introducing TI's
On Tue, Dec 20, 2011 at 2:06 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Mon, 2011-12-19 at 14:03 +0530, Chandrabhanu Mahapatra wrote:
Hi everyone,
the following patch set directs to improve the scaling performance of DISPC
module which consists of two pacthes.
The first patch is
Hi Ilya,
On Tuesday 20 December 2011 06:09 AM, Ilya Yanok wrote:
Hi Paul,
Paul Walmsleypaulat pwsan.com writes:
[0.238494] Kernel BUG at c0033e34 [verbose debug info unavailable]
[0.245025] Internal error: Oops - undefined instruction: 0 [#1] SMP
[0.262390] PC is at
Hi Aneesh,
On 12/20/2011 11:44 AM, Aneesh V wrote:
On Tuesday 20 December 2011 05:05 AM, Tony Lindgren wrote:
* Rob Herringrobherri...@gmail.com [111219 14:29]:
On 12/19/2011 08:05 AM, Aneesh V wrote:
This is an RFC to add new device tree bindings for DDR memories and
EMIF - TI's DDR SDRAM
Hi Tony,
What about that patch?
This is the only one that is missing in lo.
I know it is not a big deal, but it will make things a little bit cleaner.
Thanks,
Benoit
On 12/6/2011 5:49 PM, Benoit Cousson wrote:
The file contains a mix of #ifdef and #if defined().
Replace the #if... by #ifdef.
Hi Tony and Rob,
Here is the series to take advantage of the new DT interrupt init mechanism.
Thanks to Marc's CONFIG_MULTI_IRQ_HANDLER series, OMAP4 just has to use the
default GIC binding and does not need some OMAP specific hacks anymore.
OMAP2 and 3 are using a simple interrupt controller
Introduce the usage of the irqdomain to prepare the DT support.
The irq_base is still hard coded to 0 to allow non-DT drivers
to work with the previous assumption that was hwirq = irq.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Rob Herring
The GIC binding was updated in 3.2 and expect 3 interrupt-cells.
- Update the #interrupt-cells
- interrupt-parent seems to be needed as well for the top level GIC
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Rob Herring rob.herr...@calxeda.com
---
arch/arm/boot/dts/omap4.dtsi |3 ++-
1
Add a function to initialize the OMAP2/3 interrupt controller (INTC)
using a device tree node.
Replace some printk() with the proper pr_ macro.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Rob Herring rob.herr...@calxeda.com
---
Update the DTS with the proper information required by the
INTC bindings.
- Add the number of interrupt lines
- Add the reg and the compatible entries.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Rob Herring rob.herr...@calxeda.com
---
arch/arm/boot/dts/omap3.dtsi |6 --
1 files
Use the of_irq_init API introduced in 3.2 to handle
interrupt-controller with DT.
Update the irq_match table to map the proper XXX_of_init
functions for INTC and GIC drivers.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Rob Herring rob.herr...@calxeda.com
Hi Benoit
On Tuesday 20 December 2011 06:10 PM, Cousson, Benoit wrote:
Hi Aneesh,
snip
In general, is it really feasible to parse the DTB before DDR is
initialized?
Changing timings is still needed for DVFS during runtime.
But we can boot to userspace with bootloader set timings, so I'm
Hi Andrew,
I've never got any feedback on this patch from Alessandro and it seems
that you took care of some rtc stuff recently.
Thanks in advance,
Benoit
On 12/9/2011 3:02 PM, Benoit Cousson wrote:
Add the DT support for the TI rtc-twl present in the twl4030
and twl6030 devices.
Hi Tony and Rob,
Here is the updated version of the i2c + twl DT adaptation series.
This update, compared to v2 [1], is adding some dedicated dtsi files for
the twl PMIC and audio IC. These devices will contain a huge amount of
regulator nodes and thus deserve a dedicated file to avoid every
In the case of DT, the PMIC and SR initialization will be done using
a completely different mechanism.
Disable this part if a DT blob is available.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Acked-by: Kevin Hilman khil...@ti.com
---
arch/arm/mach-omap2/pm.c |8
1 files changed,
Add i2c controllers nodes into the main ocp bus.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rob Herring rob.herr...@calxeda.com
---
arch/arm/boot/dts/omap4.dtsi | 28
1 files changed, 28 insertions(+), 0
Add i2c controllers nodes into the main ocp bus.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rob Herring rob.herr...@calxeda.com
---
arch/arm/boot/dts/omap3.dtsi | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
Add a dedicated DTS file for the twl4030/5030 Power + Audio IC.
This chip is a big SoC that will be reused in a lot of various
OMAP3 boards.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rob Herring rob.herr...@calxeda.com
---
Update pandaboard dts file with required clock frequencies
for the i2c client devices existing on pandaboard.
Add the twl6030 node in i2c1 controller.
This is the minimal support needed to boot OMAP4 boards
without any crash.
The support for all the features included in this MFD will be
added
Add required clock frequencies for the i2c client devices existing
on beagle board.
Add the twl4030 basic description with only the twl_rtc module.
Add the EEPROM node.
Based on original patch from Manju:
http://www.spinics.net/lists/linux-omap/msg55831.html
Signed-off-by: Benoit Cousson
Add a dedicated DTS file for the twl6030 Power IC.
This chip is a big SoC that will be reused in a lot of various
OMAP4+ boards.
Note: This file is supposed to be included in a board DTS that will
create the twl node in order to allow the twl reference to work.
Exmaple:
...
i2c1 {
twl:
Update DTS file with required clock frequencies
for the i2c client devices existing on sdp4430.
Add the twl6030 node inside the i2c1 controller node.
This is the minimal support needed to boot OMAP4 boards
without any crash.
The support for all the features included in this MFD will be
added
This mainly reverts the commit that was adding the i2c static init.
Since the i2c and twl nodes are now present, there is no need
for the static initialization anymore.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-generic.c |
Add initial DT support to retrieve the frequency using a
DT attribute instead of the pdata pointer if of_node exist.
Add documentation for omap i2c controller binding.
Based on original patches from Manju and Grant.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Ben Dooks
Add the DT support for the TI rtc-twl present in the twl4030
and twl6030 devices.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Alessandro Zummo a.zu...@towertech.it
---
Documentation/devicetree/bindings/rtc/twl-rtc.txt | 12
drivers/rtc/rtc-twl.c
On 12/20/2011 10:27 AM, Benoit Cousson wrote:
Add initial DT support to retrieve the frequency using a
DT attribute instead of the pdata pointer if of_node exist.
Add documentation for omap i2c controller binding.
Based on original patches from Manju and Grant.
Signed-off-by: Benoit
On 12/20/2011 10:27 AM, Benoit Cousson wrote:
Add a dedicated DTS file for the twl4030/5030 Power + Audio IC.
This chip is a big SoC that will be reused in a lot of various
OMAP3 boards.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant Likely grant.lik...@secretlab.ca
Cc: Rob
On 12/20/2011 10:47 AM, Rob Herring wrote:
On 12/20/2011 10:27 AM, Benoit Cousson wrote:
Add a dedicated DTS file for the twl4030/5030 Power + Audio IC.
This chip is a big SoC that will be reused in a lot of various
OMAP3 boards.
Signed-off-by: Benoit Cousson b-cous...@ti.com
Cc: Grant
* Olof Johansson o...@lixom.net [111219 20:20]:
Hi Tony,
On Mon, Dec 19, 2011 at 11:42 AM, Tony Lindgren t...@atomide.com wrote:
Hi Arnd Olof,
Here are two fixes that could potentially go into v3.2 -rc cycle.
One fixes a harmless but annoying warning that happens on omap 34xx
On Tue, Dec 20, 2011 at 9:10 AM, Tony Lindgren t...@atomide.com wrote:
* Olof Johansson o...@lixom.net [111219 20:20]:
Hi Tony,
On Mon, Dec 19, 2011 at 11:42 AM, Tony Lindgren t...@atomide.com wrote:
Hi Arnd Olof,
Here are two fixes that could potentially go into v3.2 -rc cycle.
One
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [111219 14:57]:
Resending because of a typo in the Cc: list, sorry.
8--
In preparation to converting Amstrad Delta on-board latches to
basic_mmio_gpio devices, registration of platform devices which depend
on latches and
Hi Archit,
On 20.12.2011 16:23, Archit Taneja wrote:
[0.238494] Kernel BUG at c0033e34 [verbose debug info unavailable]
[0.245025] Internal error: Oops - undefined instruction: 0 [#1] SMP
[0.262390] PC is at omap3_l3_app_irq+0x108/0x12c
I'm getting the same error on one of my
On Tue, Dec 20, 2011 at 1:19 PM, Felipe Balbi ba...@ti.com wrote:
On Mon, Dec 19, 2011 at 10:20:09PM +0200, Felipe Contreras wrote:
On Mon, Dec 19, 2011 at 10:11 AM, Felipe Balbi ba...@ti.com wrote:
On Fri, Dec 16, 2011 at 01:05:08AM +0200, Felipe Contreras wrote:
Properly call
Hi Tony
These patches prepare for the introduction of the powerdomain device PM
constraints, via the standard Linux device PM mechanism that Rafael
Wysocki introduced.
After the powerdomain device PM constraints go in, we should be able to
remove some of the OMAP PM interface (currently via
Hi Igor,
On 15.12.2011 14:40, Igor Grinberg wrote:
+r = gpio_request_array(mcx_dss_gpios, ARRAY_SIZE(mcx_dss_gpios));
+if (r) {
+pr_err(failed to get DSS control GPIOs\n);
+return;
+}
+
+omap_mux_init_gpio(LCD_BKLIGHT_EN, OMAP_PIN_OUTPUT);
+
On Tuesday 20 of December 2011 at 19:06:11, Tony Lindgren wrote:
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [111219 14:57]:
Resending because of a typo in the Cc: list, sorry.
8--
In preparation to converting Amstrad Delta on-board latches to
basic_mmio_gpio
On Tue, Dec 20, 2011 at 12:28:32AM +0100, Janusz Krzysztofik wrote:
diff --git a/drivers/input/serio/ams_delta_serio.c
b/drivers/input/serio/ams_delta_serio.c
index d4d08bd..56ffd7c 100644
--- a/drivers/input/serio/ams_delta_serio.c
+++ b/drivers/input/serio/ams_delta_serio.c
@@ -165,6
On Tuesday 20 of December 2011 at 21:40:46, Russell King - ARM Linux wrote:
On Tue, Dec 20, 2011 at 12:28:32AM +0100, Janusz Krzysztofik wrote:
diff --git a/drivers/input/serio/ams_delta_serio.c
b/drivers/input/serio/ams_delta_serio.c
index d4d08bd..56ffd7c 100644
---
* Janusz Krzysztofik jkrzy...@tis.icnet.pl [111220 12:03]:
On Tuesday 20 of December 2011 at 19:06:11, Tony Lindgren wrote:
To deal with the init order issues, you can pass a set_power
function pointer in platform_data that the driver can use. Or
set up a fixed regulator for it.
I'm
Add support for asserting RTS line while TX is in progress. OMAP
hardware doesn't support auto-RS485 mode so we control the line from
software. We use TX_EMPTY_CTL_IT bit in SCR register to generate TX
empty interrupt.
We use SER_RS485_RTS_ON_SEND flag to control the polarity of RTS signal
(RTS
Hi,
On Tue, Dec 20, 2011 at 8:27 AM, Benoit Cousson b-cous...@ti.com wrote:
diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c
index a43d002..dcbc1ec 100644
--- a/drivers/i2c/busses/i2c-omap.c
+++ b/drivers/i2c/busses/i2c-omap.c
@@ -37,6 +37,8 @@
#include
Hi,
On Tue, Dec 20, 2011 at 10:23:32PM +0100, Ilya Yanok wrote:
Add support for asserting RTS line while TX is in progress. OMAP
hardware doesn't support auto-RS485 mode so we control the line from
software. We use TX_EMPTY_CTL_IT bit in SCR register to generate TX
empty interrupt.
Sorry to
In preparation to converting Amstrad Delta on-board latches to
basic_mmio_gpio devices, registration of platform devices which depend
on latches and will require initialization of their GPIO pins first,
should be moved out of .machine_init down to late_initcall level, as the
gpio-generic driver is
Hi Wolfram,
On 21.12.2011 01:53, Wolfram Sang wrote:
Add support for asserting RTS line while TX is in progress. OMAP
hardware doesn't support auto-RS485 mode so we control the line from
software. We use TX_EMPTY_CTL_IT bit in SCR register to generate TX
empty interrupt.
Sorry to bring bad
Don't use Amstrad Delta custom I/O functions once GPIO interface is
available for the underlying hardware.
While requesting and initializing GPIO pins used, also take care of one
extra pin KEYBRD_DATAOUT which, even if not used by the driver, belongs
to the device and affects its functioning.
Hi Paul,
On 16.12.2011 10:13, Paul Walmsley wrote:
Ok, let's wait for Paul's answer and then I'll prepare a separate patch.
Unfortunately the AM3517 TRM (SPRUGR0) here doesn't really have the same
level of clock integration information that the WBU TRMs have, so it's
kind of hard to tell
AM35xx SoCs include DaVinci EMAC IP. Initialization code in
board-am3517evm.c is pretty board independent and will work for any
AM35xx based board so move this code to it's own file to be reused by
other boards.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
Changes from V1:
- removed clock
Rename EMAC clocks to match driver expectations: both davinci_emac and
davinci_mdio drivers call clk_get(dev, NULL) so we have to provide
(davinci_emac, NULL) and (davinci_mdio.0, NULL) clocks instead of
(davinci_emac, emac_clk) and (davinci_emac, phy_clk) resp.
CC: Paul Walmsley p...@pwsan.com
Fix the error handling in __cpuidle_register_device to include
the missing list_del. Move it to a label, which will simplify
the error handling when coupled states are added.
Signed-off-by: Colin Cross ccr...@android.com
---
drivers/cpuidle/cpuidle.c | 13 +
1 files changed, 9
Split the code to enter a state and update the stats into a helper
function, cpuidle_enter_state, and export it. This function will
be called by the coupled state code to handle entering the safe
state and the final coupled state.
Signed-off-by: Colin Cross ccr...@android.com
---
On some ARM SMP SoCs (OMAP4460, Tegra 2, and probably more), the
cpus cannot be independently powered down, either due to
sequencing restrictions (on Tegra 2, cpu 0 must be the last to
power down), or due to HW bugs (on OMAP4460, a cpu powering up
will corrupt the gic state unless the other cpu
On some ARM SMP SoCs (OMAP4460, Tegra 2, and probably more), the
cpus cannot be independently powered down, either due to
sequencing restrictions (on Tegra 2, cpu 0 must be the last to
power down), or due to HW bugs (on OMAP4460, a cpu powering up
will corrupt the gic state unless the other cpu
On Wed, 21 Dec 2011, Ilya Yanok wrote:
On 16.12.2011 10:13, Paul Walmsley wrote:
Ok, let's wait for Paul's answer and then I'll prepare a separate patch.
Unfortunately the AM3517 TRM (SPRUGR0) here doesn't really have the same
level of clock integration information that the WBU TRMs
On Tue, Dec 20, 2011 at 15:12, S, Venkatraman wrote:
From: Balaji TK balaj...@ti.com
MMC master clock rate can vary for each instance of the MMC controller
on the device. Use clk_get_rate instead to get the value.
Signed-off-by: Balaji TK balaj...@ti.com
Reviewed-by: Venkatraman S
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Ilya Yanok
Sent: Wednesday, December 21, 2011 4:57 AM
To: linux-omap@vger.kernel.org
Cc: sash...@emcraft.com; Ilya Yanok
Subject: [PATCH V2] am35xx-emac: move generic
From e4db974edb5c46360465462518a88b83f1bdedf6 Mon Sep 17 00:00:00 2001
From: Dmitry Antipov dmitry.anti...@linaro.org
Date: Wed, 21 Dec 2011 10:57:08 +0400
Subject: [PATCH] omap: use usleep_range() instead of mdelay()/udelay()
---
arch/arm/mach-omap2/omap_phy_internal.c |2 +-
75 matches
Mail list logo