On 02/25/2014 07:26 AM, Mike Turquette wrote:
Quoting Florian Vaussard (2014-02-23 21:44:25)
On 02/23/2014 10:23 PM, Mike Turquette wrote:
Quoting Florian Vaussard (2014-02-19 11:26:43)
On 02/19/2014 05:22 PM, Tero Kristo wrote:
On 02/19/2014 11:15 AM, Florian Vaussard wrote:
Hello,
Quoting Nishanth Menon (2014-01-29 10:19:16)
cpu0 clock node has no functionality, since cpufreq-cpu0 is already
capable of picking up the clock from dts.
Signed-off-by: Nishanth Menon n...@ti.com
Taken into clk-next!
Regards,
Mike
---
drivers/clk/ti/clk-33xx.c |1 -
1 file
Quoting Roger Quadros (2014-02-20 03:40:01)
The OMAP USB Host MFD driver no longer expects these non-existing
clocks from the OMAP3 platform, so get rid of them.
Looks good to me.
Regards,
Mike
CC: Tero Kristo t-kri...@ti.com
CC: Mike Turquette mturque...@linaro.org
Signed-off-by: Roger
Use a meaningful name for the reference clocks so that it indicates the
function.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 12 ++--
1 file changed, 6 insertions(+), 6
Hi,
On 02/25/2014 10:52 AM, Lee Jones wrote:
Use a meaningful name for the reference clocks so that it indicates the
function.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 12
Use a meaningful name for the reference clocks so that it indicates the
function.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 12 ++--
1 file changed, 6
On 02/25/2014 11:18 AM, Lee Jones wrote:
Use a meaningful name for the reference clocks so that it indicates the
function.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros rog...@ti.com
---
drivers/mfd/omap-usb-host.c | 12
Hi Mike,
On 02/25/2014 10:43 AM, Mike Turquette wrote:
Quoting Roger Quadros (2014-02-20 03:40:01)
The OMAP USB Host MFD driver no longer expects these non-existing
clocks from the OMAP3 platform, so get rid of them.
Looks good to me.
Is it OK if I squash this patch with [1] and take it
On 02/25/2014 11:37 AM, Lee Jones wrote:
Not all revisions have all the clocks so get the necessary clocks
based on hardware revision.
This should avoid un-necessary clk_get failure messages that were
observed earlier.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz
Not all revisions have all the clocks so get the necessary clocks
based on hardware revision.
This should avoid un-necessary clk_get failure messages that were
observed earlier.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros
Be more strict and always fail on clk_get() error.
For OMAP3 platforms, get the 120MHz EHCI clock by its proper name
'usbhost_120m_fck' instead of its alias 'ehci_logic_fck'.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Roger Quadros
On Tue, 25 Feb 2014, Lee Jones wrote:
Be more strict and always fail on clk_get() error.
For OMAP3 platforms, get the 120MHz EHCI clock by its proper name
'usbhost_120m_fck' instead of its alias 'ehci_logic_fck'.
CC: Lee Jones lee.jo...@linaro.org
CC: Samuel Ortiz
Hi Peter,
I got recently to work on the DT support for an OMAP4 board [1], and I
encountered some troubles with the probe of the twl6040 audio codec on
3.14-rc kernels. On 3.13, things were working correctly. So I somewhat
managed to bisect this down to [c7f9129 mfd: twl6040: reg_defaults
support
On Fri, Feb 21, 2014 at 03:44:00PM +0100, Pavel Machek wrote:
Hi!
+static inline int bq24261_set_cv(struct bq24261_charger *chip, int cv)
+{
+ int bat_volt;
+ int ret;
+ u8 reg_val;
+ u8 vindpm_val = 0x0;
+
+ /*
+ * Setting
On Fri, Feb 14, 2014 at 10:48:41AM -0600, Joel Fernandes wrote:
Here are revised patches for omap-des driver addressing review comments at:
https://lkml.org/lkml/2013/8/30/116
Joel Fernandes (2):
crypto: omap-des: Add omap-des driver for OMAP4/AM43xx
crypto: omap-des: Add config and
On Mon, Feb 24, 2014 at 02:50:28PM -0600, Andy Gross wrote:
On Mon, Feb 24, 2014 at 01:03:32PM -0600, Joel Fernandes wrote:
Hi folks,
Just wanted your thoughts/suggestions on how we can avoid overhead in the
EDMA
dmaengine driver. I am seeing a lots of performance drop specially for
On Mon, Feb 24, 2014 at 04:38:48PM -0600, Joel Fernandes wrote:
Actually I did do some tracing earlier before I posted this thread- and
notice there was excessive traces of locking/unlocking. It is very light
though as you pointed and lighter without debug options. The only other
notable
On Mon, Feb 24, 2014 at 05:22:27PM -0300, Javier Martinez Canillas wrote:
Hi Russell,
On Mon, Feb 24, 2014 at 3:03 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Feb 24, 2014 at 06:07:49PM +0100, Florian Vaussard wrote:
+ hdmi0: connector@0 {
+
v7
- rebase on 3.14.0-rc3-49726-g77e15ec
- split omap_hsmmc_pin_init due to regression on omap-3730 platform
@tony pls try if it still works after applying patch 2?
v6
- rebase on Linux 3.13-rc3
- reformatting debugfs
v5
- fix compile error introduced by last minute one line fix
v4:
- switch to
For now, only support SDIO interrupt if we are booted with
DT. This is because some platforms need special quirks. And
we don't want to add new legacy mux platform init code
callbacks any longer as we are moving to DT based booting
anyways.
Signed-off-by: Andreas Fenkart afenk...@gmail.com
diff
This is a preparation for the am335x workaround where we reconfigure
dat1 as GPIO before going to suspend. If you don't specify active/idle
pinctrl there should be no change.
Idea of remuxing the pins by Tony Lindgren as well as the intial
implementation of omap_hsmmc_pin_init. All bugs are mine.
The am335x can't detect pending cirq in PM runtime suspend.
This patch reconfigures dat1 as a GPIO before going to suspend.
SDIO interrupts are detected with the GPIO, the GPIO will only wake
the module from suspend, SDIO irq detection will still happen through the
IP block.
Idea of remuxing the
Add SDIO IRQ entries to debugfs entry. Note that PSTATE shows current
state of data lines, incl. SDIO IRQ pending
Signed-off-by: Andreas Fenkart afenk...@gmail.com
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 452c05a..cf03481 100644
---
Hi,
On 02/25/2014 01:39 PM, Russell King - ARM Linux wrote:
On Mon, Feb 24, 2014 at 05:22:27PM -0300, Javier Martinez Canillas wrote:
Hi Russell,
On Mon, Feb 24, 2014 at 3:03 PM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Mon, Feb 24, 2014 at 06:07:49PM +0100, Florian
Hi,
Here is two cleanups patches for the TWL6040 audio codec. The first
one checks for an error when reading the revision register (first read
in the probe path). The second removes a duplicate I2C writes.
Regards,
Florian
Florian Vaussard (2):
mfd: twl6040: Check for error when reading
When probing, regmap_register_patch() will bypass the cache and perform
i2c writes for the given patches. It is thus unnecessary to manually set
the TWL6040_REG_ACCCTL register just before, as it will be done when
registering the twl6040_patch.
Signed-off-by: Florian Vaussard
We may have an error when reading the revision register, so check for
the returned value.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
drivers/mfd/twl6040.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/mfd/twl6040.c b/drivers/mfd/twl6040.c
index
Hi,
On Tue, Feb 25, 2014 at 12:39:21PM +, Russell King - ARM Linux wrote:
That compatible string is correct according to the latest series
posted by Tomi Valkeinen to add DT bindings for the OMAP Display
SubSystem (DSS) [0].
in which case:
NN AA K K
NN N A A
On 02/25/2014 03:28 PM, Florian Vaussard wrote:
Hi,
Here is two cleanups patches for the TWL6040 audio codec. The first
one checks for an error when reading the revision register (first read
in the probe path). The second removes a duplicate I2C writes.
Regards,
Florian
To both:
We may have an error when reading the revision register, so check for
the returned value.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
---
drivers/mfd/twl6040.c | 5 +
1 file changed, 5 insertions(+)
Applied, thanks.
--
Lee Jones
Linaro STMicroelectronics Landing Team
When probing, regmap_register_patch() will bypass the cache and perform
i2c writes for the given patches. It is thus unnecessary to manually set
the TWL6040_REG_ACCCTL register just before, as it will be done when
registering the twl6040_patch.
Signed-off-by: Florian Vaussard
Here is two cleanups patches for the TWL6040 audio codec. The first
one checks for an error when reading the revision register (first read
in the probe path). The second removes a duplicate I2C writes.
Regards,
Florian
To both:
Acked-by: Peter Ujfalusi peter.ujfal...@ti.com
Hi Florian,
On 02/25/2014 12:30 PM, Florian Vaussard wrote:
Hi Peter,
I got recently to work on the DT support for an OMAP4 board [1], and I
encountered some troubles with the probe of the twl6040 audio codec on
3.14-rc kernels. On 3.13, things were working correctly. So I somewhat
managed
On 02/25/2014 03:27 PM, Lee Jones wrote:
Here is two cleanups patches for the TWL6040 audio codec. The first
one checks for an error when reading the revision register (first read
in the probe path). The second removes a duplicate I2C writes.
Regards,
Florian
To both:
Acked-by: Peter
Hi Peter,
On 02/25/2014 03:29 PM, Peter Ujfalusi wrote:
Hi Florian,
On 02/25/2014 12:30 PM, Florian Vaussard wrote:
Hi Peter,
I got recently to work on the DT support for an OMAP4 board [1], and I
encountered some troubles with the probe of the twl6040 audio codec on
3.14-rc kernels. On
On Fri, Feb 21, 2014 at 11:36 AM, Joel Fernandes jo...@ti.com wrote:
On 02/21/2014 06:15 AM, Mark Rutland wrote:
Also, while at it get rid of the assumption in the code that CC is at reg
index 0 in the DT and xbar is at offset 1. Instead use reg-names to get the
memory resource in concern
Thanks for your suggestions.
On Tue, Feb 25, 2014 at 10:22 AM, Rob Herring robherri...@gmail.com wrote:
On Fri, Feb 21, 2014 at 11:36 AM, Joel Fernandes jo...@ti.com wrote:
On 02/21/2014 06:15 AM, Mark Rutland wrote:
Also, while at it get rid of the assumption in the code that CC is at reg
On Tuesday 25 February 2014 14:41:48 Sebastian Reichel wrote:
On Tue, Feb 25, 2014 at 12:39:21PM +, Russell King - ARM Linux wrote:
That compatible string is correct according to the latest series
posted by Tomi Valkeinen to add DT bindings for the OMAP Display
SubSystem (DSS) [0].
On Tue, Feb 25, 2014 at 05:51:21PM +0100, Laurent Pinchart wrote:
I don't think all physical connectors require a DT binding per-se, but they
need to be represented in DT as they're part of the hardware. We could push
connector-related information to the nodes of all chips that have
Hi Mike,
On 02/24/2014 11:51 PM, Mike Turquette wrote:
Quoting Nishanth Menon (2014-02-18 12:32:18)
From: Mike Turquette mturque...@linaro.org
This patch provides helper functions for drivers that wish to scale
voltage through the clock rate-change notifiers. The approach taken
is that the
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:32 Suman Anna wrote:
Use the various devm_ interfaces to simplify the cleanup in
probe and remove functions.
Signed-off-by: Florian Vaussard florian.vauss...@epfl.ch
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by:
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:33 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
omap_iommu_attach() returns NULL or ERR_PTR in case of error, but
omap_iommu_attach_dev() only checks for IS_ERR. Thus a NULL return value (in
case
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:38 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
When booting with a devicetree, no platform data is provided.
Do not prematurely exit iommu_enable() and iommu_disable() in
such a case.
Note: As
On Thursday 13 February 2014 12:15:39 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
CONFIG_OMAP_IOMMU_IVA2 was defined originally to avoid conflicting
usage by tidspbridge and other iommu users. The same can be achieved
by marking the DT node disabled, so remove this
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:34 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
This patch adds the iommu bindings for all OMAP2+ SoCs. Apart from
the standard bindings used by OMAP peripherals, this patch uses a
'dma-window'
Hi Laurent,
On 02/25/2014 03:13 PM, Laurent Pinchart wrote:
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:33 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
omap_iommu_attach() returns NULL or ERR_PTR in case of error, but
omap_iommu_attach_dev()
Hi Laurent,
On 02/25/2014 03:15 PM, Laurent Pinchart wrote:
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:38 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
When booting with a devicetree, no platform data is provided.
Do not prematurely exit
Hi Laurent,
On 02/25/2014 03:26 PM, Laurent Pinchart wrote:
Hi Suman,
Thank you for the patch.
On Thursday 13 February 2014 12:15:34 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
This patch adds the iommu bindings for all OMAP2+ SoCs. Apart from
the standard bindings
Hi,
I have problems with the SD-card initialization on my Nokia N900
using a 3.14-rc1 based kernel in DT boot mode. The bug is can be
circumvented by changing the kernel slightly (e.g. remove some DT
nodes or mark them as disabled). So the SD card's timeout problems
seem to derive from kernel
Florian,
On 02/25/2014 02:10 AM, Florian Vaussard wrote:
On 02/25/2014 07:26 AM, Mike Turquette wrote:
Quoting Florian Vaussard (2014-02-23 21:44:25)
On 02/23/2014 10:23 PM, Mike Turquette wrote:
Quoting Florian Vaussard (2014-02-19 11:26:43)
On 02/19/2014 05:22 PM, Tero Kristo wrote:
On
Hi Suman,
On Tuesday 25 February 2014 16:32:03 Suman Anna wrote:
On 02/25/2014 03:13 PM, Laurent Pinchart wrote:
On Thursday 13 February 2014 12:15:33 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
omap_iommu_attach() returns NULL or ERR_PTR in case of error, but
Hi Suman,
On Tuesday 25 February 2014 17:02:35 Suman Anna wrote:
On 02/25/2014 03:26 PM, Laurent Pinchart wrote:
On Thursday 13 February 2014 12:15:34 Suman Anna wrote:
From: Florian Vaussard florian.vauss...@epfl.ch
This patch adds the iommu bindings for all OMAP2+ SoCs. Apart from
On Fri, Feb 21, 2014 at 03:45:29PM +0100, Pavel Machek wrote:
On Thu 2014-02-20 10:46:55, Jenny Tc wrote:
On Tue, Feb 04, 2014 at 12:36:40PM +0100, Pavel Machek wrote:
--- a/drivers/power/Kconfig
+++ b/drivers/power/Kconfig
@@ -22,6 +22,19 @@ config POWER_SUPPLY_CHARGER
Hi Tony,
On Wednesday 05 February 2014 07:41 PM, Sricharan R wrote:
Tony,
On Wednesday 05 February 2014 06:41 PM, Sricharan R wrote:
On Tuesday 04 February 2014 09:44 PM, Thomas Gleixner wrote:
On Mon, 3 Feb 2014, Sricharan R wrote:
I already have your reviewed-by tag for the first patch
Hi Suman,
On 02/26/2014 01:05 AM, Suman Anna wrote:
Florian,
On 02/25/2014 02:10 AM, Florian Vaussard wrote:
On 02/25/2014 07:26 AM, Mike Turquette wrote:
Quoting Florian Vaussard (2014-02-23 21:44:25)
On 02/23/2014 10:23 PM, Mike Turquette wrote:
Quoting Florian Vaussard (2014-02-19
Hi Sebastian
On Wed, Feb 26, 2014 at 12:47 AM, Sebastian Reichel s...@ring0.de wrote:
Hi,
I have problems with the SD-card initialization on my Nokia N900
using a 3.14-rc1 based kernel in DT boot mode. The bug is can be
circumvented by changing the kernel slightly (e.g. remove some DT
nodes
Hi Sebastian,
On 26.02.2014 07:02, Michael Trimarchi wrote:
Hi Sebastian
On Wed, Feb 26, 2014 at 12:47 AM, Sebastian Reichel s...@ring0.de wrote:
Hi,
I have problems with the SD-card initialization on my Nokia N900
using a 3.14-rc1 based kernel in DT boot mode. The bug is can be
circumvented
On 02/25/2014 05:41 PM, Florian Vaussard wrote:
If the power was not enabled at all, I would be unable to read the
revision register, no? And delaying the probe by one millisecond would
be of no help in this case IMHO.
One thing which might cause this is that if the audpwron GPIO is set high
58 matches
Mail list logo