On 09/16/2014 04:22 PM, Russell King - ARM Linux wrote:
On Tue, Sep 16, 2014 at 04:06:25PM +0300, Peter Ujfalusi wrote:
When the audio stream is paused or suspended we stop the sDMA and when it
is unpsues/resumed we start the channel without reconfiguring it.
The omap_dma_stop() clears
since this could happen right after
coming out from suspend.
Regards,
Peter
---
Peter Ujfalusi (2):
dmaengine: omap-dma: Add memory barrier to dma_resume path
dmaengine: omap-dma: Restore the CLINK_CTRL in resume path
drivers/dma/omap-dma.c | 5 +
1 file changed, 5 insertions(+)
--
2.1.0
Add mb() call to resume path to ensure the necessary barrier.
Resume can happen after waking up from suspend for example.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap
to be played back and the DMA will stop, since the linking is disabled.
We need to restore the CLINK_CTRL register in case of resume.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/dma/omap-dma.c b/drivers
Add mb() call to resume path to ensure the necessary barrier.
Resume can happen after waking up from suspend for example.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/dma/omap-dma.c | 2 ++
1 file changed, 2 insertions
and it is not restored in
start.
Also add memory barrier call to resume path since this could happen right after
coming out from suspend.
Regards,
Peter
---
Peter Ujfalusi (2):
dmaengine: omap-dma: Add memory barrier to dma_resume path
dmaengine: omap-dma: Restore the CLINK_CTRL in resume path
to be played back and the DMA will stop, since the linking is disabled.
We need to restore the CLINK_CTRL register in case of resume.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Russell King rmk+ker...@arm.linux.org.uk
---
drivers/dma/omap-dma.c | 3 +++
1 file changed, 3 insertions
ACPI_SUCCESS is defined as:
#define ACPI_SUCCESS(a) (!(a))
There is no need for the the double ! since there is already a macro
defined for failures: ACPI_FAILURE()
Signed-off-by: Peter Ujfalusi peter.ujfal...@gmail.com
---
drivers/platform/x86/intel-rst.c | 8
1 file
that the failures are unlikely so it can create better
binaries.
Signed-off-by: Peter Ujfalusi peter.ujfal...@gmail.com
---
drivers/platform/x86/intel-rst.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/drivers/platform/x86/intel-rst.c b/drivers/platform/x86
---
Peter Ujfalusi (2):
intel-rst: Use ACPI_FAILURE() macro instead !ACPI_SUCCESS() for error
checking
intel-rst: Clean up ACPI add function
drivers/platform/x86/intel-rst.c | 23 +--
1 file changed, 9 insertions(+), 14 deletions(-)
--
2.1.0
--
To unsubscribe from
Vinod,
On 09/16/2014 10:45 PM, Peter Ujfalusi wrote:
Hi,
Changes since v2:
- fix typo in patch two
- Acked-by added from Russell
When the audio is paused/resumed (application paused the sream or board
suspend)
the audio was only playing back one period worth of data and then stops
on the backround...
Can you print out the EDMA_EMCR just before we clear it in the places I have
mentioned? We might get better understanding on which stage we clear it and
probably we can understand how to fix this properly so we are not going to
have missed events on channels.
Acked-by: Peter
It is safe to call the pm sync calls in interrupt context in this driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/clk/ti/clk-dra7-atl.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/ti/clk-dra7-atl.c b/drivers/clk/ti/clk-dra7-atl.c
index af29359677da
On 11/09/2014 02:45 PM, Anil Kumar wrote:
If probe fails then we need to call pm_runtime_disable() to balance
out the previous pm_runtime_enable() call.
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
Signed-off-by: Anil Kumar anilk...@gmail.com
---
:100644 100644 0eed9b1... 99c747d... M
On 12/07/2014 12:53 AM, Rickard Strandqvist wrote:
Removes some functions that are not used anywhere:
edma_shadow0_read() edma_or_array()
This was partially found by using a static code analysis program called
cppcheck.
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
Signed-off
On 12/08/2014 02:49 PM, Vinod Koul wrote:
On Thu, Nov 27, 2014 at 12:41:31PM +0200, Peter Ujfalusi wrote:
include/linux/platform_data/ is not a correct place to keep the API
definitions for edma, it is meant to be only for the pdata for the device.
Clean up this by moving the API to include
---
Peter Ujfalusi (3):
ASoC: davinci-evm: Do not include edma headers
ARM: edma: Rename header file for dmaengine filter function definition
ARM: edma: Split up header file to platform_data and API file
arch/arm/common/edma.c | 3 +-
arch/arm/mach-davinci/devices.c
Rename the include/linux/edma.h to include/linux/edma-dmaengine.h
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/common/edma.c | 2 +-
drivers/mmc/host/davinci_mmc.c | 3 +--
drivers/spi/spi-davinci.c | 2 +-
include/linux/edma-dmaengine.h | 29
The machine driver has no business with the underlying dma.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/davinci/davinci-evm.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/sound/soc/davinci/davinci-evm.c b/sound/soc/davinci/davinci-evm.c
index 158cb3d1db70
include/linux/platform_data/ is not a correct place to keep the API
definitions for edma, it is meant to be only for the pdata for the device.
Clean up this by moving the API to include/linux/edma.h
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/common/edma.c
'mm' failed
make[1]: *** [mm] Error 2
make[1]: *** Waiting for unfinished jobs
CHK kernel/config_data.h
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
mm/slab.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/mm/slab.c b/mm/slab.c
index 61b01c2ae1d9
On 11/27/2014 01:14 PM, Arnd Bergmann wrote:
On Thursday 27 November 2014 12:41:30 Peter Ujfalusi wrote:
diff --git a/include/linux/edma-dmaengine.h b/include/linux/edma-dmaengine.h
new file mode 100644
index ..8a2602809a77
--- /dev/null
+++ b/include/linux/edma-dmaengine.h
On 11/27/2014 04:50 PM, Arnd Bergmann wrote:
On Thursday 27 November 2014 16:23:31 Peter Ujfalusi wrote:
This will only work in case of legacy boot. When booting with DT we do not
have pdata and after this patch in dt boot we are not going to be able to get
the DMA resources either
On 11/27/2014 11:52 PM, Arnd Bergmann wrote:
On Thursday 27 November 2014 20:46:12 Peter Ujfalusi wrote:
I see. With this series I did not planed to fix all edma related issues, just
as a start clean up the related header files. I would rather not add fixes to
mmc, spi, etc drivers since
On 11/28/2014 12:51 PM, Arnd Bergmann wrote:
On Friday 28 November 2014 09:16:24 Peter Ujfalusi wrote:
On 11/27/2014 11:52 PM, Arnd Bergmann wrote:
On Thursday 27 November 2014 20:46:12 Peter Ujfalusi wrote:
I see. With this series I did not planed to fix all edma related issues,
just
On 01/18/2015 02:01 PM, Pavel Machek wrote:
Hi!
If you have any idea about playback problems, help would be still
welcome. I'll have to do bisect, otherwise, and it will not be easy.
In 3.18, sound is nice and clear.
In 3.19, sound is unusable. It produces nasty tone when it should be
On 02/06/2015 08:32 PM, Peter Zijlstra wrote:
On Fri, Feb 06, 2015 at 06:05:32PM +0200, Peter Ujfalusi wrote:
Certainly looks much simpler, but it adds quite a bit of data to the
omap_hwmod struct, and we have a _lot_ of them for omap2plus configuration.
ls -al vmlinux
w/o any the lockdep
On 02/06/2015 11:22 AM, Urs Fässler wrote:
The AHCLKX pin seems not to be supported as external source. The first
patch is a general fix to allow external clock. The second allows you to
select the AHCLKX pin as clock source.
Patch built against v3.19-rc7
I don't think this series is
On 02/06/2015 11:22 AM, Urs Fässler wrote:
Signed-off-by: Urs Fässler urs.fass...@bytesatwork.ch
---
.../bindings/sound/davinci-mcasp-audio.txt | 1 +
sound/soc/davinci/davinci-mcasp.c | 26
+++---
2 files changed, 24 insertions(+), 3 deletions(-)
On 02/06/2015 04:13 PM, Peter Zijlstra wrote:
On Fri, Feb 06, 2015 at 02:48:34PM +0200, Peter Ujfalusi wrote:
Hi,
In case when hwmods are used in nested way the lockdep validator will print
out
a warning message about possible deadlock situation:
[4.514882
select ATL clock
as functional clock, which will trigger nested oh-_lock usage. This will
trigger false warning from lockdep validator since it is dealing with
classes and for it all hwmod clocks are the same class.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2
subclass to those hwmods which
could be used in nested way.
Regards,
Peter
---
Peter Ujfalusi (2):
ARM: omap2+: omap_hwmod: Use _nested version of spinlock for oh-_lock
ARM: DRA7: hwmod_data: Change locked_class for atl hwmod
arch/arm/mach-omap2/omap_hwmod.c | 16
arch
The ATL hwmod can be used in nested way when it is selected to be the
functional clock for McASP. For this lockdep validator will trigger false
positive warning.
By assigning separate class to atl locking will sort this out.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach
On 02/10/2015 04:17 PM, Urs Fässler wrote:
On 06.02.2015 12:50, Peter Ujfalusi wrote:
On 02/06/2015 11:22 AM, Urs Fässler wrote:
The AHCLKX pin seems not to be supported as external source. The first
patch is a general fix to allow external clock. The second allows you to
select the AHCLKX
On 02/12/2015 11:08 AM, Kiran Padwal wrote:
This patch add a missing check on the return value of devm_kzalloc,
which would cause a NULL pointer dereference in a OOM situation.
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
Signed-off-by: Kiran Padwal kiran.pad...@smartplayin.com
According to the Documentation/devicetree/bindings/dma/dma.txt the
dma-channels and dma-requests property should not have '#'.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap5.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm
According to the Documentation/devicetree/bindings/dma/dma.txt the
dma-channels and dma-requests property should not have '#'.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap2.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm
According to the Documentation/devicetree/bindings/dma/dma.txt the
dma-channels and dma-requests property should not have '#'.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot
According to the Documentation/devicetree/bindings/dma/dma.txt the
dma-channels and dma-requests property should not have '#'.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap4.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm
According to the Documentation/devicetree/bindings/dma/dma.txt the
dma-channels and dma-requests property should not have '#'.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/omap3.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm
are not in use at the moment, but it is going to be
needed
for the crossbar driver it is better to fix it right now so we do not need to
patch .dtsi and .c files at the same time later.
Tony: I would really appreciate if this could go in within the current merge
window.
Thanks,
Peter
Peter
On 01/27/2015 03:32 PM, Pavel Machek wrote:
On Tue 2015-01-27 15:27:58, Peter Ujfalusi wrote:
Hi,
On 01/26/2015 10:51 PM, Pali Rohár wrote:
qemu does not emulate it
Not sure about this... How does qemu emulate tlv320aic3106, tpa6130a2a,
McBSP,
sDMA for audio to work? What about the other
On 01/29/2015 09:35 AM, Jarkko Nikula wrote:
On Wed, Jan 28, 2015 at 11:41:44PM +0100, Pavel Machek wrote:
On Wed 2015-01-28 20:15:46, Jarkko Nikula wrote:
On 01/26/2015 03:20 PM, Peter Ujfalusi wrote:
On 01/18/2015 02:01 PM, Pavel Machek wrote:
No need to go that far. N900 has been supported
Hi,
On 01/22/2015 03:40 AM, Olof Johansson wrote:
Hi,
On Thu, Nov 27, 2014 at 2:41 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
include/linux/platform_data/ is not a correct place to keep the API
definitions for edma, it is meant to be only for the pdata for the device.
Clean up
Hi,
On 01/26/2015 10:51 PM, Pali Rohár wrote:
qemu does not emulate it
Not sure about this... How does qemu emulate tlv320aic3106, tpa6130a2a, McBSP,
sDMA for audio to work? What about the other three GPIOs in this machine driver?
The nokia,n900-audio compatible mandates that the
On 02/06/2015 09:26 PM, Peter Ujfalusi wrote:
Yeah, I've never really bothered with data too much, its a debug
feature. So lock_class_key is 8 bytes, and strictly speaking you could
union them over other fields, all we really need is unique addresses, we
don't actually use the storage.
True
Add tx or rx as resource name for the DMA resources.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-davinci/devices-da8xx.c
b/arch/arm/mach-davinci/devices-da8xx.c
index
On da8xx McASP TX/RX interrupt requests are combined.
The interrupt can be used for error recovery.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/mach-davinci/devices-da8xx.c
The interrupt can be used for error recovery.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/dm646x.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/mach-davinci/dm646x.c b/arch/arm/mach-davinci/dm646x.c
index d2a2619aee81
McASP1 TX interrupt is 30, not 32 on DM646x DMSoC
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/include/mach/irqs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-davinci/include/mach/irqs.h
b/arch/arm/mach-davinci/include/mach
da830 has three McASP blocks.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/asp.h | 7 ++
arch/arm/mach-davinci/devices-da8xx.c | 41 +++
2 files changed, 48 insertions(+)
diff --git a/arch/arm/mach-davinci/asp.h b
...@infradead.org
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/omap_hwmod.c | 1 +
arch/arm/mach-omap2/omap_hwmod.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2/omap_hwmod.c
index 92afb723dcfc..2db380420b6f
Add names to the DMA resources and remove the RX DMA dummy part for McASP1.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/dm646x.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-davinci/dm646x.c b/arch/arm/mach
Both DA830 and DA850 has McASP0 module, so do not restrict the use of
McASP0 for da850 only.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 25 ++---
1 file changed, 18 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach
ASoC for da830, which have shared
irq line for all it's McASP ip:
http://mailman.alsa-project.org/pipermail/alsa-devel/2015-February/087322.html
Regards,
Peter
---
Peter Ujfalusi (7):
ARM: davinci: devices-da8xx: Add resource name for the McASP DMA
request
ARM: davinci: devices-da8xx: Add
On 03/16/2015 10:17 AM, Nicholas Mc Guire wrote:
Return type of wait_for_completion_timeout is unsigned long not int. As
time_left is exclusively used for wait_for_completion_timeout here its
type is simply changed to unsigned long.
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
Signed-off
a warning for these. In legacy mode we also have 2 hwmods for McBSP2/3.
One for the McBSP itself and the other for the sidetone block attached to them.
I'll try to look into this one next.
Since this series fixes the _wait_target_ready issue, can this be sent for 4.0?
Regards,
Peter
---
Peter Ujfalusi (2
is hardcoded in ASoC driver).
Please see reply [1] from Peter Ujfalusi.
All:
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
Changes from v1:
- keep ti,codec property in Documentation as optional that the
existing dtbs do not become noncompliant after the change
[1]: http
: cannot be enabled for reset (3)
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/clk/ti/clk-3xxx-legacy.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/drivers/clk/ti/clk-3xxx-legacy.c b/drivers/clk/ti/clk-3xxx-legacy.c
index e0732a4c8f26
[0.307769] omap_hwmod: mcbsp2: cannot be enabled for reset (3)
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/clk/ti/clk-3xxx.c | 19 +++
1 file changed, 7 insertions(+), 12 deletions(-)
diff --git a/drivers/clk/ti/clk-3xxx.c b/drivers/clk/ti/clk-3xxx.c
index
Hi,
On 02/24/2015 04:21 PM, Peter Ujfalusi wrote:
Hi,
The series adds support for DMA router type of devices. They are used in SoCs
which has more peripherals with DMA request lines than the DMA controller can
handle.
The router itself is not part of the DMA controller and it's operation
Hi Mark,
I got a device which registers are arranged in 'books' and pages:
book0
page0
page1
...
page127
book1
page0
page1
...
page127
...
book255
page0
page1
...
page127
The pages can be selected via register0 of each page (in a standard way),
however the book switching can only be
Hi,
V1 was sent back in 10th of February [1], so resending it rebased on current
linux-next.
Clean up series of McASP device creation for da8xx and dm646x DMSoCs.
[1] https://lkml.org/lkml/2015/2/10/298
Regards,
Peter
---
Peter Ujfalusi (7):
ARM: davinci: devices-da8xx: Add resource name
On da8xx McASP TX/RX interrupt requests are combined.
The interrupt can be used for error recovery.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/mach-davinci/devices-da8xx.c
Both DA830 and DA850 has McASP0 module, so do not restrict the use of
McASP0 for da850 only.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 25 ++---
1 file changed, 18 insertions(+), 7 deletions(-)
diff --git a/arch/arm/mach
Add names to the DMA resources and remove the RX DMA dummy part for McASP1.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/dm646x.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-davinci/dm646x.c b/arch/arm/mach
da830 has three McASP blocks.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/asp.h | 7 ++
arch/arm/mach-davinci/devices-da8xx.c | 41 +++
2 files changed, 48 insertions(+)
diff --git a/arch/arm/mach-davinci/asp.h b
McASP1 TX interrupt is 30, not 32 on DM646x DMSoC
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/include/mach/irqs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-davinci/include/mach/irqs.h
b/arch/arm/mach-davinci/include/mach
Add tx or rx as resource name for the DMA resources.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-davinci/devices-da8xx.c
b/arch/arm/mach-davinci/devices-da8xx.c
index
The interrupt can be used for error recovery.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/dm646x.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/mach-davinci/dm646x.c b/arch/arm/mach-davinci/dm646x.c
index d2a2619aee81
The DRA7x has more peripherals with DMA requests than the sDMA can handle:
205 vs 127. All DMA requests are routed through the DMA crossbar, which can
be configured to route selected incoming DMA requests to specific request
line of the DMA controller.
Signed-off-by: Peter Ujfalusi peter.ujfal
channels with HW request lines will make it
harder to implement MEM_TO_MEM mode for the driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
The sDMA requests are routed through the DMA crossbar and without the
crossbar only peripherals using DMA request 0-127 can be used.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 57 ++---
1 file changed, 33
Use the dma-requests property from DT to get the number of DMA requests.
In case of legacy boot or failure to find the property, use the default
127 as number of requests.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 12 +++-
1 file changed, 11
Instead of magic numbers in the code, use define for number of logical DMA
channels and DMA requests.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma
generic
enough to be used in different environments.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Documentation/devicetree/bindings/dma/dma.txt | 28
drivers/dma/dmaengine.c | 7 ++
drivers/dma/of-dma.c | 92
The DRA7x has more peripherals with DMA requests than the sDMA can handle:
205 vs 127. All DMA requests are routed through the DMA crossbar, which can
be configured to route selected incoming DMA requests to specific sDMA
request.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers
for his version
of the crossbar driver:
https://lkml.org/lkml/2014/3/7/199
This implementation is not tied to any DMA driver so it is possible to use the
framework by other vendors, also ACPI version of binding can be easy enough to
be added.
Regards,
Peter
---
Peter Ujfalusi (7):
dmaengine
is hardcoded in ASoC driver).
All:
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
Please see reply [1] from Peter Ujfalusi.
[1]: http://comments.gmane.org/gmane.linux.ports.arm.omap/124273
Marek Belisko (2):
ARM: dts: omap3: Remove all references to ti,codec property
Documentation
On 03/13/2015 01:05 PM, Arnd Bergmann wrote:
On Thursday 12 March 2015 22:14:59 Marek Belisko wrote:
diff --git a/Documentation/devicetree/bindings/sound/omap-twl4030.txt
b/Documentation/devicetree/bindings/sound/omap-twl4030.txt
index 1ab6bc8..656165f 100644
---
Hi,
On 03/11/2015 05:51 PM, Guenter Roeck wrote:
On Wed, Mar 11, 2015 at 04:35:58PM +1100, Stephen Rothwell wrote:
Hi all,
Changes since 20150310:
New tree: drm-exynos
The sound-asoc tree still had its build failure so I used the version from
next-20150306.
The regulator tree lost its
On 03/23/2015 05:00 PM, Petr Kulhavy wrote:
If edma_terminate_all() was called while a transfer was running (i.e. after
edma_execute() but before edma_callback()) the echan-edesc was not freed.
This was due to the fact that a running transfer is on none of the
vchan lists: desc_submitted,
this would
cause troubles.
Good catch. This seams to be in the code since the first commit ;)
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
Signed-off-by: Petr Kulhavy p...@barix.com
---
drivers/dma/edma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma
On 03/26/2015 12:50 PM, Vinod Koul wrote:
On Wed, Mar 11, 2015 at 03:23:24PM +0200, Peter Ujfalusi wrote:
DMA routers are transparent devices used to mux DMA requests from
peripherals to DMA controllers. They are used when the SoC integrates more
devices with DMA requests then their controller
On 03/26/2015 12:57 PM, Vinod Koul wrote:
On Wed, Mar 11, 2015 at 03:23:27PM +0200, Peter Ujfalusi wrote:
Instead of magic numbers in the code, use define for number of logical DMA
channels and DMA requests.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 7
On 03/26/2015 12:56 PM, Vinod Koul wrote:
+#define TI_XBAR_OUTPUTS 127
+#define TI_XBAR_INPUTS 256
Ideally this should be moved to DT. Will next revision of this chip always
support these output and inputs?
They are coming from DT. I'm using these as fall back values in case we can
Thanks,
On 03/28/2015 05:57 AM, Stephen Warren wrote:
On 03/27/2015 05:35 AM, Peter Ujfalusi wrote:
The vd-node is removed from the lists when the transfer started so the
vchan_get_all_descriptors() will not find it. This results memory leak.
Acked-by: Stephen Warren swar...@wwwdotorg.org
On 03/27/2015 10:22 PM, Russell King - ARM Linux wrote:
On Fri, Mar 27, 2015 at 02:26:52PM +0200, Peter Ujfalusi wrote:
Do not direct map the virtual channels to sDMA request number. When the
sDMA is behind of a crossbar this direct mapping can cause situations when
certain channel can
On 03/27/2015 10:24 PM, Russell King - ARM Linux wrote:
On Fri, Mar 27, 2015 at 02:26:51PM +0200, Peter Ujfalusi wrote:
+if (!pdev-dev.of_node || of_property_read_u32(pdev-dev.of_node,
+ dma-requests
The vd-node is removed from the lists when the transfer started so the
vchan_get_all_descriptors() will not find it. This results memory leak.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Andy Shevchenko andriy.shevche...@linux.intel.com
---
drivers/dma/hsu/hsu.c | 5 -
1 file
), where intense operations on the SD
card wasted the device 128MB RAM within a couple of days.
Peter Ujfalusi:
The issue is even more severe since it affects cyclic (audio) transfers as
well. In this case starting/stopping audio will results memory leak.
Signed-off-by: Petr Kulhavy p...@barix.com
The vd-node is removed from the lists when the transfer started so the
vchan_get_all_descriptors() will not find it. This results memory leak.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Jonas Jensen jonas.jen...@gmail.com
---
drivers/dma/moxart-dma.c | 4 +++-
1 file changed, 3
The vd-node is removed from the lists when the transfer started so the
vchan_get_all_descriptors() will not find it. This results memory leak.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: Stephen Warren swar...@wwwdotorg.org
CC: Lee Jones l...@kernel.org
---
drivers/dma/bcm2835-dma.c
,
sa11x0-dma,
k3dma
Others are already doing something to prevent the leak by either directly
freeing the desc or by adding back the vdesc-node to a list.
Regards,
Peter
---
Peter Ujfalusi (4):
dmaengine: omap-dma: Fix memory leak when terminating running transfer
dmaengine: bcm2835-dma: Fix
the
framework will not going to do that for us.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
CC: sta...@vger.kernel.org
CC: linux-o...@vger.kernel.org
---
drivers/dma/omap-dma.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
index 1e646d6c8230
On 03/26/2015 05:32 PM, Vinod Koul wrote:
I have added the DT binding document since this series adds support for
routers for platforms booting with DT:
Documentation/devicetree/bindings/dma/dma.txt | 28
I meant the update to Documnetation/dmanegine/ for routers :)
I see. In what
driver so it is possible to use the
framework by other vendors, also ACPI version of binding can be easy enough to
be added.
Regards,
Peter
---
Peter Ujfalusi (7):
dmaengine: of_dma: Support for DMA routers
Documentation: devicetree: dma: Binding documentation for TI DMA
crossbar
dmaengine
channels with HW request lines will make it
harder to implement MEM_TO_MEM mode for the driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma/omap-dma.c
The DRA7x has more peripherals with DMA requests than the sDMA can handle:
205 vs 127. All DMA requests are routed through the DMA crossbar, which can
be configured to route selected incoming DMA requests to specific request
line of the DMA controller.
Signed-off-by: Peter Ujfalusi peter.ujfal
Instead of magic numbers in the code, use define for number of logical DMA
channels and DMA requests.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/omap-dma.c b/drivers/dma
701 - 800 of 4568 matches
Mail list logo
