Hi Felipe,
On Fri, Aug 29, 2014 at 12:46 AM, Felipe Balbi ba...@ti.com wrote:
hi,
On Thu, Aug 28, 2014 at 01:31:58PM +0530, Vivek Gautam wrote:
@@ -457,11 +458,19 @@ static int exynos5_usbdrd_phy_power_on(struct phy *phy)
clk_prepare_enable(phy_drd-ref_clk);
/* Enable VBUS
On Thu, Aug 28, 2014 at 8:36 PM, Daniele Forsi dfo...@gmail.com wrote:
2014-08-28 10:02 GMT+02:00 Vivek Gautam:
This USB 3.0 PHY controller is also present on Exynos7
platform, so adding the dependency on ARCH_EXYNOS7 for this driver.
+++ b/drivers/phy/Kconfig
@@ -186,7 +186,7 @@ config
On Fri, 29 Aug 2014, Nishanth Menon wrote:
On 08/29/2014 05:56 AM, Lee Jones wrote:
On Tue, 19 Aug 2014, Nishanth Menon wrote:
With the recent pinctrl-single changes, omaps can treat wake-up events
from deeper idle states as interrupts.
Let's add support for the optional second
On 26/08/2014 12:03, Marc Zyngier :
Use the new handle_domain_irq method to handle interrupts.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Booting okay:
Acked-by: Nicolas Ferre nicolas.fe...@atmel.com
---
drivers/irqchip/irq-atmel-aic.c | 4 +---
1 file changed, 1 insertion(+), 3
On 26/08/2014 12:03, Marc Zyngier :
Use the new handle_domain_irq method to handle interrupts.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Ok, thanks:
Acked-by: Nicolas Ferre nicolas.fe...@atmel.com
---
drivers/irqchip/irq-atmel-aic5.c | 4 +---
1 file changed, 1 insertion(+), 3
On Tue, 26 Aug 2014 11:03:35 +0100
Marc Zyngier marc.zyng...@arm.com wrote:
Use the new handle_domain_irq method to handle interrupts.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Acked-by: Boris Brezillon boris.brezil...@free-electrons.com
---
drivers/irqchip/irq-atmel-aic5.c | 4
On Tue, 26 Aug 2014 11:03:34 +0100
Marc Zyngier marc.zyng...@arm.com wrote:
Use the new handle_domain_irq method to handle interrupts.
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
Acked-by: Boris Brezillon boris.brezil...@free-electrons.com
---
drivers/irqchip/irq-atmel-aic.c | 4
On 08/18/2014 03:46 PM, Heikki Krogerus wrote:
On Fri, Aug 15, 2014 at 07:42:33PM +0200, Sebastian Andrzej Siewior wrote:
diff --git a/drivers/tty/serial/8250/8250_core.c
b/drivers/tty/serial/8250/8250_core.c
index cc90c19..ab003b6 100644
--- a/drivers/tty/serial/8250/8250_core.c
+++
On 08/18/2014 03:57 PM, Heikki Krogerus wrote:
On Fri, Aug 15, 2014 at 07:42:34PM +0200, Sebastian Andrzej Siewior wrote:
diff --git a/include/linux/serial_8250.h b/include/linux/serial_8250.h
index b161eee..02e82dc 100644
--- a/include/linux/serial_8250.h
+++ b/include/linux/serial_8250.h
On 08/20/2014 11:39 AM, Frans Klaver wrote:
static int serial8250_get_poll_char(struct uart_port *port)
{
- unsigned char lsr = serial_port_in(port, UART_LSR);
+ unsigned char lsr;
+ int status;
+
+ serial8250_rpm_get(up);
or up won't be defined below. You probably need
On Tue, Aug 26, 2014 at 11:46:38AM -0700, Stephen Boyd wrote:
Ah ok. This is the multi-irq handler case? Has this been broken since
v3.2 at least for the gic users? Now that we call irq_enter()/irq_exit()
a lot more code runs, including things like updating jiffies when
interrupts arrive and
Hi,
Am 25.08.2014 um 23:26 schrieb Tony Lindgren:
* Dr. H. Nikolaus Schaller h...@goldelico.com [140817 08:46]:
I am trying to make ti,use_poweroff work on 3.17-rc1 for the GTA04 board.
Poweroff was broken for a while and I found that the driver isn't loaded at
all.
It appears to me that
On 08/29/2014 06:12 PM, Tony Lindgren wrote:
Looks like the paste bug is there for sure, doing off idle and pasting
240 characters to the console can hang the UART RX after few attempts,
and pasting 16 charactes won't show up at all if the system is idling.
So you may want to play with that
Adds a generic CM driver API for enabling/disabling modules.
The SoC specific implementations are registered through cm_ll_data.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm.h |6 ++
arch/arm/mach-omap2/cm33xx.c | 11 +++
This is not needed for anything. This also eases the consolidation of
the wait_module_ready / wait_module_idle calls behind a generic CM
driver API by reducing the number of needed parameters.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm33xx.c | 18
These are now identical with the OMAP4 implementations, so use the OMAP4
versions and remove the AM33xx ones.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 104 ++
1 file changed, 3 insertions(+), 101 deletions(-)
diff
AM43xx is using OMAP4+ PRM driver, so it should be using the corresponding
hardreset ops from the hwmod also.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
AM43xx will be re-using OMAP4 PRM driver, thus call its init function.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/io.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index 5d0667c..5c2c71a 100644
---
Hi,
This set contains PRCM related cleanups meant for 3.18 merge window.
These are based on top of 3.17-rc1 + the PRM set from Nishanth Menon
(http://article.gmane.org/gmane.linux.ports.arm.kernel/350305.) Nishanth's
set is used as basis to avoid merge issues.
Purpose of this work is to
CM driver has a generic API which calls the SoC specific split function
through cm_ll_data, so there is no need for the SoC specific functions to
be publicly available.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm2xxx.c |5 +++--
arch/arm/mach-omap2/cm2xxx.h |2
These are not accessed outside the cm*.c files themselves, so make them
static.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm2xxx.c |6 +++---
arch/arm/mach-omap2/cm2xxx.h |4
arch/arm/mach-omap2/cm33xx.c | 10 +-
These are not used for anything, so remove both the implementations and
header file references.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/Makefile |2 +-
arch/arm/mach-omap2/cm1_44xx.h |2 --
arch/arm/mach-omap2/cm1_54xx.h |2 --
These shall not be accessed outside the CM driver. This also removes the
need for the cminst44xx.h header.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cminst44xx.c | 20 ++--
arch/arm/mach-omap2/cminst44xx.h | 29 -
2 files
This is done in attempt to get rid of cpu_is_X calls from the PRM core.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/prm.h |1 +
arch/arm/mach-omap2/prm44xx.c | 10 ++
2 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/prm.h
The implementation on these is identical, so no need to have them separate.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 35 ---
1 file changed, 4 insertions(+), 31 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c
Added support for prm_init for AM33xx SoC. This is needed to register
SoC specific prm_ll_data for these devices.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/io.c |2 ++
arch/arm/mach-omap2/prm33xx.c | 13 +
arch/arm/mach-omap2/prm33xx.h |2 ++
3
cminst44xx.h will be removed, thus move the public APIs to cm44xx.h header.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm44xx.h |3 +++
arch/arm/mach-omap2/cminst44xx.h |3 ---
arch/arm/mach-omap2/io.c |2 +-
arch/arm/mach-omap2/omap_hwmod.c |1
PRM driver now has a generic API for checking hardreset status. SoC
specific support functions are registered through the prm_ll_data.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 18 +-
arch/arm/mach-omap2/prm.h |3 +++
This is needed for expanding the generic CM driver API to include
AM33xx and OMAP4 also.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm33xx.c | 13 +
arch/arm/mach-omap2/cm33xx.h |1 +
arch/arm/mach-omap2/cminst44xx.c | 13 +
Adds a generic CM driver API for waiting module to enter idle / standby.
The SoC specific implementations are registered through cm_ll_data.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/cm.h |4
arch/arm/mach-omap2/cm33xx.c |6 +-
PRM driver now has a generic API for asserting hardware resets. SoC
specific support functions are registered through the prm_ll_data.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 18 +-
arch/arm/mach-omap2/prm.h |3 +++
This patch consolidates the parameters provided for the SoC specific
cm_*_wait_module_ready calls, adds the missing cm_ll_data function
pointers and uses the now generic call from the mach-omap2 board code.
SoC specific *_wait_module_ready calls are also made static so they
can only be accessed
This patch combines the various prm_warm_reset calls under a common
API prm_reset_system, and adds the SoC specific implementation under
prm_ll_data.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/am33xx-restart.c |5 ++---
arch/arm/mach-omap2/omap2-restart.c |4 ++--
These should not be accessed outside driver, thus removed the APIs
from the header file and made the implementation static.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/prm33xx.c |6 +++---
arch/arm/mach-omap2/prm33xx.h |3 ---
2 files changed, 3 insertions(+), 6
Moved the implementation from am33xx-restart.c to the prm33xx.c file to
isolate the PRM register accesses to be private for PRM driver.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/am33xx-restart.c |9 +
arch/arm/mach-omap2/prm33xx.c| 21
PRM driver now has a generic API for deasserting hardware resets. SoC
specific support functions are registered through the prm_ll_data.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 22 ++
arch/arm/mach-omap2/prm.h |5
These are not needed outside the PRM driver, so make them static and
remove the prototypes from the public header.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/prm44xx.c | 13 +
arch/arm/mach-omap2/prm44xx_54xx.h |6 --
2 files changed, 9
This adds a generic API for reconfiguring the I/O chain. The implementation
will call the SoC specific function registered during init time. The SoC
specific reconfigure functions are also made static, as they don't need
to be accessed outside the PRM driver itself.
Signed-off-by: Tero Kristo
These are not needed outside the PRM driver, so make them static and
remove the prototypes from the public header.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/prm3xxx.c | 13 +
arch/arm/mach-omap2/prm3xxx.h |6 --
2 files changed, 9 insertions(+), 10
These are not (and should not be) used by anybody outside the PRM
driver itself.
Signed-off-by: Tero Kristo t-kri...@ti.com
---
arch/arm/mach-omap2/prm44xx.c |6 +++---
arch/arm/mach-omap2/prm44xx_54xx.h |4
2 files changed, 3 insertions(+), 7 deletions(-)
diff --git
On 09/01/2014 04:32 AM, Lee Jones wrote:
On Fri, 29 Aug 2014, Nishanth Menon wrote:
On 08/29/2014 05:56 AM, Lee Jones wrote:
On Tue, 19 Aug 2014, Nishanth Menon wrote:
With the recent pinctrl-single changes, omaps can treat wake-up events
from deeper idle states as interrupts.
Let's add
Hi,
On Mon, Sep 01, 2014 at 07:47:53PM +0200, Sebastian Andrzej Siewior wrote:
On 08/29/2014 06:12 PM, Tony Lindgren wrote:
Looks like the paste bug is there for sure, doing off idle and pasting
240 characters to the console can hang the UART RX after few attempts,
and pasting 16 charactes
42 matches
Mail list logo