Add nodes for McASP0 and McASP1 for AM43xx.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/am4372.dtsi | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
index c328d5c..defaad1
board's keyboard backlight led.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi,
it would be good if this can make it to 3.13 since with -rc1 the keypad led does
not work.
Regards,
Peter
drivers/leds/leds-pwm.c | 53 -
1 file changed, 26
On 11/28/2013 01:29 PM, Tomi Valkeinen wrote:
pcs_enable() uses vals-mask instead of pcs-fmask when bits_per_mux is
enabled. However, pcs_disable() always uses pcs-fmask.
Fix pcs_disable() to use vals-mask with bits_per_mux.
I wonder how did I missed this?
Acked-by: Peter Ujfalusi
of what you had in mind when asked me to look at this?
twl4030 codec is going to be a bit more complicated AFAIK but it will come
eventually.
Regards,
Peter
---
Peter Ujfalusi (5):
ASoC: twl6040: Rename twl6040_is_path_unmuted -
twl6040_can_write_to_chip
ASoC: twl6040: Custom caching
We can rely on mfd driver to manage the register caching via regmap. The
driver still need to cache some registers associated with DL1/2 routes.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl6040.c | 211 +++--
1 file changed
The MFD core takes care of the restore via standard regmap API, no need to
do this anymore here.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl6040.c | 29 -
1 file changed, 29 deletions(-)
diff --git a/sound/soc/codecs/twl6040.c b/sound
Add reg_defaults to regmap and at the same time implement proper power state
handling with using regcache_cache_only(), regcache_sync() and
regcache_mark_dirty().
This will make sure that we do not need to do restore operations in child
drivers anymore.
Signed-off-by: Peter Ujfalusi peter.ujfal
Matches more precisely of the functionality.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl6040.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/soc/codecs/twl6040.c b/sound/soc/codecs/twl6040.c
index f2f4bcb..ef13a50 100644
.
This is in preparation to remove the local ASoC reg_cache from the driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl6040.c | 51 --
1 file changed, 49 insertions(+), 2 deletions(-)
diff --git a/sound/soc/codecs/twl6040.c b
The ASoC McASP driver looks for the mem resources by name and:
mpu and dat regions.
Change/add the needed name for the mem resources so the driver can pick the
correct resource.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi,
This is needed for 3.13.
Regards,
Peter
arch/arm/mach
victor.kamen...@linaro.org
Signed-off-by: Taras Kondratiuk taras.kondrat...@linaro.org
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/omap/mcbsp.c | 12 ++--
sound/soc/omap/omap-dmic.c |4 ++--
sound/soc/omap/omap-mcpdm.c |4 ++--
3 files changed, 10
Hi Tony,
On 03/12/2014 07:37 PM, Tony Lindgren wrote:
* Peter Ujfalusi peter.ujfal...@ti.com [140307 05:39]:
With the callback implemented omap-dma can provide information to client
drivers regarding to supported address widths, directions, residue
granularity, etc.
This may need some
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
---
arch/arm/common/edma.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/common/edma.c b/arch/arm/common
-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/edma.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
index 86d6a3fb0d92..604c7c94c731 100644
--- a/drivers/dma/edma.c
+++ b/drivers/dma/edma.c
@@ -624,6 +624,9 @@ static struct dma_async_tx_descriptor
The edmacc_param struct should follow the layout of the paRAM area in the
HW. Be explicit on the size of the fields (u32) and also mark the struct
as packed to avoid any padding on non 32bit architectures.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
include/linux/platform_data/edma.h
For later use save the number of queues available for the CC.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/common/edma.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c
index 19520e2519d9..be267b2080be 100644
--- a/arch
-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/davinci/davinci-mcasp.c | 20
1 file changed, 20 insertions(+)
diff --git a/sound/soc/davinci/davinci-mcasp.c
b/sound/soc/davinci/davinci-mcasp.c
index 958933614ca4..17d1112bce24 100644
--- a/sound/soc/davinci/davinci
Remove the dai startup callback and do the dma_data setup for dmaengine
in the dai_probe function.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/davinci/davinci-mcasp.c | 35 +++
1 file changed, 19 insertions(+), 16 deletions(-)
diff --git
When we boot with non-DT mode the damengine will need the channel number and
a filter function in order to get the channel.
The filter_data is filled in the DAI driver while the filter_function will
be provided by the edma-pcm driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound
It helps to identify issues if we have some information regarding to the
channel which the event is associated.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/edma.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/dma/edma.c b/drivers/dma
Platform driver glue for SoC using eDMA3 to use dmaengine PCM.
The maximum number of periods need to be limited to 19 since the
edma dmaengine driver limits the paRAM slot use for audio at
in cyclic mode.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/davinci/Kconfig| 1
Use the edma-pcm with AM335x and AM447x SoCs.
Keep using the davinci-pcm for DaVinci devices, they can be switched to use
the dmaengine based driver later when they are verified to work correctly.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/davinci/davinci-mcasp.c | 46
Do not print the paRAM information when verbose debugging is not asked and
also reduce the number of lines printed in edma_prep_dma_cyclic()
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/edma.c | 11 +--
1 file changed, 5 insertions(+), 6 deletions(-)
diff --git
since all other error cases are dev_err and this failure is
similarly fatal as the other ones.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/edma.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
index
In case of not supported direction it is better to print the direction also.
It is unlikely, but in such an event it helps with the debugging.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/edma.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
With the callback implemented omap-dma can provide information to client
drivers regarding to supported address widths, directions, residue
granularity, etc.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/edma.c | 18 ++
1 file changed, 18 insertions(+)
diff
, otherwise (when only one EQ/TC is available for the CC)
the default queue is going to be used.
For example: For optimal system performance the audio (cyclic) DMA should
be placed to a separate queue which is different than what the rest of the
system is using.
Signed-off-by: Peter Ujfalusi
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 and also the else if () can be removed.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
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
---
drivers/dma/edma.c | 28
1 file changed, 28
Indicate that the edma dmaengine driver has support for cyclic mode.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/common/edma.c | 1 +
drivers/dma/edma.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/arm/common/edma.c b/arch/arm/common/edma.c
index
that DA850/OMAP-L138 works with this series (which boots w/o DT).
Regards,
Peter
---
Peter Ujfalusi (18):
platform_data: edma: Be precise with the paRAM struct
dma: edma: Add support for DMA_PAUSE/RESUME operation
dma: edma: Set DMA_CYCLIC capability flag
arm: common: edma: Select event queue 1
On 03/13/2014 12:28 PM, Lars-Peter Clausen wrote:
On 03/13/2014 10:18 AM, Peter Ujfalusi wrote: [...]
+static const struct snd_pcm_hardware edma_pcm_hardware = { +.info
= SNDRV_PCM_INFO_MMAP | + SNDRV_PCM_INFO_MMAP_VALID | +
SNDRV_PCM_INFO_BATCH
On 03/13/2014 12:28 PM, Lars-Peter Clausen wrote:
+int edma_pcm_platform_register(struct device *dev)
+{
+if (dev-of_node)
+return snd_dmaengine_pcm_register(dev,
+edma_dmaengine_pcm_config,
+SND_DMAENGINE_PCM_FLAG_NO_RESIDUE);
Since the
On 03/13/2014 02:53 PM, Shevchenko, Andriy wrote:
On Thu, 2014-03-13 at 11:18 +0200, Peter Ujfalusi wrote:
Do not print the paRAM information when verbose debugging is not asked and
also reduce the number of lines printed in edma_prep_dma_cyclic()
Signed-off-by: Peter Ujfalusi peter.ujfal
On 03/13/2014 03:03 PM, Shevchenko, Andriy wrote:
On Thu, 2014-03-13 at 11:18 +0200, Peter Ujfalusi wrote:
In case of not supported direction it is better to print the direction also.
It is unlikely, but in such an event it helps with the debugging.
Signed-off-by: Peter Ujfalusi peter.ujfal
On 03/13/2014 03:46 PM, Mark Brown wrote:
On Thu, Mar 13, 2014 at 11:18:22AM +0200, Peter Ujfalusi wrote:
With this series AM335x and AM447x will use the dmaengine PCM for audio. The
daVinci devices will keep using the davinci-pcm for now since I do not have
means to test them but the code
On 02/24/2014 07:22 PM, Greg Kroah-Hartman wrote:
On Mon, Feb 24, 2014 at 10:40:32AM +0900, Mark Brown wrote:
On Mon, Dec 23, 2013 at 02:41:31PM +0200, Peter Ujfalusi wrote:
The proposed solution is to try the deferred queue once more when the last
driver is asking for deferring and we had
-by: Peter Ujfalusi peter.ujfal...@ti.com
Florian Vaussard (2):
mfd: twl6040: Check for error when reading revision register
mfd: twl6040: Remove duplicate register write
drivers/mfd/twl6040.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
--
Péter
--
To unsubscribe
queue.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi Greg, Grant,
I have fixed up the commit message and rebased the patch on top of 3.14-rc4
since the RFC version [1].
[1] https://lkml.org/lkml/2013/12/23/142
Regards,
Peter
drivers/base/dd.c | 22 +++---
1 file
Make sure that we patch the ACCCTL register as the first thing when the
driver loads, thus configuring I2C fast mode and i2c access for dual access
registers.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl6040.c | 8
1 file changed, 4 insertions(+), 4 deletions
, PandaBoardES, OMAP4-blaze (SDP)
[1] http://www.spinics.net/lists/arm-kernel/msg310725.html
[2] Command in u-boot to enable the audpwron on PandaBoards: gpio set 127
Regards,
Peter
---
Peter Ujfalusi (3):
mfd: twl6040: Select i2c fast mode as default with regmap patch
mfd: twl6040: Move
) will
ensure that the chip will operate normally in this case as well.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl6040.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mfd/twl6040.c b/drivers/mfd/twl6040.c
index 693d547db1de..ea8acfb029df 100644
--- a/drivers/mfd
All boards using twl6040 configures the i2c bus to 400KHz. While twl6040's
defaults to normal mode (100KHz). So far twl6040 has no problem with i2c
communication in this configuration it is safer to select fast i2c mode.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl6040
On 02/27/2014 04:24 PM, Nishanth Menon wrote:
we should ideally have been using highspeed for i2c bus.
is'nt it better if i2c_check_functionality (and adding required flags
for func) be used to check the adapter speed and decide this in the
driver instead of hardcoding the bus speed within
On 02/27/2014 05:00 PM, Nishanth Menon wrote:
The other option might be to blindly configure 6040 to max speed -
but then you do have an issue with that single register write
operation to configure the speed?
Yes, exactly. It is unfortunate that twl6040's i2c speed is configured via i2c
write.
On 02/28/2014 03:30 PM, Nishanth Menon wrote:
TWL6030 can do 3.3MHz by default and there are no speed registers to
configure.
According to the datasheet the speed of twl6030 is limited to 2.4MHz. I have
not seen registers or pins to select the speed. As the documentation puts
this: High-speed
On 03/01/2014 02:33 AM, Greg Kroah-Hartman wrote:
On Wed, Feb 26, 2014 at 09:06:54AM +0200, Peter Ujfalusi wrote:
When the kernel is built with CONFIG_PREEMPT it is possible to reach a state
when all modules are loaded but some driver still stuck in the deferred list
and there is a need
On 02/28/2014 05:07 PM, Nishanth Menon wrote:
On 02/28/2014 08:26 AM, Peter Ujfalusi wrote:
On 02/28/2014 03:30 PM, Nishanth Menon wrote:
TWL6030 can do 3.3MHz by default and there are no speed registers to
configure.
According to the datasheet the speed of twl6030 is limited to 2.4MHz. I
-omap/msg90531.html
Regards,
Peter
---
Peter Ujfalusi (5):
drivers: bus: omap_l3: Convert to use devm_kzalloc
drivers: bus: omap_l3: Convert to use devm_request_and_ioremap()
drivers: bus: omap_l3: Convert to use devm_request_irq()
drivers: bus: omap_l3: Remove the platform driver's remove
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
---
drivers/bus
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index
On 03/04/2014 11:01 AM, Peter Ujfalusi wrote:
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
Where did the .com went from Santosh's email address??
I'll resend it in a minute
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index
when doing some spring cleanup
on my HDD:
http://www.spinics.net/lists/linux-omap/msg90531.html
Regards,
Peter
---
Peter Ujfalusi (5):
drivers: bus: omap_l3: Convert to use devm_kzalloc
drivers: bus: omap_l3: Convert to use devm_request_and_ioremap()
drivers: bus: omap_l3: Convert to use
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/bus
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilimkar@ti
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b
On 03/04/2014 11:23 AM, Alexander Shiyan wrote:
- l3-l3_base[2] = ioremap(res-start, resource_size(res));
- if (!l3-l3_base[2]) {
- dev_err(pdev-dev, ioremap failed\n);
- ret = -ENOMEM;
- goto err2;
+ l3-l3_base[i] =
On 03/04/2014 11:12 AM, Alexander Shiyan wrote:
Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi
peter.ujfal...@ti.com:
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop
On 03/04/2014 11:12 AM, Alexander Shiyan wrote:
Вторник, 4 марта 2014, 11:01 +02:00 от Peter Ujfalusi
peter.ujfal...@ti.com:
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/bus
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git
Regards,
Peter
---
Peter Ujfalusi (5):
drivers: bus: omap_l3: Convert to use devm_kzalloc
drivers: bus: omap_l3: Convert to use devm_ioremap_resource()
drivers: bus: omap_l3: Convert to use devm_request_irq()
drivers: bus: omap_l3: Remove the platform driver's remove function
drivers: bus
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/bus/omap_l3_noc.c | 59
On 03/04/2014 04:37 PM, Santosh Shilimkar wrote:
On Tuesday 04 March 2014 08:48 PM, Peter Ujfalusi wrote:
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources
With the callback implemented omap-dma can provide information to client
drivers regarding to supported address widths, directions, residue
granularity, etc.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/omap-dma.c | 18 ++
1 file changed, 18 insertions
Hi,
Cleanup of platform probe and remove (removing the remove function at the end)
with converting the driver to use the devm_* versions kzalloc, ioremap and
request_irq.
Regards,
Peter
---
Peter Ujfalusi (5):
drivers: bus: omap_l3: Convert to use devm_kzalloc
drivers: bus: omap_l3: Convert
Use dev_err() which will going to print the driver's name as well and the
KERN_ERR level is sufficient in this case (we also print via dev_err when
there is an error with the mem resources)
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/bus/omap_l3_noc.c | 7 +++
1 file
We can remove the kfree() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/bus/omap_l3_noc.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index feeecae..d25d727
It is NOP after the devm_* conversion.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/bus/omap_l3_noc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
index 2bbc87b..ed428ad 100644
--- a/drivers/bus/omap_l3_noc.c
We can then remove the iounmap() calls from probe and remove.
Since the driver requests the resources via index we can do the mem resource
request within a for loop.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/bus/omap_l3_noc.c | 63
With this we can remove the free_irq() calls from probe and remove.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/bus/omap_l3_noc.c | 23 +--
1 file changed, 5 insertions(+), 18 deletions(-)
diff --git a/drivers/bus/omap_l3_noc.c b/drivers/bus/omap_l3_noc.c
it's
init.
Reported-by: Christoph Fritz chf.fr...@googlemail.com
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Tested-by: Kevin Hilman khil...@linaro.org
Tested-by: Grygorii Strashko grygorii.stras...@ti.com
---
Hi,
Changes since v2:
- Acked-by and Tested-by added to patches
- Recreated
Use module_platform_driver() to register the platform driver.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Acked-by: Kevin Hilman khil...@linaro.org
---
drivers/rtc/rtc-twl.c | 12 +---
1 file changed, 1 insertion(+), 11 deletions(-)
diff --git a/drivers/rtc/rtc-twl.c b/drivers
Hi,
On 04/22/2013 04:38 PM, Felipe Balbi wrote:
Is it possible to handle ABE no_idle_on_suspend uscase the way I am
trying to handle it for UART in the 2nd patch of this series?
let's ask Péter.
Péter, OMAP_DEVICE_NO_IDLE_ON_SUSPEND should be removed as driver's can
get same behavior by
Hi,
On 10/21/2013 10:01 PM, Sergei Shtylyov wrote:
diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi
index c328d5c..defaad1 100644
--- a/arch/arm/boot/dts/am4372.dtsi
+++ b/arch/arm/boot/dts/am4372.dtsi
@@ -633,5 +633,32 @@
dma-names = tx, rx;
Hi,
When the omap5-evm.dts file has been renamed to omap5-uevm.dts and the sEVM
support got deprecated in favor of uEVM (or Panda5) the content was not
validated.
The reset GPIO is different on uEVM compared to sEVM and uEVM does not have
support for dmic.
Regards,
Peter
---
Peter Ujfalusi (2
When the omap5-evm.dts file has been renamed to omap5-uevm.dts and the sEVM
support got deprecated in favor of uEVM (or Panda5) the content was not
validated.
On uEVM the twl6040 reset GPIO is from gpio5_141 and not via gpio5_145, which
was the case in sEVM.
Signed-off-by: Peter Ujfalusi
When the omap5-evm.dts file has been renamed to omap5-uevm.dts and the sEVM
support got deprecated in favor of uEVM (or Panda5) the content was not
validated.
Panda5 does not have support for digital microphones so remove the pinmux
section for it.
Signed-off-by: Peter Ujfalusi peter.ujfal
On 10/24/2013 05:48 PM, Sebastian Reichel wrote:
Add device tree support for twl4030 power button driver.
Signed-off-by: Sebastian Reichel s...@debian.org
---
.../devicetree/bindings/input/twl4030-pwrbutton.txt | 21
+
drivers/input/misc/twl4030-pwrbutton.c
-by: Mark Brown broo...@linaro.org
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
---
I'm hoping to have some ASoC improvements to build on top of this (there
is ASoC level register caching for the device) so it might make sense to
apply this via ASoC.
drivers/mfd/twl6040.c | 43
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/input/misc/twl6040-vibra.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/input/misc/twl6040-vibra.c
b/drivers/input/misc/twl6040-vibra.c
index 0c2dfc8..f16193a 100644
--- a/drivers/input/misc
On 08/31/2013 09:45 AM, Libo Chen wrote:
decrease node device_node refcount after task completion
Signed-off-by: Libo Chen libo.c...@huawei.com
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/input/misc/twl4030-vibra.c |4 +++-
1 files changed, 3 insertions(+), 1
codecs can also use the very same clock
as their MCLK.
The ATL IP in DRA7 contains 4 ATL instences.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
.../devicetree/bindings/clock/ti/dra7-atl.txt | 97 ++
include/dt-bindings/clk/ti-dra7-atl.h | 40
Modify the clock nodes for the ATL clocks to use the ATL clock driver to
handle them.
Add the ATL device node at the same time for DRA7.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 11 +++
arch/arm/boot/dts/dra7xx-clocks.dtsi | 16
codecs can also use the very same clock
as their MCLK.
The ATL IP in DRA7 contains 4 ATL instences.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/clk/ti/Makefile | 3 +-
drivers/clk/ti/clk-dra7-atl.c | 313 ++
2 files changed, 315
and integrates the ATL clock into the clock
tree.
V1 of the ATL series:
https://lkml.org/lkml/2014/4/2/238
Regards,
Peter
---
Peter Ujfalusi (4):
ARM: dts: dra7xx-clocks: Correct name for atl clkin3 clock
dt:/bindings: DRA7 ATL (Audio Tracking Logic) clock bindings
clk: ti: Driver for DRA7 ATL
To allign the name with the other atl clock names:
atlclkin3_ck - atl_clkin3_ck
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/boot/dts/dra7xx-clocks.dtsi | 22 +++---
drivers/clk/ti/clk-7xx.c | 2 +-
2 files changed, 12 insertions(+), 12 deletions
On 05/15/2014 11:01 AM, Arnd Bergmann wrote:
On Tuesday 13 May 2014 13:30:30 Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of channels: NUM_DMACH
Number of regions: NUM_REGN
Number of slots (PaRAM sets
Hi Sekhar,
On 05/15/2014 11:53 AM, Sekhar Nori wrote:
Hi Peter,
On Tuesday 13 May 2014 04:00 PM, Peter Ujfalusi wrote:
From CCCFG register of eDMA3 we can get all the needed information for the
driver about the IP:
Number of channels: NUM_DMACH
Number of regions: NUM_REGN
Number of slots
Instead of saving the for loop length, take the num_tc value from the pdata.
In case of DT boot set the n_tc to 3 as it is hardwired in edma_of_parse_dt()
This is a temporary state since upcoming patch(es) will change how we are
dealing with these parameters.
Signed-off-by: Peter Ujfalusi
It is ignored by the edma driver since we are just setting back the default
mapping of TC - Queue.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 16
arch/arm/mach-davinci/dm355.c | 9 -
arch/arm/mach-davinci
To be consistent in the code that we take parameters from edma_cc[j] struct
and not randomly from info[j] as well.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/common/edma.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/common/edma.c b/arch
/eDMA3_CC instance so this
member does not make any sense (and the driver no longer uses it).
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 15 ---
arch/arm/mach-davinci/dm355.c | 5 -
arch/arm/mach-davinci/dm365.c | 5
401 - 500 of 4568 matches
Mail list logo
