Hi Cristoph,
From: Pekon Gupta pe...@ti.com
From: Christoph Fritz [mailto:chf.fr...@googlemail.com]
Most dt omap3 boards configure nand-ecc-opt as bch8. Due
to lack of hardware elm support, bch8 software implementation
gets set.
Since commit 0611c41934ab35ce84dea ARM: OMAP2+: gpmc: update
Hi Tony,
On 07/07/2014 02:46 PM, Tony Lindgren wrote:
* Jyri Sarha jsa...@ti.com [140626 12:26]:
This code is not working currently and it can be removed. There is a
conflict in sharing resources with the actual HDMI driver and with
the ASoC HDMI audio DAI driver.
Is this OK to queue for
Hi Peter,
On 07/05/2014 08:25 AM, Peter Griffin wrote:
Signed-off-by: Peter Griffin peter.grif...@linaro.org
Acked-by: Maxime Coquelin maxime.coque...@st.com
Thanks,
Maxime
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index
On Fri, Jun 27, 2014 at 10:17 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
GPIO irqchips assign to the cascaded IRQs their own lock class
in order to avoid warnings about lockdep recursions since that
allow the lockdep core to keep track of things.
Since commit e45d1c80 (gpio: put
On Tue, 08 Jul 2014, Maxime Coquelin wrote:
On 07/05/2014 08:25 AM, Peter Griffin wrote:
Signed-off-by: Peter Griffin peter.grif...@linaro.org
Acked-by: Maxime Coquelin maxime.coque...@st.com
Maxime,
Once Acked by Felipe, I think this should go in via your tree to
avoid conflicts with
On Fri, Jun 27, 2014 at 10:17 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
The linux/irqchip/chained_irq.h header is already included
when selecting GPIOLIB_IRQCHIP so there is no need to do it
in the driver. This is a left over from commit fb655f5
(gpio: omap: convert driver to
On Fri, Jun 27, 2014 at 10:17 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
The GPIO OMAP driver didn't have a consistent naming scheme for
all its functions. Some of them had an omap prefix while others
didn't. There are many advantages on having a separate namespace
for driver
* Paul Walmsley p...@pwsan.com [140707 08:54]:
Hi Tony
The following changes since commit a497c3ba1d97fc69c1e78e7b96435ba8c2cb42ee:
Linux 3.16-rc2 (2014-06-21 19:02:54 -1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/pjw/omap-pending.git
* Peter Ujfalusi peter.ujfal...@ti.com [140708 00:32]:
Hi Tony,
On 07/07/2014 02:46 PM, Tony Lindgren wrote:
* Jyri Sarha jsa...@ti.com [140626 12:26]:
This code is not working currently and it can be removed. There is a
conflict in sharing resources with the actual HDMI driver and with
* Nick Krause xerofo...@gmail.com [140707 10:42]:
Hey Tony,
This seems to be a false positive then.Please reply if it is so I can remove
the
Fix me message.
Yes, just replace the FIXME with a comment please.
Regards,
Tony
--
To unsubscribe from this list: send the line unsubscribe
* Nishanth Menon n...@ti.com [140707 07:25]:
On Mon, Jul 7, 2014 at 6:32 AM, Tony Lindgren t...@atomide.com wrote:
* Nishanth Menon n...@ti.com [140605 18:12]:
From: Andrii.Tseglytskyi andrii.tseglyts...@ti.com
Add ABB device nodes for OMAP5 family of devices. Data is based on
final
* Nicholas Krause xerofo...@gmail.com [140702 18:33]:
This removes the FIXME message above ocpi_enable being declared
for proper locking in this function. As of the current kernel
verisons there is no need for locking as only one driver uses
this function currently and therefore there is no
* Tero Kristo t-kri...@ti.com [140703 11:05]:
Hi Tony,
The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are available in the git repository at:
g...@github.com:t-kristo/linux-pm.git for-v3.16-rc/clk-dt-fixes
* Sekhar Nori nsek...@ti.com [140707 21:56]:
On Monday 07 July 2014 08:40 PM, Felipe Balbi wrote:
On Mon, Jul 07, 2014 at 02:40:08PM +0100, Russell King - ARM Linux wrote:
--- a/arch/arm/mm/cache-l2x0.c
+++ b/arch/arm/mm/cache-l2x0.c
@@ -732,7 +732,7 @@ static int
On 07/08/2014 09:53 AM, Lee Jones wrote:
On Tue, 08 Jul 2014, Maxime Coquelin wrote:
On 07/05/2014 08:25 AM, Peter Griffin wrote:
Signed-off-by: Peter Griffin peter.grif...@linaro.org
Acked-by: Maxime Coquelin maxime.coque...@st.com
Maxime,
Once Acked by Felipe, I think this should go
On Wed, Jul 2, 2014 at 3:28 PM, Yegor Yefremov
yegorsli...@googlemail.com wrote:
On Tue, Jul 1, 2014 at 5:37 PM, Ezequiel García
ezequ...@vanguardiasur.com.ar wrote:
On 1 July 2014 12:07, Yegor Yefremov yegorsli...@googlemail.com wrote:
[..]
What can be done with these error messages:
On Sat, Jun 28, 2014 at 06:51:15AM -0400, Rob Clark wrote:
On Fri, Jun 27, 2014 at 6:08 PM, Darren Etheridge detheri...@ti.com wrote:
Guido,
On 06/17/2014 09:17 AM, Guido Martínez wrote:
The tilcdc driver could be compiled as a module, but was severely broken
and could not be used
Enable TPS65218 config options.
Signed-off-by: Keerthy j-keer...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index
Add get_voltage ops for dcdc5 and dcdc6. Both dcdc5 and 6 are fixed regulators
and hence return min_uV (or max_uV).
Signed-off-by: Keerthy j-keer...@ti.com
---
drivers/regulator/tps65218-regulator.c |9 +
1 file changed, 9 insertions(+)
diff --git
Add TPS65218 device tree nodes. i2c clock frequency setting
also added as part of tps65218 nodes addition. As i2c clock
enabling is required.
Signed-off-by: Keerthy j-keer...@ti.com
---
Changes in V2:
*Added dcdc3, dcdc5, dcdc6 nodes
arch/arm/boot/dts/am437x-gp-evm.dts | 58
Fix i2c nodes indentation.
Signed-off-by: Keerthy j-keer...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
b/arch/arm/boot/dts/am437x-gp-evm.dts
index 003766c..85ca430 100644
Add DT bindings for tps65218 PMIC
Signed-off-by: Keerthy j-keer...@ti.com
---
Changes in V2:
* Added dcdc3, dcdc5, dcdc6 compatible properties.
Documentation/devicetree/bindings/mfd/tps65218.txt | 89
1 file changed, 89 insertions(+)
create mode 100644
Add DT bindings for tps65218 PMIC regulators.
Signed-off-by: Keerthy j-keer...@ti.com
---
Changes in V2:
* Added dcdc3, dcdc5, dcdc6 compatible properties.
.../devicetree/bindings/regulator/tps65218.txt | 23
1 file changed, 23 insertions(+)
create mode 100644
Add TPS65218 device tree nodes. i2c clock frequency setting
also added as part of tps65218 nodes addition. As i2c clock
enabling is required.
Signed-off-by: Keerthy j-keer...@ti.com
---
Changes in V2:
* Added dcdc3, dcdc5, dcdc6 nodes.
arch/arm/boot/dts/am43x-epos-evm.dts | 59
The patch series adds the device tree nodes and the corresponding
documentation. The series also enabled tps65218 config options
in the omap2plus_defconfig.
The series is boot tested on both AM43x-epos-evm and AM437x-gp-evm.
Keerthy (7):
mfd: Add DT bindings for tps65218 PMIC
regulator: Add
Move the DMA channel used in cyclic mode (audio) to the highest priority
event queue which helps to reduce audio problems.
When the channel is terminated, move it back to the default queue.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/dma/edma.c | 8
1 file changed, 8
Use the lowest priority queue as default for clients.
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/edma.c
index 485be42519b9..f834aae7720f 100644
---
In some cases it is desired to move a channel to a specific event queue.
Such a use case is audio, where it is preferred that it is served with
highest priority compared to other DMA clients.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/common/edma.c | 28
Hi,
It is preferred that audio is served with the highest priority queue in order to
avoid delays in data transfer between memory and audio IP.
The following series will add an API to arch code to assign a channel to a given
queue.
The default queue is changed from 0 (highest priority) to lowest
Hi Peter,
On Mon, Jul 7, 2014 at 2:59 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
On 07/06/2014 09:49 AM, Manish Badarkhe wrote:
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
---
Hi Peter,
On Mon, Jul 7, 2014 at 3:00 PM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
On 07/06/2014 09:50 AM, Manish Badarkhe wrote:
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
---
On 29/06/14 19:42, Greg KH wrote:
On Fri, Jun 20, 2014 at 07:05:17PM +0300, Kristina Martšenko wrote:
On 20/06/14 18:43, Kristina Martšenko wrote:
Hi Omar,
I'm helping Greg do a bit of cleanup in the staging tree. I noticed that
nobody seems to have worked towards moving tidspbridge out of
Hello,
Given the total lack of response here, I suggest just deleting the
driver. No one has ever done the real work that is going to be
required to get this code out of staging. It has had build errors
causing it to not even be usable for some kernel versions with no one
noticing, so
Adding hwmod data for CPSW and MDIO which is present in DRA7xx SoC
Cc: Rajendra Nayak rna...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Russell King li...@arm.linux.org.uk
Cc: Paul Walmsley p...@pwsan.com
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
This patch was already send twice
On Tue, Jul 08, 2014 at 03:46:32PM +0530, Keerthy wrote:
Add DT bindings for tps65218 PMIC regulators.
Signed-off-by: Keerthy j-keer...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
Changes in V2:
* Added dcdc3, dcdc5, dcdc6 compatible properties.
On Tue, Jul 08, 2014 at 03:46:31PM +0530, Keerthy wrote:
Add DT bindings for tps65218 PMIC
Signed-off-by: Keerthy j-keer...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
Changes in V2:
* Added dcdc3, dcdc5, dcdc6 compatible properties.
On Tue, Jul 08, 2014 at 03:46:33PM +0530, Keerthy wrote:
Add TPS65218 device tree nodes. i2c clock frequency setting
also added as part of tps65218 nodes addition. As i2c clock
enabling is required.
Signed-off-by: Keerthy j-keer...@ti.com
---
Changes in V2:
* Added dcdc3, dcdc5, dcdc6
On Tue, Jul 08, 2014 at 03:46:36PM +0530, Keerthy wrote:
Add get_voltage ops for dcdc5 and dcdc6. Both dcdc5 and 6 are fixed regulators
and hence return min_uV (or max_uV).
Signed-off-by: Keerthy j-keer...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
On Tue, Jul 08, 2014 at 03:46:35PM +0530, Keerthy wrote:
Add TPS65218 device tree nodes. i2c clock frequency setting
also added as part of tps65218 nodes addition. As i2c clock
enabling is required.
Signed-off-by: Keerthy j-keer...@ti.com
---
Changes in V2:
*Added dcdc3, dcdc5, dcdc6
On Tue, Jul 08, 2014 at 03:46:34PM +0530, Keerthy wrote:
Fix i2c nodes indentation.
Signed-off-by: Keerthy j-keer...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git
On Tue, Jul 08, 2014 at 03:46:36PM +0530, Keerthy wrote:
+static int tps65218_pmic_dcdc56_get_voltage(struct regulator_dev *dev)
+{
+ struct tps65218 *tps = rdev_get_drvdata(dev);
+ unsigned int rid = rdev_get_id(dev);
+
+ return tps-info[rid]-min_uV;
+}
Set fixed_uV in the
On Tue, Jul 08, 2014 at 03:03:58PM +0200, Peter Meerwald wrote:
Hello,
Given the total lack of response here, I suggest just deleting the
driver. No one has ever done the real work that is going to be
required to get this code out of staging. It has had build errors
causing it to
Hi Ohad,
On 07/04/2014 12:01 AM, Ohad Ben-Cohen wrote:
Hi Suman,
On Thu, Jul 3, 2014 at 8:28 PM, Suman Anna s-a...@ti.com wrote:
OK, but we would still require this function to lookup the registered
device from the controller-phandle to retrieve the base_id.
Can we retrieve the base_id
Hi Ohad,
On 07/03/2014 11:58 PM, Ohad Ben-Cohen wrote:
Hi Suman,
On Thu, Jul 3, 2014 at 8:35 PM, Suman Anna s-a...@ti.com wrote:
Not at the moment, with the existing platform implementations. So, if I
understand you correctly, you are asking to leave out the xlate ops and
make the
The remoteproc driver core currently relies on iommu_present() on
the bus the device is on, to perform MMU management. However, this
logic doesn't scale for multi-arch, especially for processors that
do not have an IOMMU. Replace this logic instead by using a h/w
capability flag for the presence
A remote processor may need to load certain firmware sections into
internal memories (eg: RAM at L1 or L2 levels) for performance or
other reasons. Introduce a new resource type (RSC_INTMEM) and add
an associated handler function to handle such memories. The handler
creates a kernel mapping for
Hi Ohad,
The following are couple of generic enhancements to the remoteproc core.
The changes are developed to support adding new rproc drivers for processors
like the WkupM3 processor on AM335/AM437, but are generic enough to apply to
non-OMAP devices as well.
The first patch allows MMU-enabled
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
---
Changes since V1:
Aligned function parameter properly.
:100644 100644 efe2cd6... bd3ef2a... M sound/soc/omap/omap-mcbsp.c
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
---
Changes since V1:
Aligned function parameter properly.
:100644 100644 eb9c392... 8dcd7f7... M sound/soc/omap/omap-hdmi.c
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
---
Changes since V1:
Aligned function parameter properly.
:100644 100644 6925d71... f125eb9... M sound/soc/omap/omap-dmic.c
Hi Tony, Pavel,
On 07/04/2014 03:23 AM, Tony Lindgren wrote:
* Pavel Machek pa...@ucw.cz [140704 01:07]:
Hi!
The non-DT support has to be maintained for now to not break
OMAP3 legacy boot, and the legacy-style code will be cleaned
up once OMAP3 is also converted to DT-boot only.
@@
Hi Peter,
On 07/08/2014 09:36 AM, Greg KH wrote:
On Tue, Jul 08, 2014 at 03:03:58PM +0200, Peter Meerwald wrote:
Hello,
Given the total lack of response here, I suggest just deleting the
driver. No one has ever done the real work that is going to be
required to get this code out of
The core complains that the number 343 is too large. The older code has
here 124. This avoids the warning, the driver hasn't been tested.
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
arch/arm/boot/dts/dra7.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Mugunthan V N mugunthan...@ti.com
Adding CPSW phy-id, CPSW and MDIO pinmux configuration for active
and sleep states and enable them in board evm dts file.
Signed-off-by: Mugunthan V N mugunthan...@ti.com
[Resolved merge conflict and rebased on 3.8 kernel.
Update the pinmux configuration
Adding hwmod data for CPSW and MDIO which is present in DRA7xx SoC
Signed-off-by: Mugunthan V N mugunthan...@ti.com
Signed-off-by: Praveen Rao p...@ti.com
Signed-off-by: Sebastian Andrzej Siewior bige...@linutronix.de
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 96
By just using GCC's array initialization extension, we
can easily drop order dependency between tps65218_regulattors
enumeration and tps65218_pmic_regs array.
Signed-of-by: Felipe Balbi ba...@ti.com
---
drivers/regulator/tps65218-regulator.c | 16
1 file changed, 8
volt table is always NULL for all regulators,
might as well drop the argument.
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/regulator/tps65218-regulator.c | 19 +--
1 file changed, 9 insertions(+), 10 deletions(-)
diff --git a/drivers/regulator/tps65218-regulator.c
The second range of this particular regulator,
starts at 1.60V, not as 1.55V as it was originally
implied by code.
Signed-off-by: Felipe Balbi ba...@ti.com
---
based on datasheet only. Also boot tested on another,
yet-to-be-released HW. A 50mV difference is probably
not a big deal for any users
This patch removes a fixme message in this file:wq for setting the usb 2
speed on the board to the correct level. We need to depend on the
bootloader for doing this as the wires may be shared for the other
things on the board with the usb chipset.
Signed-off-by: Nicholas Krause
On Tuesday 08 July 2014 07:41 PM, Mark Brown wrote:
On Tue, Jul 08, 2014 at 03:46:36PM +0530, Keerthy wrote:
+static int tps65218_pmic_dcdc56_get_voltage(struct regulator_dev *dev)
+{
+ struct tps65218 *tps = rdev_get_drvdata(dev);
+ unsigned int rid = rdev_get_id(dev);
+
+
On Tue, Jul 08, 2014 at 09:58:39PM -0400, Nicholas Krause wrote:
This patch removes a fixme message in this file:wq for setting the usb 2
I don't think you did this correctly :)
speed on the board to the correct level. We need to depend on the
bootloader for doing this as the wires may be
Add TPS65218 device tree nodes. i2c clock frequency setting
also added as part of tps65218 nodes addition. As i2c clock
enabling is required.
Signed-off-by: Keerthy j-keer...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
Changes from V1:
* Added dcdc3, dcdc5, dcdc6 nodes.
* dcdc4 is not
Enable TPS65218 config options.
Signed-off-by: Keerthy j-keer...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index
The patch series adds the device tree nodes and the corresponding
documentation. The series also enabled tps65218 config options
in the omap2plus_defconfig.
The series is boot tested on both AM43x-epos-evm and AM437x-gp-evm.
Keerthy (7):
regulator: tps65218: Add fixed_uV fields for dcdc5 and
Add DT bindings for tps65218 PMIC regulators.
Signed-off-by: Keerthy j-keer...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
.../devicetree/bindings/regulator/tps65218.txt | 23
1 file changed, 23 insertions(+)
create mode 100644
Fix i2c nodes indentation.
Signed-off-by: Keerthy j-keer...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
arch/arm/boot/dts/am437x-gp-evm.dts | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
Add DT bindings for tps65218 PMIC
Signed-off-by: Keerthy j-keer...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
Documentation/devicetree/bindings/mfd/tps65218.txt | 89
1 file changed, 89 insertions(+)
create mode 100644
Add TPS65218 device tree nodes. i2c clock frequency setting
also added as part of tps65218 nodes addition. As i2c clock
enabling is required.
Signed-off-by: Keerthy j-keer...@ti.com
Reviewed-by: Felipe Balbi ba...@ti.com
---
Changes from V1:
* Added dcdc3, dcdc5, dcdc6 nodes.
* dcdc4 is not
Add fixed_uV fields for dcdc5 and dcdc6.
Signed-off-by: Keerthy j-keer...@ti.com
---
Changes from V2:
* Added fixed_uV fields for the regulator_desc structures.
drivers/regulator/tps65218-regulator.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git
On 07/08/2014 07:25 PM, Manish Badarkhe wrote:
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Changes since V1:
Aligned
On 07/08/2014 07:53 PM, Manish Badarkhe wrote:
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Changes since V1:
Aligned
On 07/08/2014 07:47 PM, Manish Badarkhe wrote:
Replaced snd_soc_register_component with its devres equivalent,
devm_snd_soc_register_component.
Signed-off-by: Manish Badarkhe badarkhe.man...@gmail.com
Jut to make things easier I think we should not have this patch applied since
Jyri's OMAP4+
72 matches
Mail list logo