On 05/28, Tero Kristo wrote:
On 05/28/2015 07:22 AM, Michael Turquette wrote:
Just chiming in on the critical clock discussion. I'm not planning to
merge something that lets Devicetree nodes call clk_enable on a clock.
That's what drivers are for.
The assigned-rate and assigned-parent stuff
On 05/25, Tero Kristo wrote:
@@ -281,7 +282,7 @@ unsigned long omap2_get_dpll_rate(struct clk_hw_omap *clk)
* be rounded, or the rounded rate upon success.
*/
long omap2_dpll_round_rate(struct clk_hw *hw, unsigned long target_rate,
- unsigned long *parent_rate)
+
On 05/25, Tero Kristo wrote:
+
+/**
+ * ti_clk_get_features - get clock driver features flags
+ *
+ * Get TI clock driver features description. Returns a pointer
+ * to the current feature setup.
+ */
+struct ti_clk_features *ti_clk_get_features(void)
const?
+{
+ return
* Matthijs van Duin matthijsvand...@gmail.com [150528 13:28]:
On 28 May 2015 at 18:01, Tony Lindgren t...@atomide.com wrote:
For failed device access you get an interrupt
Well for failed reads you get a bus error, and catching those (e.g.
using the existing exception mechanism used to catch
On 28 May 2015 at 18:01, Tony Lindgren t...@atomide.com wrote:
For failed device access you get an interrupt
Well for failed reads you get a bus error, and catching those (e.g.
using the existing exception mechanism used to catch MMU faults) is
the whole issue.
Though now that you mention it,
On Friday 29 May 2015 00:24:13 Tony Lindgren wrote:
* Matthijs van Duin matthijsvand...@gmail.com [150528 13:28]:
On 28 May 2015 at 18:01, Tony Lindgren t...@atomide.com wrote:
For failed device access you get an interrupt
Well for failed reads you get a bus error, and catching those
* Arnd Bergmann a...@arndb.de [150528 11:57]:
On Thursday 28 May 2015 09:36:05 Tony Lindgren wrote:
* Dave Martin dave.mar...@arm.com [150528 09:19]:
On Thu, May 28, 2015 at 07:21:25AM -0700, Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/sleep34xx.S
+++
On Thursday 28 May 2015 09:36:05 Tony Lindgren wrote:
* Dave Martin dave.mar...@arm.com [150528 09:19]:
On Thu, May 28, 2015 at 07:21:25AM -0700, Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/sleep34xx.S
+++ b/arch/arm/mach-omap2/sleep34xx.S
@@ -203,23 +203,8 @@ save_context_wfi:
On Thu, May 28, 2015 at 09:36:05AM -0700, Tony Lindgren wrote:
* Dave Martin dave.mar...@arm.com [150528 09:19]:
On Thu, May 28, 2015 at 07:21:25AM -0700, Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/sleep34xx.S
+++ b/arch/arm/mach-omap2/sleep34xx.S
@@ -203,23 +203,8 @@
On 29 May 2015 at 02:58, Matthijs van Duin matthijsvand...@gmail.com wrote:
It is only guaranteed to happen immediately (before the next
instruction is executed) if the error occurs before the posting-point
of the write. However, in that case the error is reported in-band to
the cpu, resulting
* Pali Rohár pali.ro...@gmail.com [150528 15:29]:
On Friday 29 May 2015 00:24:13 Tony Lindgren wrote:
* Matthijs van Duin matthijsvand...@gmail.com [150528 13:28]:
On 28 May 2015 at 18:01, Tony Lindgren t...@atomide.com wrote:
For failed device access you get an interrupt
Well for
On 29 May 2015 at 00:24, Tony Lindgren t...@atomide.com wrote:
Hmm I believe the interrupt happens immediately trying to access an
invalid device. But maybe I'm thinking about just errors if a device
is not powered or clocked.
It is only guaranteed to happen immediately (before the next
On 05/28/2015 07:22 AM, Michael Turquette wrote:
Quoting Stephen Boyd (2015-05-20 12:34:23)
On 05/20/15 04:50, Tero Kristo wrote:
@@ -348,5 +348,10 @@ int __init dra7xx_dt_clk_init(void)
if (rc)
pr_err(%s: failed to set USB_DPLL M2 OUT\n, __func__);
+hdcp_ck =
On 26 May 2015 at 15:26, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
I guess it should be dma_request_slave_... huh, that was a long name. :-)
channels. In case of error, return the error code we received including
On 26 May 2015 at 15:26, Peter Ujfalusi peter.ujfal...@ti.com wrote:
Switch to use ma_request_slave_channel_compat_reason() to request the DMA
channels. Only fall back to pio mode if the error code returned is not
-EPROBE_DEFER, otherwise return from the probe with the -EPROBE_DEFER.
On 26 May 2015 at 15:25, Peter Ujfalusi peter.ujfal...@ti.com wrote:
The driver will not probe without valid DMA channels so no need to check
if they are valid when the module is removed.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Ulf Hansson ulf.hans...@linaro.org
Acked-by: Ulf
On Wednesday 11 February 2015 14:40:33 Nishanth Menon wrote:
On Wed, Feb 11, 2015 at 2:28 PM, Pali Rohár pali.ro...@gmail.com wrote:
On Wednesday 11 February 2015 16:22:51 Matthijs van Duin wrote:
On 11 February 2015 at 13:39, Pali Rohár pali.ro...@gmail.com
wrote:
Anyhow, since checking
Since 39b2bbe3d715 (gpio: add flags argument to gpiod_get*() functions)
which appeared in v3.17-rc1, the gpiod_get* functions take an additional
parameter that allows to specify direction and initial value for output.
Also make use of gpiod_get*_optional where applicable.
Apart from
On Thu, May 28, 2015 at 1:55 AM, Tony Lindgren t...@atomide.com wrote:
8 --
From: Tony Lindgren t...@atomide.com
Date: Wed, 27 May 2015 15:33:57 -0700
Subject: [PATCH] ARM: OMAP3: Fix booting with thumb2 kernel
We get a NULL pointer dereference on omap3 for thumb2
Hi Nishanth,
Do you mind rebasing that one so I can apply it?
On 21/08/2014 at 11:12:01 -0500, Nishanth Menon wrote :
With the recent pinctrl-single changes, SoCs such as Texas
Instrument's OMAP processors can treat wake-up events from deeper idle
states as interrupts.
Let's add support
Hi Alexandre,
On 05/28/2015 08:06 AM, Alexandre Belloni wrote:
Do you mind rebasing that one so I can apply it?
Thanks for responding. I see Tony has done a changes in [1] - So, I
will respin my series and repost.
[1] http://marc.info/?l=linux-omapm=143156023023154w=2
--
Regards,
Nishanth
* Grazvydas Ignotas nota...@gmail.com [150528 04:45]:
On Thu, May 28, 2015 at 1:55 AM, Tony Lindgren t...@atomide.com wrote:
8 --
From: Tony Lindgren t...@atomide.com
Date: Wed, 27 May 2015 15:33:57 -0700
Subject: [PATCH] ARM: OMAP3: Fix booting with thumb2 kernel
* Tony Lindgren t...@atomide.com [150527 15:46]:
* Rafael J. Wysocki rafael.j.wyso...@intel.com [150527 15:44]:
On 5/25/2015 10:38 AM, Ulf Hansson wrote:
On 14 May 2015 at 01:36, Tony Lindgren t...@atomide.com wrote:
We can now use generic wakeirq handling and remove the custom handling
Hi Greg,
* Tony Lindgren t...@atomide.com [150513 16:38]:
We can now use generic wakeirq handling and remove the custom handling
for the wake-up interrupts.
How do you prefer to handle the two omap specific serial driver
changes in this series?
There's a dependency to Rafael's pm-wakeirq
On Thu, May 28, 2015 at 07:21:25AM -0700, Tony Lindgren wrote:
* Grazvydas Ignotas nota...@gmail.com [150528 04:45]:
On Thu, May 28, 2015 at 1:55 AM, Tony Lindgren t...@atomide.com wrote:
8 --
From: Tony Lindgren t...@atomide.com
Date: Wed, 27 May 2015 15:33:57
* Dave Martin dave.mar...@arm.com [150528 09:19]:
On Thu, May 28, 2015 at 07:21:25AM -0700, Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/sleep34xx.S
+++ b/arch/arm/mach-omap2/sleep34xx.S
@@ -203,23 +203,8 @@ save_context_wfi:
*/
ldr r1, kernel_flush
blx r1
-
* Anthoine Bourgeois anthoine.bourge...@gmail.com [150527 13:02]:
Support dm9000 network interface in the device tree of devkit8000 board.
Signed-off-by: Anthoine Bourgeois anthoine.bourge...@gmail.com
---
Changes since v1:
* Fix io-mapping size
* Fix comments
Applying this one into
* Pali Rohár pali.ro...@gmail.com [150528 00:39]:
On Wednesday 11 February 2015 14:40:33 Nishanth Menon wrote:
On Wed, Feb 11, 2015 at 2:28 PM, Pali Rohár pali.ro...@gmail.com wrote:
On Wednesday 11 February 2015 16:22:51 Matthijs van Duin wrote:
On 11 February 2015 at 13:39, Pali Rohár
* Enric Balletbo i Serra eballe...@gmail.com [150526 04:15]:
Hi Tony,
These patches add support for a new board based on AM335x processor. If it
is ok, take in consideration to include in next DT merge window, please.
Applying both into omap-for-v4.2/dt thanks.
Tony
--
To unsubscribe from
29 matches
Mail list logo