On Thu, Apr 17, 2014 at 12:58:33AM -0500, Joel Fernandes wrote:
The vchan lock in edma_callback is acquired in hard interrupt context. As
interrupts are already disabled, there's no point in save/restoring interrupt
mask bit or cpsr flags.
Get rid of flags local variable and use spin_lock
The patches fix some opt clock handling in gpio and in
hwmod.
Rajendra Nayak (2):
gpio: omap: prepare and unprepare the debounce clock
ARM: OMAP2+: hwmod: Don't leave the optional clocks in
clk_prepare()ed state
arch/arm/mach-omap2/omap_hwmod.c | 13 ++---
Replace the clk_enable()s with a clk_prepare_enable() and
the clk_disables()s with a clk_disable_unprepare()
This never showed issues due to the OMAP platform code (hwmod)
leaving these clocks in clk_prepare()ed state by default.
Reported-by: Kishon Vijay Abraham I kis...@ti.com
Signed-off-by:
At hwmod init, theres no reason why optional clocks should be left in
clk_prepare()ed state as these are actually directly controlled by the
drivers themselves. Let the drivers prepare/unprepare as well as enable/
disable them.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: Benoit Cousson
Acked-by : Patrice Chotard patrice.chot...@st.com
Thanks
On 04/22/2014 08:40 PM, Geert Uytterhoeven wrote:
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
Cc: Benoit Cousson bcous...@baylibre.com
Cc: Srinivas Kandagatla srinivas.kandaga...@st.com
Cc: linux-omap@vger.kernel.org
Cc:
Hello Nishanth and Tony,
On Wed, Apr 23, 2014 at 3:30 AM, Nishanth Menon n...@ti.com wrote:
On 01:08-20140423, Javier Martinez Canillas wrote:
[...]
on AM335x-sk:
So this makes only am335x-sk to fail with the gpiolib irpchip
conversion as reported by Peter and you.
Do you know what
On 04/22/2014 05:03 PM, Aaro Koskinen wrote:
Hi,
On Tue, Apr 22, 2014 at 08:21:35AM +0200, Robert Baldyga wrote:
On 04/19/2014 12:52 PM, Aaro Koskinen wrote:
On Mon, Apr 14, 2014 at 01:46:16PM +0200, Robert Baldyga wrote:
dev_info(pdev-dev,
- OMAP USB OTG controller rev %d.%d
On 04/12/2014 06:02 PM, Tony Lindgren wrote:
* Tero Kristo t-kri...@ti.com [140412 02:01]:
On 04/11/2014 02:47 AM, Tony Lindgren wrote:
@@ -282,6 +283,7 @@ void omap_sram_idle(void)
/* CORE */
if (core_next_state PWRDM_POWER_ON) {
+
On Friday 14 March 2014 02:50 PM, Rajendra Nayak wrote:
DRA752 device is wrongly documented as DRA742 device. Fix the typo.
Thanks to Nishanth for pointing out that the device part number is infact
DRA742. The compatible sting infact seems to have a typo. I'll fix
that up a post a v2 of this
DRA72x devices are single core Cortex A15 devices belonging to the
DRA7 family (Similar to the DRA74x devices which are dual core Cortex
A15 based)
The patches (based off 3.15-rc2) add minimal DT/kernel modifications to add
boot support for DRA72x devices reusing all the kernel data for DRA74x
ti,dra752 is neither documented nor correct, since the device is actually a
dra742 device as rightly documented in dt bindings.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc: devicet...@vger.kernel.org
---
arch/arm/boot/dts/dra7-evm.dts |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
The only difference from the dra74x devices is the missing .smp entry.
While at it, also fix the use of __initdata (across the file) and replace them
with __initconst as reported by checkpatch
ERROR: Use of const init definition must use __initconst
+static const char *dra72x_boards_compat[]
DRA72x is a single core cortex A15 device with most infrastructure IPs otherwise
same as whats on the DRA74x devices.
So move the cpu nodes into dra74x.dtsi and dra72x.dtsi respectively.
Also add a minimal dra72-evm dts file.
Signed-off-by: Rajendra Nayak rna...@ti.com
Cc:
Use the corresponding compatibles to identify the devices.
Signed-off-by: Rajendra Nayak rna...@ti.com
---
arch/arm/mach-omap2/soc.h |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/mach-omap2/soc.h b/arch/arm/mach-omap2/soc.h
index 30abcc8..b8a4834 100644
---
Hello,
-Original Message-
From: Vivek Gautam [mailto:gautamvivek1...@gmail.com] On Behalf Of
Vivek Gautam
Sent: Monday, April 21, 2014 9:17 PM
To: linux-...@vger.kernel.org; linux-samsung-...@vger.kernel.org
Cc: linux-ker...@vger.kernel.org; linux-omap@vger.kernel.org; linux-
Hi Anton,
On Wed, Apr 23, 2014 at 2:56 PM, Anton Tikhomirov
av.tikhomi...@samsung.com wrote:
Hello,
-Original Message-
From: Vivek Gautam [mailto:gautamvivek1...@gmail.com] On Behalf Of
Vivek Gautam
Sent: Monday, April 21, 2014 9:17 PM
To: linux-...@vger.kernel.org;
On Wednesday 23 April 2014 14:32:54 Rajendra Nayak wrote:
#ifdef CONFIG_SOC_DRA7XX
-static const char *dra7xx_boards_compat[] __initdata = {
+static const char *dra74x_boards_compat[] __initconst = {
+ ti,dra74x,
ti,dra7xx,
ti,dra7,
NULL,
};
Hi,
Hi Anton,
On Wed, Apr 23, 2014 at 2:56 PM, Anton Tikhomirov
av.tikhomi...@samsung.com wrote:
Hello,
-Original Message-
From: Vivek Gautam [mailto:gautamvivek1...@gmail.com] On Behalf Of
Vivek Gautam
Sent: Monday, April 21, 2014 9:17 PM
To:
On 04/23/2014 10:24 AM, Javier Martinez Canillas wrote:
Hello Nishanth and Tony,
On Wed, Apr 23, 2014 at 3:30 AM, Nishanth Menon n...@ti.com wrote:
On 01:08-20140423, Javier Martinez Canillas wrote:
[...]
on AM335x-sk:
So this makes only am335x-sk to fail with the gpiolib irpchip
On Wednesday 23 April 2014 03:21 PM, Arnd Bergmann wrote:
On Wednesday 23 April 2014 14:32:54 Rajendra Nayak wrote:
#ifdef CONFIG_SOC_DRA7XX
-static const char *dra7xx_boards_compat[] __initdata = {
+static const char *dra74x_boards_compat[] __initconst = {
+ ti,dra74x,
Hi,
On Wed, Apr 23, 2014 at 4:27 PM, Anton Tikhomirov
av.tikhomi...@samsung.com wrote:
Hi,
Hi Anton,
On Wed, Apr 23, 2014 at 2:56 PM, Anton Tikhomirov
av.tikhomi...@samsung.com wrote:
Hello,
-Original Message-
From: Vivek Gautam [mailto:gautamvivek1...@gmail.com] On Behalf
On Wednesday, April 23, 2014 8:06 PM, Vivek Gautam wrote:
On Wednesday, April 23, 2014 7:58 PM, Anton Tikhomirov wrote:
On Wednesday, April 23, 2014 6:52 PM, Vivek Gautam wrote:
On Wednesday, April 23, 2014 6:27 PM, Anton Tikhomirov wrote:
On Monday, April 21, 2014 9:17 PM, Vivek Gautam
On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
Facilitate getting required 3.3V and 1.0V VDD supply for
OHCI controller on Exynos.
With patches for regulators' nodes merged in 3.15:
c8c253f ARM: dts: Add regulator entries to smdk5420
275dcd2 ARM: dts: add max77686 pmic node for
On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
Facilitate getting required 3.3V and 1.0V VDD supply for
EHCI controller on Exynos.
With patches for regulators' nodes merged in 3.15:
c8c253f ARM: dts: Add regulator entries to smdk5420
275dcd2 ARM: dts: add max77686 pmic node for
On Wed, Apr 23, 2014 at 9:24 AM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
Linus, what do you think of the following patch?
From ede333e85e0320d32e8c2d123560808ed7e43ece Mon Sep 17 00:00:00 2001
From: Javier Martinez Canillas javier.marti...@collabora.co.uk
Date: Wed, 23 Apr 2014
On 04/23/2014 08:01 AM, Linus Walleij wrote:
On Wed, Apr 23, 2014 at 9:24 AM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
Linus, what do you think of the following patch?
From ede333e85e0320d32e8c2d123560808ed7e43ece Mon Sep 17 00:00:00 2001
From: Javier Martinez Canillas
Hi,
Will be great if someone else could confirm as well.
next-20140423-multi_lpae_defconfig
1: DRA7xx-EVM: Boot FAIL: http://slexy.org/raw/s2HJJ9SKzM
2: OMAP5432uEVM: Boot FAIL: http://slexy.org/raw/s2HoDCbtO0
TOTAL = 2 boards, Booted Boards = 0, No Boot boards = 2
next-20140423
On Tue, Apr 22, 2014 at 3:31 PM, yegorsli...@googlemail.com wrote:
From: Yegor Yefremov yegorsli...@googlemail.com
This patch implements gpio_chip's get_direction() routine, that
lets other drivers get particular GPIOs direction using
struct gpio_desc.
Signed-off-by: Yegor Yefremov
On 04/23/2014 04:47 PM, Nishanth Menon wrote:
Hi,
Will be great if someone else could confirm as well.
next-20140423-multi_lpae_defconfig
1: DRA7xx-EVM: Boot FAIL: http://slexy.org/raw/s2HJJ9SKzM
2: OMAP5432uEVM: Boot FAIL: http://slexy.org/raw/s2HoDCbtO0
TOTAL = 2 boards, Booted
On Tue, Apr 22, 2014 at 6:10 PM, Tony Lindgren t...@atomide.com wrote:
Shall I apply this patch or will you funnel it through ARM SoC
due to deps?
No deps except boards hanging without it.. Please feel free to
take this one, prererrably as a fix for the -rc series if no
objections.
Yes
On 04/23/2014 08:55 AM, Peter Ujfalusi wrote:
On 04/23/2014 04:47 PM, Nishanth Menon wrote:
Hi,
Will be great if someone else could confirm as well.
next-20140423-multi_lpae_defconfig
1: DRA7xx-EVM: Boot FAIL: http://slexy.org/raw/s2HJJ9SKzM
2: OMAP5432uEVM: Boot FAIL: http://slexy.org
On Wed, Apr 23, 2014 at 3:29 PM, Nishanth Menon n...@ti.com wrote:
On 04/23/2014 08:01 AM, Linus Walleij wrote:
What about this:
if (chip-irq_default_type != IRQ_TYPE_NONE)
irq_set_irq_type(irq, chip-irq_default_type);
This way you can pass IRQ_TYPE_NONE and nothing happens in
the
Hi Tony,
Sorry for the delay - I've been snowed under recently.
As requested, you patch based on v3.14 ( for some reason :) ).
The following changes since commit 455c6fdbd219161bd09b1165f11699d6d73de11c:
Linux 3.14 (2014-03-30 20:40:15 -0700)
are available in the git repository at:
* Benoit Cousson bcous...@baylibre.com [140422 07:14]:
Hi Leigh,
On 16/04/2014 13:26, Leigh Brown wrote:
In ARM: dts: am33xx: correcting dt node unit address for usb, the
usb_ctrl_mod and cppi41dma nodes were updated with the correct register
addresses. However, the dts files that
Some GPIO irqchip drivers exploit the irqdomain mapping
function to set up the IRQ default type in the hardware,
make sure that if we pass IRQ_TYPE_NONE, no hardware setup
whatsoever takes place (this should be the norm) until
later when the IRQ gets utilized.
Cc: Nishanth Menon n...@ti.com
Cc:
On Wed, Apr 23, 2014 at 4:38 PM, Linus Walleij linus.wall...@linaro.org wrote:
On Wed, Apr 23, 2014 at 3:29 PM, Nishanth Menon n...@ti.com wrote:
On 04/23/2014 08:01 AM, Linus Walleij wrote:
What about this:
if (chip-irq_default_type != IRQ_TYPE_NONE)
irq_set_irq_type(irq,
On Wed, Apr 23, 2014 at 4:50 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
What do you think about the following patch? Although I agree that if
we can use IRQ_TYPE_NONE as you propose then tht is a much better and
efficient solution that this patch.
Let's try IRQ_TYPE_NONE first
On Tue, Apr 22, 2014 at 05:28:43PM -0700, Greg KH wrote:
On Tue, Apr 22, 2014 at 09:22:56AM -0500, Felipe Balbi wrote:
Hi,
On Thu, Mar 20, 2014 at 02:29:57PM -0500, Felipe Balbi wrote:
per CodingStyle we should have those braces, no
functional changes.
Signed-off-by: Felipe
* Dave Gerlach d-gerl...@ti.com [140422 12:53]:
On 04/22/2014 02:01 PM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [140422 11:52]:
This patch, along with patch here [1], fixes boot for am437x-gp-evm. The
bootloader configures gpio5_7 to control the DDR3 termination regulator,
the
Fix the following Sparse warnings:
drivers/tty/serial/omap-serial.c:1418:49: warning: incorrect \
type in argument 2 (different address spaces)
drivers/tty/serial/omap-serial.c:1418:49:expected void const \
[noderef] asn:1*from
drivers/tty/serial/omap-serial.c:1418:49:got
NOT COMPLETE
NYET-Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/8250/8250_omap.c | 233
drivers/tty/serial/8250/Kconfig | 7 ++
drivers/tty/serial/8250/Makefile| 1 +
3 files changed, 241 insertions(+)
create mode 100644
Hello Linus,
On Wed, Apr 23, 2014 at 4:50 PM, Linus Walleij linus.wall...@linaro.org wrote:
Some GPIO irqchip drivers exploit the irqdomain mapping
function to set up the IRQ default type in the hardware,
make sure that if we pass IRQ_TYPE_NONE, no hardware setup
whatsoever takes place (this
cleanup only, no functional changes.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/omap-serial.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 07d4273..3813740 100644
---
just using helper function to remove some duplicated
code a bit. While at that, also move allocation of
struct uart_omap_port higher in the code so that
we return much earlier in case of no memory.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/omap-serial.c | 32
it wasn't used by anything, just remove it.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/omap-serial.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 6654682..ab22dab 100644
---
nobody passes a DTR_gpio to this driver, so
this code is not necessary.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/omap-serial.c | 39 ---
1 file changed, 39 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c
On Apr 23, Tony Lindgren wrote:
* Benoit Cousson bcous...@baylibre.com [140422 07:14]:
Hi Leigh,
On 16/04/2014 13:26, Leigh Brown wrote:
In ARM: dts: am33xx: correcting dt node unit address for usb, the
usb_ctrl_mod and cppi41dma nodes were updated with the correct register
This reverts commit 0324a821029e1f54e7a7f8fed48693cfce42dc0e.
That commit tried to fix a deadlock problem when using
hci_ldisc, but it turns out the bug was in hci_ldsic
all along where it was calling -write() from within
-write_wakeup() callback.
The problem is that -write_wakeup() was called
LDISCs shouldn't call tty-ops-write() from within
-write_wakeup().
-write_wakeup() is called with port lock taken and
IRQs disabled, tty-ops-write() will try to acquire
the same port lock and we will deadlock.
Acked-by: Marcel Holtmann mar...@holtmann.org
Reviewed-by: Peter Hurley
this way we can remove one pointer declaration.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/omap-serial.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index 3813740..cb45e88
On 04/23/2014 09:50 AM, Linus Walleij wrote:
Some GPIO irqchip drivers exploit the irqdomain mapping
function to set up the IRQ default type in the hardware,
make sure that if we pass IRQ_TYPE_NONE, no hardware setup
whatsoever takes place (this should be the norm) until
later when the IRQ
UART IRQ Identification bitfield is 3
bits long (bits 3:1) but current mask only
masks 2 bits. Fix it.
Signed-off-by: Felipe Balbi ba...@ti.com
---
include/uapi/linux/serial_reg.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/uapi/linux/serial_reg.h
From: Huang Shijie b32...@freescale.com
In the uart_handle_cts_change(), uart_write_wakeup() is called after
we call @uart_port-ops-start_tx().
The Documentation/serial/driver tells us:
---
start_tx(port)
Start transmitting characters.
per CodingStyle we should have those braces, no
functional changes.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/omap-serial.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/tty/serial/omap-serial.c b/drivers/tty/serial/omap-serial.c
index
On Wed, Apr 23, 2014 at 11:58 AM, Felipe Balbi ba...@ti.com wrote:
@@ -1658,12 +1657,9 @@ static int serial_omap_probe(struct platform_device
*pdev)
omap_up_info = of_get_uart_port_info(pdev-dev);
pdev-dev.platform_data = omap_up_info;
} else {
-
+Neil
On Wed, Apr 23, 2014 at 09:58:34AM -0500, Felipe Balbi wrote:
nobody passes a DTR_gpio to this driver, so
this code is not necessary.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/omap-serial.c | 39 ---
1 file changed, 39
Hi Tony,
On 23/04/2014 16:48, Tony Lindgren wrote:
* Benoit Cousson bcous...@baylibre.com [140422 07:14]:
Hi Leigh,
On 16/04/2014 13:26, Leigh Brown wrote:
In ARM: dts: am33xx: correcting dt node unit address for usb, the
usb_ctrl_mod and cppi41dma nodes were updated with the correct
On 04/23/2014 09:58 AM, Felipe Balbi wrote:
nobody passes a DTR_gpio to this driver, so
this code is not necessary.
Signed-off-by: Felipe Balbi ba...@ti.com
---
Niel,
this seems to revert the functionality introduced in
commit 9574f36fb801035f6ab0fbb1b53ce2c12c17d100
(OMAP/serial: Add
The following commit introduced the debugfs :
40f099e32c2a06bad7d75683421e30fcc74924cd
Author: Markus Pargmann m...@pengutronix.de
Date: Fri Jan 17 10:22:35 2014 +0100
usb: musb: dsps, debugfs files
Unfortunately, a forgotten call to a cleanup function prevents the
probing of musb in case
Hi Ezequiel,
On 23/04/2014 17:17, Ezequiel Garcia wrote:
On Apr 23, Tony Lindgren wrote:
* Benoit Cousson bcous...@baylibre.com [140422 07:14]:
Hi Leigh,
On 16/04/2014 13:26, Leigh Brown wrote:
In ARM: dts: am33xx: correcting dt node unit address for usb, the
usb_ctrl_mod and cppi41dma
this will make sure gpio gets freed automatically
when this device is destroyed.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/tty/serial/omap-serial.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/omap-serial.c
On Wed, Apr 23, 2014 at 12:27:59PM -0300, Fabio Estevam wrote:
On Wed, Apr 23, 2014 at 11:58 AM, Felipe Balbi ba...@ti.com wrote:
@@ -1658,12 +1657,9 @@ static int serial_omap_probe(struct platform_device
*pdev)
omap_up_info = of_get_uart_port_info(pdev-dev);
On Wed, Apr 23, 2014 at 05:39:43PM +0200, Olivier Gayot wrote:
The following commit introduced the debugfs :
40f099e32c2a06bad7d75683421e30fcc74924cd
Author: Markus Pargmann m...@pengutronix.de
Date: Fri Jan 17 10:22:35 2014 +0100
usb: musb: dsps, debugfs files
Unfortunately, a
dss_uninit_ports is only called by __exit omap_dsshw_remove
Cc: Tomi Valkeinen tomi.valkei...@ti.com
Cc: linux-omap@vger.kernel.org
Cc: Andrew Morton a...@linux-foundation.org
Signed-off-by: Fabian Frederick f...@skynet.be
---
drivers/video/fbdev/omap2/dss/dss.c | 2 +-
1 file changed, 1
On Apr 23, Benoit Cousson wrote:
Hi Ezequiel,
On 23/04/2014 17:17, Ezequiel Garcia wrote:
On Apr 23, Tony Lindgren wrote:
* Benoit Cousson bcous...@baylibre.com [140422 07:14]:
Hi Leigh,
On 16/04/2014 13:26, Leigh Brown wrote:
In ARM: dts: am33xx: correcting dt node unit address for
On Tue, Apr 22, 2014 at 10:48:58AM -0500, Felipe Balbi wrote:
Hi,
On Tue, Apr 22, 2014 at 09:00:12PM +0530, Balaji T K wrote:
On Monday 21 April 2014 11:02 PM, Felipe Balbi wrote:
Hi,
On Wed, Mar 26, 2014 at 07:04:45PM -0500, Felipe Balbi wrote:
this series lets us access the newer
Hi Chanwoo,
I've been testing extcon-next to make sure USB3 on OMAP5 will work out
of the box but I see a regression when I merge your tree on top of
v3.15-rc2 + Tony's DT fixes.
Here's what I see (trimmed):
[1.805870] palmas 0-0048: Muxing GPIO 2, PWM 0, LED 0
[1.812516] [
Hi,
On Wed, Apr 23, 2014 at 11:40:33AM -0500, Felipe Balbi wrote:
Hi Chanwoo,
I've been testing extcon-next to make sure USB3 on OMAP5 will work out
of the box but I see a regression when I merge your tree on top of
v3.15-rc2 + Tony's DT fixes.
Here's what I see (trimmed):
[
On 04/23/2014 09:59 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [140422 12:53]:
On 04/22/2014 02:01 PM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [140422 11:52]:
This patch, along with patch here [1], fixes boot for am437x-gp-evm. The
bootloader configures gpio5_7 to
Hi Tony,
These are the pending HWMOD and DTS patches to get SATA working
on OMAP5-uevm and DRA7-evm. Please queue them for -next. Thanks.
cheers,
-roger
---
Balaji T K (2):
ARM: dts: omap5: add sata node
ARM: dts: dra7: add OCP2SCP3 and SATA nodes
Keshava Munegowda (1):
ARM: OMAP5:
From: Keshava Munegowda keshava_mgo...@ti.com
Create hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson bcous...@baylibre.com
Acked-by: Paul Walmsley p...@pwsan.com
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Roger Quadros rog...@ti.com
---
From: Balaji T K balaj...@ti.com
Add nodes for OCP2SCP3 bus, SATA controller and SATA PHY.
[Roger Q] Clean up.
CC: Benoit Cousson bcous...@baylibre.com
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 39
From: Nikhil Devshatwar nikhil...@ti.com
Add hwmods for ocp2scp3 and sata modules.
[Roger Q] Clean up.
CC: Benoit Cousson bcous...@baylibre.com
CC: Paul Walmsley p...@pwsan.com
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Nikhil Devshatwar nikhil...@ti.com
Signed-off-by: Roger
From: Balaji T K balaj...@ti.com
Add support for sata.
[Roger Q] Clean up.
CC: Benoit Cousson bcous...@baylibre.com
CC: Tony Lindgren t...@atomide.com
Signed-off-by: Balaji T K balaj...@ti.com
Signed-off-by: Roger Quadros rog...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 40
* Tony Lindgren t...@atomide.com [140422 17:01]:
* Tony Lindgren t...@atomide.com [140422 08:24]:
* Javier Martinez Canillas jav...@dowhile0.org [140421 23:55]:
On Tue, Apr 22, 2014 at 2:54 AM, Tony Lindgren t...@atomide.com wrote:
2. There seems to be some timing issues with smc911x
On Tue, Apr 22, 2014 at 02:20:43PM -0400, Santosh Shilimkar wrote:
On Tuesday 22 April 2014 04:28 AM, Sekhar Nori wrote:
This patch series adds L2 cache support for AM437x
and does some clean-ups for existing OMAP4 support
along the way (no functional changes). On OMAP4 Panda,
the Aux
Hi,
On Wed, Apr 23, 2014 at 12:20:52PM -0500, Felipe Balbi wrote:
I've been testing extcon-next to make sure USB3 on OMAP5 will work out
of the box but I see a regression when I merge your tree on top of
v3.15-rc2 + Tony's DT fixes.
Here's what I see (trimmed):
[1.805870]
Hello Tony,
On Wed, Apr 23, 2014 at 8:08 PM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [140422 17:01]:
* Tony Lindgren t...@atomide.com [140422 08:24]:
* Javier Martinez Canillas jav...@dowhile0.org [140421 23:55]:
On Tue, Apr 22, 2014 at 2:54 AM, Tony Lindgren
Hi all,
I noticed some occasional memory corruption issues on transferring
data over LAN9220 after upgrading my gateway machine.
Please test if you have a board with LAN9220 on GPMC, this
should not affect boards with LAN9221.
As these fix memory corruption using LAN9220 at least on cm-t3730,
Looks like the OTG pins are off by 2 and we get this:
pinctrl-single 48002030.pinmux: pin 480021a0.0 already requested by
4902.serial; cannot claim for 480ab000.usb_otg_hs
pinctrl-single 48002030.pinmux: pin-184 (480ab000.usb_otg_hs) status -22
pinctrl-single 48002030.pinmux: could not
I've noticed occasional random oopsing on my gateway
machine since I upgraded it to use device tree based
booting. As this machine has worked reliably before
that for a few years, pretty much the only difference
was narrowed down to the GPMC timings. Turns out that
for legacy based booting we are
Looks like we have wrong GPMC timings we have for the cm-t and
sbc-t boards. This can cause occasional strange errors with at
least doing an rsync of large files or doing apt-get dist-upgrade.
Let's fix the issue in two phases. First let's simplify cm-t and
sbc-t to use the shared
Hi,
On Mon, Apr 14, 2014 at 01:46:11PM +0200, Robert Baldyga wrote:
This patchset adds many improvements to extcon class driver and extcon
provider drivers. It changes extcon API to faster and safer by replaceing
function taking extcon and cable names with functions working with
structures
them.
Cc: J Keerthy j-keer...@ti.com
Signed-off-by: Subramaniam Chanderashekarapuram subramaniam...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
Patch based on v3.15-rc2, also tested on next-20140423 tag:
Tested by applying [1] (auto disable unused regulator for regulators
* Lee Jones lee.jo...@linaro.org [140423 07:47]:
Hi Tony,
Sorry for the delay - I've been snowed under recently.
As requested, you patch based on v3.14 ( for some reason :) ).
Thanks, I just got tired of chasing regressions with the
-rc cycle while trying to work on some PM changes :)
* Tero Kristo t-kri...@ti.com [140423 00:51]:
On 04/12/2014 06:02 PM, Tony Lindgren wrote:
* Tero Kristo t-kri...@ti.com [140412 02:01]:
On 04/11/2014 02:47 AM, Tony Lindgren wrote:
@@ -282,6 +283,7 @@ void omap_sram_idle(void)
/* CORE */
if (core_next_state
* Aaro Koskinen aaro.koski...@iki.fi [140411 16:39]:
Hi,
On Thu, Apr 10, 2014 at 04:47:15PM -0700, Tony Lindgren wrote:
+leds {
+compatible = gpio-leds;
+heartbeat {
+label = debug::sleep;
+gpios
Hello Aaro,
On Thu, Apr 10, 2014 at 11:22 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
Hi,
On Thu, Apr 10, 2014 at 10:17:44PM +0200, Javier Martinez Canillas wrote:
The same happens also on Nokia 770:
[0.118896] genirq: Setting trigger mode 0 for irq 128 failed
Hi,
Apologies if you see a duplicate of this pull request, looks like my
scripts have become flakey with sending out the mails since I updated
them.
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3.15-rc1 (2014-04-13 14:18:35 -0700)
are available in the
On Wed, 23 Apr 2014 10:35:04 -0500 Nishanth Menon n...@ti.com wrote:
On 04/23/2014 09:58 AM, Felipe Balbi wrote:
nobody passes a DTR_gpio to this driver, so
this code is not necessary.
Signed-off-by: Felipe Balbi ba...@ti.com
---
Niel,
this seems to revert the functionality
Hi,
On Thu, Apr 24, 2014 at 08:43:05AM +1000, NeilBrown wrote:
On Wed, 23 Apr 2014 10:35:04 -0500 Nishanth Menon n...@ti.com wrote:
On 04/23/2014 09:58 AM, Felipe Balbi wrote:
nobody passes a DTR_gpio to this driver, so
this code is not necessary.
Signed-off-by: Felipe Balbi
-20140423
Original post: https://patchwork.kernel.org/patch/2545061/
I rediscovered this patch many times now :(:
Latest Example: https://patchwork.kernel.org/patch/4044811/
http://slexy.org/raw/s21MCHgeJo shows none of the unused regulators are disabled
and with this fix:
http://slexy.org/raw/s2TH36cThR
On Wed, 23 Apr 2014 18:01:21 -0500 Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Apr 24, 2014 at 08:43:05AM +1000, NeilBrown wrote:
On Wed, 23 Apr 2014 10:35:04 -0500 Nishanth Menon n...@ti.com wrote:
On 04/23/2014 09:58 AM, Felipe Balbi wrote:
nobody passes a DTR_gpio to this
Hi,
-Original Message-
From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
ow...@vger.kernel.org] On Behalf Of Vivek Gautam
Sent: Monday, April 21, 2014 9:17 PM
Facilitate getting required 3.3V and 1.0V VDD supply for
OHCI controller on Exynos.
With patches for regulators'
On Thursday, April 24, 2014 9:18 AM, Anton Tikhomirov wrote:
On Monday, April 21, 2014 9:17 PM, Vivek Gautam wrote:
Facilitate getting required 3.3V and 1.0V VDD supply for
OHCI controller on Exynos.
With patches for regulators' nodes merged in 3.15:
c8c253f ARM: dts: Add regulator
Hi,
Hi,
-Original Message-
From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
ow...@vger.kernel.org] On Behalf Of Vivek Gautam
Sent: Monday, April 21, 2014 9:17 PM
Facilitate getting required 3.3V and 1.0V VDD supply for
OHCI controller on Exynos.
With patches
At least N900 now seems to shut down the external oscillator
when hitting off-idle.
OMAP37XX EVM (TMDSEVM3730) does not seem to have twl4030 clken
pin connected, so there is no point trying to enable shutting
down of the oscillator on it for the extra latency it adds.
Signed-off-by: Tony
Hi all,
One of the major blockers for making omap3 to boot in device tree
mode has been the fact that power management has not been working
as well as when booted in legacy mode.
This series when applied on top of the patches in tread
[PATCH 00/11] Fixes for omap PM for making omap3 DT only.
These settings are based on the Recommended Sleep Sequences for
the Zoom Platform pdf at:
http://omappedia.com/wiki/File:Recommended_Sleep_Sequences_Zoom.pdf
These settings assume most of the regulators are under control of
Linux, and cuts off VDD1 and VDD2 during off-idle as Linux cannot
do it.
With the recommended twl4030 configuration added, we can now add
board specific changes as modifications to the recommended
configuration.
Cc: Peter De Schrijver pdeschrij...@nvidia.com
Cc: Samuel Ortiz sa...@linux.intel.com
Cc: Lee Jones lee.jo...@linaro.org
Signed-off-by: Tony Lindgren
1 - 100 of 109 matches
Mail list logo