* Eliad Peller el...@wizery.com [150310 10:01]:
On Tue, Mar 10, 2015 at 6:18 PM, Tony Lindgren t...@atomide.com wrote:
* Eliad Peller el...@wizery.com [150310 09:11]:
On Tue, Mar 10, 2015 at 5:52 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 10 March 2015 16:31:33 Eliad Peller wrote:
Hi Dave,
On 03/06/2015 07:45 PM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150306 09:28]:
On 03/05/2015 06:41 PM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [150305 12:24]:
* Dave Gerlach d-gerl...@ti.com [150305 11:53]:
On 03/05/2015 12:49 PM, Tony Lindgren wrote:
*
On Wed, Mar 11, 2015 at 3:21 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
On Wed, Mar 11, 2015 at 2:17 PM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 11 March 2015 14:07:11 Javier Martinez Canillas wrote:
Right now it seems that all boards in mainline with a WiLink6 part are
On Wednesday 11 March 2015 11:05:47 Javier Martinez Canillas wrote:
On Wed, Mar 11, 2015 at 10:51 AM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 11 March 2015 01:34:19 Javier Martinez Canillas wrote:
+
+static struct wl12xx_platform_data *
+wlcore_get_platform_data(struct device
On Sun, Feb 22, 2015 at 12:25:35PM +0800, Sneeker Yeh wrote:
These patches add support for XHCI compliant Host controller found
on Fujitsu Socs, and are based on http://lwn.net/Articles/629162/
The first patch is to add Fujitsu glue layer of Synopsis DesignWare USB3
driver
and last four
On Wednesday 11 March 2015 02:00:59 Javier Martinez Canillas wrote:
Hello Tony,
On Tue, Mar 10, 2015 at 6:35 PM, Tony Lindgren t...@atomide.com wrote:
we do have to make sure these wl18xx bindings are future-compatible
with the wl12xx ones, but i think the current bindings are pretty
On Wednesday 11 March 2015 14:07:11 Javier Martinez Canillas wrote:
Right now it seems that all boards in mainline with a WiLink6 part are
using internal clocks. So as a first step I think that adding an
optional refclock-frequency and tcxoclock-frequency properties should
be enough.
It
On Fri, Jan 9, 2015 at 11:21 PM, Suman Anna s-a...@ti.com wrote:
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
Hi Tony,
On 03/11/2015 11:26 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150310 12:55]:
Tony,
On 03/10/2015 11:09 AM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150309 16:59]:
On 03/05/2015 10:57 AM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150305 08:47]:
On
Hi,
On Wed, Mar 11, 2015 at 10:43:17AM -0700, Tony Lindgren wrote:
No no, capacity-uah is what we should use, but you need an ack from
the battery and device tree people that this is OK. Let's not add
ti,capacity-uah” as that can obviously be a generic property.
I'm okay with capacity-uah.
Hi Suman,
On Thu, Mar 5, 2015 at 4:01 AM, Suman Anna s-a...@ti.com wrote:
This is the latest version of the hwspinlock dt support series,
rebased onto v4.0-rc1 and addressing the long discussion on the
bindings in v7 [1]. I really hope that this series can make it
into 4.1.
From a quick
On 03/12/2015 12:12 AM, Belisko Marek wrote:
Hi,
I'm looking at sources for omap-twl4030.c driver which is used by many
boards. In DT bindings documentation is property ti,codec described as
mandatory but it's never parsed in driver code. I did small experiment
in gta04 board and remove
On 03/11/2015 07:17 PM, Tony Lindgren wrote:
Hi Tero,
* Tero Kristo t-kri...@ti.com [150225 11:09]:
Add node for system control module, and move all the existing system
control IO space users under this new node as its children. A new node
for scm_conf area is also added.
...
---
Add a binding for the OMAP4/5 wake-up generator, which acts as
an interrupt controller feeding into the GIC.
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
.../interrupt-controller/ti,omap4-wugen-mpu| 33 ++
1 file
Support for the TI crossbar used on the DRA7 family of chips
is implemented as an ugly hack on the side of the GIC.
Converting it to stacked domains makes it slightly more
palatable, as it results in a cleanup.
Unfortunately, as the DT bindings failed to acknowledge the
fact that this is
Nobody will regret it.
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Marc Zyngier marc.zyng...@arm.com
---
Documentation/devicetree/bindings/arm/gic.txt | 6 --
1 file changed, 6 deletions(-)
diff --git a/Documentation/devicetree/bindings/arm/gic.txt
* Dave Gerlach d-gerl...@ti.com [150310 12:55]:
Tony,
On 03/10/2015 11:09 AM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150309 16:59]:
On 03/05/2015 10:57 AM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150305 08:47]:
On 03/05/2015 09:40 AM, Tony Lindgren wrote:
* Dave
Hi Dave,
On 03/10/2015 07:59 PM, Dave Gerlach wrote:
On 03/10/2015 12:36 PM, Grygorii Strashko wrote:
On 03/06/2015 07:45 PM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150306 09:28]:
On 03/05/2015 06:41 PM, Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [150305 12:24]:
*
* Eliad Peller el...@wizery.com [150311 06:39]:
On Wed, Mar 11, 2015 at 3:21 PM, Javier Martinez Canillas
jav...@dowhile0.org wrote:
On Wed, Mar 11, 2015 at 2:17 PM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 11 March 2015 14:07:11 Javier Martinez Canillas wrote:
Right now it seems
Hi,
On Thu, Mar 12, 2015 at 10:19 AM, Peter Ujfalusi peter.ujfal...@ti.com wrote:
On 03/12/2015 12:12 AM, Belisko Marek wrote:
Hi,
I'm looking at sources for omap-twl4030.c driver which is used by many
boards. In DT bindings documentation is property ti,codec described as
mandatory but it's
* Tero Kristo t-kri...@ti.com [150311 12:57]:
On 03/11/2015 09:26 PM, Tony Lindgren wrote:
* Tero Kristo t-kri...@ti.com [150311 12:09]:
On 03/11/2015 07:17 PM, Tony Lindgren wrote:
Hi Tero,
* Tero Kristo t-kri...@ti.com [150225 11:09]:
Add node for system control module, and move all the
On Thu, Mar 12, 2015 at 12:43:40PM -0700, Stephen Boyd wrote:
On 03/12/15 10:20, Sebastian Andrzej Siewior wrote:
On 2015-02-17 14:01:04 [-0800], Stephen Boyd wrote:
diff =
--- arch/arm/mach-imx/mach-imx6q.c
+++ /tmp/cocci-output-11792-b62223-mach-imx6q.c
@@ -211,7 +211,6 @@ static
On 2015-02-17 14:01:04 [-0800], Stephen Boyd wrote:
diff =
--- arch/arm/mach-imx/mach-imx6q.c
+++ /tmp/cocci-output-11792-b62223-mach-imx6q.c
@@ -211,7 +211,6 @@ static void __init imx6q_1588_init(void)
* set bit IOMUXC_GPR1[21]. Or the PTP clock must be from pad
* (external
ti,codec property is not used (parsed) in omap-twl4030 driver. The
ti,twl4030-audio
which ti,codec points by phandle is mfd driver and device for ASoC codec is
created
w/o DT compatible string. Removing all references in DT files.
Signed-off-by: Marek Belisko ma...@goldelico.com
---
ti,codec property is not necessary anymore thus removing references
from documentation.
Signed-off-by: Marek Belisko ma...@goldelico.com
---
Documentation/devicetree/bindings/sound/omap-twl4030.txt | 2 --
1 file changed, 2 deletions(-)
diff --git
ti,codec in not parsed in omap-twl4030 sound driver. It's not necessary
to specify this property in DT because ti,twl4030-audio which ti,codec
was pointing to by phandle is mfd driver and device for ASoC ic created w/o
any DT property (codec name is hardcoded in ASoC driver).
Please see reply [1]
* Rusty Russell ru...@rustcorp.com.au [150311 18:15]:
Tony Lindgren t...@atomide.com writes:
* Paul Bolle pebo...@tiscali.nl [150311 04:16]:
Oh, it should be just GPL v2 like most of the kernel. Probably copied
the header from some other phy driver, will update that instead.
Well, all my
Grygorii,
On 03/11/2015 11:32 AM, Grygorii Strashko wrote:
Hi Dave,
On 03/10/2015 07:59 PM, Dave Gerlach wrote:
On 03/10/2015 12:36 PM, Grygorii Strashko wrote:
On 03/06/2015 07:45 PM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150306 09:28]:
On 03/05/2015 06:41 PM, Tony
On 03/12/15 10:20, Sebastian Andrzej Siewior wrote:
On 2015-02-17 14:01:04 [-0800], Stephen Boyd wrote:
diff =
--- arch/arm/mach-imx/mach-imx6q.c
+++ /tmp/cocci-output-11792-b62223-mach-imx6q.c
@@ -211,7 +211,6 @@ static void __init imx6q_1588_init(void)
* set bit IOMUXC_GPR1[21]. Or
Hi Sakari,
Thank you for the review.
On Friday 13 March 2015 01:56:32 Sakari Ailus wrote:
On Sun, Mar 08, 2015 at 11:37:55PM +0200, Laurent Pinchart wrote:
...
@@ -198,24 +177,58 @@ static void hist_dma_cb(int lch, u16 ch_status, void
*data)
static int hist_buf_dma(struct ispstat
Replace all the pdata-quirks for setting wl12xx/wl18xx
platform data with proper DT definitions.
The patch was compile-tested only.
Signed-off-by: Eliad Peller el...@wizery.com
---
v6: add wl12xx definitions as well
arch/arm/boot/dts/am335x-evmsk.dts | 11
From: Luciano Coelho l...@coelho.fi
The platform_quirk element in the platform data was used
to change the way the IRQ is triggered. When set,
the EDGE_IRQ quirk would change the irqflags used
and treat edge trigger differently from the rest.
Instead of hiding this irq flag setting behind the
Now that we have wlcore device-tree bindings in place
(for both wl12xx and wl18xx), remove the legacy
wl12xx_platform_data struct, and move its members
into the platform device data (that is passed to wlcore)
Davinci 850 is the only platform that still set
the platform data in the legacy way (and
Add device-tree support to the wlcore (wl12xx/wl18xx)
driver.
Update the current users to use the bindings instead
of pdata-quirks.
Finally, remove the deprecated wl12xx_platform_data
struct (along with the da850 board file code that
still uses it)
NOTE: all the platform patches were
Add device tree binding documentation for TI's wilink
(wl12xx and wl18xx) wlan chip.
Signed-off-by: Eliad Peller el...@wizery.com
---
v6: add wl12xx, use IRQ_TYPE_LEVEL_HIGH
.../devicetree/bindings/net/wireless/ti,wlcore.txt | 47 ++
1 file changed, 47 insertions(+)
create
From: Luciano Coelho l...@coelho.fi
Instead of defining an enumeration with the FW specific values for the
different clock rates, use the actual frequency instead. Also add a
boolean to specify whether the clock is XTAL or not.
Change all board files to reflect this.
Signed-off-by: Luciano
When running with device-tree, we no longer have a board file
that can set up the platform data for wlcore.
Allow this data to be passed from DT.
Signed-off-by: Ido Yariv i...@wizery.com
Signed-off-by: Eliad Peller el...@wizery.com
---
v6: parse frequency properties, add wl12xx compatible strings
On Wed 04 Mar 18:01 PST 2015, Suman Anna wrote:
This patch adds a new OF-friendly API of_hwspin_lock_get_id()
for hwspinlock clients to use/request locks from a hwspinlock
device instantiated through a device-tree blob. This new API
can be used by hwspinlock clients to get the id for a
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch does the following:
1: adds DT node for fixed oscillator.
2: adds DT node entries for ov2659 sensor
3: adds remote-endpoint entry for VPFE.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
Note this patch depends on
Hi Laurent,
On Sun, Mar 08, 2015 at 11:37:55PM +0200, Laurent Pinchart wrote:
...
@@ -198,24 +177,58 @@ static void hist_dma_cb(int lch, u16 ch_status, void
*data)
static int hist_buf_dma(struct ispstat *hist)
{
dma_addr_t dma_addr = hist-active_buf-dma_addr;
+ struct
* Linus Walleij linus.wall...@linaro.org [150310 03:39]:
On Wed, Mar 4, 2015 at 1:00 AM, Nishanth Menon n...@ti.com wrote:
+Configuration definition follows similar model as the pinctrl-single:
+The groups of pin configuration are defined under pinctrl-single,pins
+
+dra7_iodelay_core {
On Tuesday 10 March 2015 16:31:33 Eliad Peller wrote:
On Tue, Mar 10, 2015 at 4:11 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 10 March 2015 13:00:19 Eliad Peller wrote:
On Tue, Mar 10, 2015 at 12:49 AM, Tony Lindgren t...@atomide.com wrote:
I was expecting you to remove all calls
On Monday 09 March 2015 23:03:30 Eliad Peller wrote:
On Mon, Mar 9, 2015 at 9:50 PM, Arnd Bergmann a...@arndb.de wrote:
On Monday 09 March 2015 17:36:42 Eliad Peller wrote:
--- a/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
+++ b/arch/arm/boot/dts/omap3-igep0030-rev-g.dts
@@ -64,4 +64,13 @@
* Arnd Bergmann a...@arndb.de [150310 08:48]:
On Tuesday 10 March 2015 07:28:05 Tony Lindgren wrote:
Oops I forgot about the omap3-sbc-t3730, so yes we have to keep the
platform data a little bit longer. But nothing stopping us moving
all the other ones to use a proper device tree based
Hello Arnd,
On Wed, Mar 11, 2015 at 10:51 AM, Arnd Bergmann a...@arndb.de wrote:
On Wednesday 11 March 2015 01:34:19 Javier Martinez Canillas wrote:
+
+static struct wl12xx_platform_data *
+wlcore_get_platform_data(struct device *dev)
+{
+ struct wl12xx_platform_data *pdata;
+
45 matches
Mail list logo
