On 04/11/2014 01:40 AM, Joel Fernandes wrote:
On 04/01/2014 08:06 AM, Peter Ujfalusi wrote:
We only support DEV_TO_MEM or MEM_TO_DEV directions with edma driver and the
check for the direction has been already done in the function calling
edma_config_pset().
The error reporting is redundant
On Tuesday 01 April 2014 06:36 PM, Peter Ujfalusi wrote:
Use the EVENTQ_1 for default and leave the EVENTQ_0 to be used by high
priority channels, like audio.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
---
arch/arm/common/edma.c | 3 ++-
1
On Tuesday 01 April 2014 06:36 PM, Peter Ujfalusi wrote:
When using eDMA3 via dmaengine all dma channels will use the default queue.
Since during request time we do not have means to change this it need to be
done
later, before the DMA has been started.
With the added function it is possible
On 04/11/2014 11:17 AM, Sekhar Nori wrote:
On Tuesday 01 April 2014 06:36 PM, Peter Ujfalusi wrote:
Use the EVENTQ_1 for default and leave the EVENTQ_0 to be used by high
priority channels, like audio.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Sekhar Nori nsek...@ti.com
On Friday 11 April 2014 02:20 PM, Peter Ujfalusi wrote:
On 04/11/2014 11:17 AM, Sekhar Nori wrote:
On Tuesday 01 April 2014 06:36 PM, Peter Ujfalusi wrote:
Use the EVENTQ_1 for default and leave the EVENTQ_0 to be used by high
priority channels, like audio.
Signed-off-by: Peter Ujfalusi
On 04/11/2014 11:56 AM, Sekhar Nori wrote:
On Friday 11 April 2014 02:20 PM, Peter Ujfalusi wrote:
On 04/11/2014 11:17 AM, Sekhar Nori wrote:
On Tuesday 01 April 2014 06:36 PM, Peter Ujfalusi wrote:
Use the EVENTQ_1 for default and leave the EVENTQ_0 to be used by high
priority channels, like
On Fri, Apr 11, 2014 at 12:38:00PM +0300, Peter Ujfalusi wrote:
On 04/11/2014 11:56 AM, Sekhar Nori wrote:
On Friday 11 April 2014 02:20 PM, Peter Ujfalusi wrote:
On 04/11/2014 11:17 AM, Sekhar Nori wrote:
On Tuesday 01 April 2014 06:36 PM, Peter Ujfalusi wrote:
Use the EVENTQ_1 for
PTR_RET is deprecated. Do not recommend its usage anymore.
Use PTR_ERR_OR_ZERO instead.
Signed-off-by: Duan Jiong duanj.f...@cn.fujitsu.com
---
arch/arm/mach-omap2/gpmc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
PTR_RET is deprecated. Do not recommend its usage anymore.
Use PTR_ERR_OR_ZERO instead.
Signed-off-by: Duan Jiong duanj.f...@cn.fujitsu.com
---
arch/arm/mach-omap2/devices.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c
On Friday 11 April 2014 03:12 PM, Vinod Koul wrote:
On Fri, Apr 11, 2014 at 12:38:00PM +0300, Peter Ujfalusi wrote:
On 04/11/2014 11:56 AM, Sekhar Nori wrote:
On Friday 11 April 2014 02:20 PM, Peter Ujfalusi wrote:
On 04/11/2014 11:17 AM, Sekhar Nori wrote:
On Tuesday 01 April 2014 06:36 PM,
General web-mail maintenance
Dear Account Owner,
THIS MESSAGE IS DIRECTED TO THOSE USING Office Outlook Web Access Web-mail
(2007 version). We want to upgrade all Microsoft Exchange email account
scheduled for today as part of our duty to strengthen security of your mailbox.
CLICK
On Fri, Apr 11, 2014 at 11:03:57AM +0530, Sekhar Nori wrote:
Here is a revised patch which is just an extension of your patch
with L2C-220 case handled. I dont really have L2C-220 hardware so even
if you want to handle that at a later time, it would be perfectly okay
with me.
This is what
Hi Vinod,
On 04/11/2014 12:42 PM, Vinod Koul wrote:
On Fri, Apr 11, 2014 at 12:38:00PM +0300, Peter Ujfalusi wrote:
On 04/11/2014 11:56 AM, Sekhar Nori wrote:
On Friday 11 April 2014 02:20 PM, Peter Ujfalusi wrote:
On 04/11/2014 11:17 AM, Sekhar Nori wrote:
On Tuesday 01 April 2014 06:36 PM,
On Fri, Apr 11, 2014 at 02:32:28PM +0300, Peter Ujfalusi wrote:
Hi Vinod,
On 04/11/2014 12:42 PM, Vinod Koul wrote:
On Fri, Apr 11, 2014 at 12:38:00PM +0300, Peter Ujfalusi wrote:
On 04/11/2014 11:56 AM, Sekhar Nori wrote:
On Friday 11 April 2014 02:20 PM, Peter Ujfalusi wrote:
On
On Friday 11 April 2014 04:55 PM, Russell King - ARM Linux wrote:
On Fri, Apr 11, 2014 at 11:03:57AM +0530, Sekhar Nori wrote:
Here is a revised patch which is just an extension of your patch
with L2C-220 case handled. I dont really have L2C-220 hardware so even
if you want to handle that at
On 04/11/2014 02:31 PM, Vinod Koul wrote:
I would say that it is channel based config. I don't see the reason why would
one mix different priorities on a configured channel between descriptors.
If not then we can add this in dma_slave_config ?
So adding to the struct for example:
bool
On Fri, Apr 11, 2014 at 03:23:54PM +0300, Peter Ujfalusi wrote:
On 04/11/2014 02:31 PM, Vinod Koul wrote:
I would say that it is channel based config. I don't see the reason why
would
one mix different priorities on a configured channel between descriptors.
If not then we can add
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
* Tony Lindgren t...@atomide.com [140410 16:52]:
@@ -220,8 +220,18 @@ static inline u32 omap_usec_to_32k(u32 usec)
return DIV_ROUND_UP_ULL(32768ULL * (u64)usec, 100ULL);
}
+struct omap3_vc_config {
+ u32 clksetup;
+ u32 voltsetup1;
+ u32 voltsetup2;
+ u32
On Tue, Apr 01, 2014 at 04:06:04PM +0300, Peter Ujfalusi wrote:
Pause/Resume can be used by the audio stack when the stream is paused/resumed
The edma platform code has support for this and the legacy audio stack used
this.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
On Thu, Apr 10, 2014 at 11:36:30AM -0500, Joel Fernandes wrote:
On 04/01/2014 08:06 AM, Peter Ujfalusi wrote:
To improve latency with cyclic DMA operation it is preferred to
use different eventq/tc than the default which is used by all
other drivers (mmc, spi, i2c, etc).
When preparing
On Tue, Apr 01, 2014 at 04:06:01PM +0300, Peter Ujfalusi wrote:
Hi,
This is basically a resend of the previous series:
https://lkml.org/lkml/2014/3/13/119
with removed ASoC patches (most of them are applied already).
Changes since v1:
- ASoC patches removed
- Comments from Andriy
On Thu, 10 Apr 2014, Roger Quadros wrote:
OMAP3 doesn't contain l3_init_clkdm clock domain. Use the
proper clock domains for USB Host and USB TLL modules.
Gets rid of the following warnings during boot
omap_hwmod: usb_host_hs: could not associate to clkdm l3_init_clkdm
omap_hwmod:
On Wed, 9 Apr 2014, Lokesh Vutla wrote:
During boot, when hwmod tries to cut clocks for debugss it always
gets stuck in transition state and throws the following warning:
[0.139581] omap_hwmod: debugss: _wait_target_disable failed
As per the information provided by folks, clocks to
On Fri, 11 Apr 2014, Paul Walmsley wrote:
On Wed, 9 Apr 2014, Lokesh Vutla wrote:
During boot, when hwmod tries to cut clocks for debugss it always
gets stuck in transition state and throws the following warning:
[0.139581] omap_hwmod: debugss: _wait_target_disable failed
As
On Mon, 24 Mar 2014, Sathya Prakash M R wrote:
From: Tomi Valkeinen tomi.valkei...@ti.com
On AM43xx, if a PLL is in bypass at kernel init, the code in
omap2_get_dpll_rate() will not realize this and will try to calculate
the clock rate using the multiplier and the divider, resulting in
Hi Tomi.
On Tue, 8 Apr 2014, Tomi Valkeinen wrote:
On 24/03/14 13:01, Sathya Prakash M R wrote:
From: Tomi Valkeinen tomi.valkei...@ti.com
On AM43xx, if a PLL is in bypass at kernel init, the code in
omap2_get_dpll_rate() will not realize this and will try to calculate
the clock rate
On Fri, 14 Mar 2014, Rajendra Nayak wrote:
From: Suman Anna s-a...@ti.com
Bug was introduced by commit 'f92d959: ARM: OMAP2+: hwmod:
Extract no-idle and no-reset info from DT'
There were 2 versions of the patch posted which resulted in the above
commit. While v1 [1] had the bug, v2 [2]
Hi Wolfram, Neil,
On Fri, 28 Mar 2014, Wolfram Sang wrote:
From: NeilBrown ne...@suse.de
If omap_device_alloc is given 2 or more struct omap_hwmod it will try
to register the 'main_clk' of each of them with the same alias - fck -
against the same device. This fails. So to avoid a warning,
On 04/11/2014 01:39 AM, Peter Ujfalusi wrote:
On 04/11/2014 01:40 AM, Joel Fernandes wrote:
On 04/01/2014 08:06 AM, Peter Ujfalusi wrote:
We only support DEV_TO_MEM or MEM_TO_DEV directions with edma driver and the
check for the direction has been already done in the function calling
On 04/11/2014 04:42 AM, Vinod Koul wrote: On Fri, Apr 11, 2014 at
12:38:00PM +0300, Peter Ujfalusi wrote:
On 04/11/2014 11:56 AM, Sekhar Nori wrote:
On Friday 11 April 2014 02:20 PM, Peter Ujfalusi wrote:
On 04/11/2014 11:17 AM, Sekhar Nori wrote:
On Tuesday 01 April 2014 06:36 PM, Peter
Hi Tony,
On Thu, Apr 10, 2014 at 04:47:08PM -0700, Tony Lindgren wrote:
As we're planning to make omap3 device tree only soon, I was poking
around and noticed that PM is not working properly. As we're planning
to drop about 20k lines of code, I just had to try to fix this so we
know what is
On 04/11/2014 11:43 AM, Vinod Koul wrote:
On Tue, Apr 01, 2014 at 04:06:04PM +0300, Peter Ujfalusi wrote:
Pause/Resume can be used by the audio stack when the stream is paused/resumed
The edma platform code has support for this and the legacy audio stack used
this.
Signed-off-by: Peter
On 04/11/2014 11:47 AM, Vinod Koul wrote:
On Thu, Apr 10, 2014 at 11:36:30AM -0500, Joel Fernandes wrote:
On 04/01/2014 08:06 AM, Peter Ujfalusi wrote:
To improve latency with cyclic DMA operation it is preferred to
use different eventq/tc than the default which is used by all
other drivers
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tony,
The following changes since commit 9e897e13bd46fa03485468609741974259a8c573:
Merge branch 'for-linus' of git://git.open-osd.org/linux-open-osd (2014-04-10
14:33:02 -0700)
are available in the git repository at:
Hi,
On Thu, Apr 10, 2014 at 04:47:15PM -0700, Tony Lindgren wrote:
+leds {
+compatible = gpio-leds;
+heartbeat {
+label = debug::sleep;
+gpios = gpio6 2 GPIO_ACTIVE_HIGH; /* gpio162 */
+
36 matches
Mail list logo