Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

Hi, * H. Nikolaus Schaller <h...@goldelico.com> [160106 00:12]: > Am 06.01.2016 um 02:00 schrieb Tony Lindgren <t...@atomide.com>: > > > > Also I'm not seeing just zeroes coming from RTC after typing hwclock > > on omap5-uevm. It's working on x15 though. >

Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

* H. Nikolaus Schaller <h...@goldelico.com> [160106 08:48]: > Hi Tony, > > Am 06.01.2016 um 17:41 schrieb Tony Lindgren <t...@atomide.com>: > > > Hi, > > > > * H. Nikolaus Schaller <h...@goldelico.com> [160106 00:12]: > >> Am 06

Re: [PATCH 1/3] ARM: dts: omap5-board-common: enable rtc and charging of backup battery

* Nishanth Menon [160105 15:40]: > On 01/05/2016 06:01 AM, H. Nikolaus Schaller wrote: > > tested on OMP5432 EVM > > > > Signed-off-by: H. Nikolaus Schaller > > --- > > arch/arm/boot/dts/omap5-board-common.dtsi | 8 > > 1 file changed, 8 insertions(+)

Re: [PATCH 2/3] wlcore/wl12xx: spi: add device tree support

* Uri Mashiach [151223 06:38]: > On 12/23/2015 12:25 PM, Grygorii Strashko wrote: > > >>+that services interrupts for this device > >>+- vwlan-supply :Point the node of the regulator that controls the > >>wl1271 chip WLAN_EN pin > > >

Re: [PATCH 5/6] ARM: LG Optimus Black (P970) codename sniper support, with basic features

Hi, * Paul Kocialkowski [151223 03:00]: > The LG Optimus Black (P970) codename sniper is a smartphone that was designed > and manufactured by LG Electronics (LGE) and released back in 2011. > It is using an OMAP3630 SoC, GP version. > > This adds devicetree support for the

Re: [PATCH 2/3] ARM: dts: am335x-evm: add shared transport device tree bindings

* Reizer, Eyal [151223 03:40]: > The shared Shared Transport (ST) software enables BT and GPS protocols > or software components to interact with their respective cores over > single physical port. > Add the uart and enable pin device tree bindings ... > ---

Re: [PATCH 2/3] ARM: dts: am335x-evm: add shared transport device tree bindings

* Tony Lindgren <t...@atomide.com> [151223 10:19]: > * Reizer, Eyal <ey...@ti.com> [151223 03:40]: > > The shared Shared Transport (ST) software enables BT and GPS protocols > > or software components to interact with their respective cores over > > singl

Re: [PATCH v02 0/2] ARM: DTS: am33xx/am437x: Use the new eDMA bindings

* Vinod Koul <vinod.k...@intel.com> [151217 21:14]: > On Thu, Dec 17, 2015 at 09:48:44AM -0800, Tony Lindgren wrote: > > * Peter Ujfalusi <peter.ujfal...@ti.com> [151217 05:33]: > > > Hi, > > > > > > Changes since v1: > > > - Updated t

Re: [PATCH v5 4/5] ARM: dts: DRA7: add entry for qspi mmap region

* Vignesh R <vigne...@ti.com> [151217 21:51]: > > > On 12/18/2015 12:15 AM, Tony Lindgren wrote: > > * Rob Herring <r...@kernel.org> [151211 07:10]: > >> On Fri, Dec 11, 2015 at 09:39:59AM +0530, Vignesh R wrote: > >>> Add qspi memory m

Re: [PATCH v02 0/2] ARM: DTS: am33xx/am437x: Use the new eDMA bindings

* Peter Ujfalusi [151217 05:33]: > Hi, > > Changes since v1: > - Updated to use the non 16bit arrays [1] > - send the two patch as a series > > [1] > As it has been discussed earlier: > https://www.mail-archive.com/linux-omap@vger.kernel.org/msg122117.html > > the DT

Re: [PATCH 09/19] ARM: dts: am335x: replace gpio-key,wakeup with wakeup-source property

able gpio buttons as wakeup source, "wakeup-source" is the new > >standard binding. > > > >This patch replaces the legacy "gpio-key,wakeup" with the unified > >"wakeup-source" property in order to avoid any futher copy-paste > >duplication. &g

Re: [PATCH 15/19] ARM: dts: omap: replace legacy *,wakeup property with wakeup-source

> >source, "wakeup-source" is the new standard binding. > > > >This patch replaces all the legacy wakeup properties with the unified > >"wakeup-source" property in order to avoid any futher copy-paste > >duplication. > > > >Cc: "B

Re: [PATCH 2/5] ARM: dts: cm-t335: add support for SBC-T335

* Rob Herring [151213 17:26]: > On Sun, Dec 13, 2015 at 10:55:36AM +0200, Uri Mashiach wrote: > > Add basic support for the SBC-T335. > > > > CompuLab SBC-T335 is a single baseboard computer. > > The SBC-T335 is based on the Texas Instruments Cortex-A8 Sitara AM3354 > > SoC. > >

Re: [PATCH v5 4/5] ARM: dts: DRA7: add entry for qspi mmap region

* Rob Herring [151211 07:10]: > On Fri, Dec 11, 2015 at 09:39:59AM +0530, Vignesh R wrote: > > Add qspi memory mapped region entries for DRA7xx based SoCs. Also, > > update the binding documents for the controller to document this change. > > > > Signed-off-by: Vignesh R

Re: [PATCH v3 0/9] phy: use syscon framework APIs to set ctrl mod reg

* Kishon Vijay Abraham I [151215 04:47]: > On Tuesday 15 December 2015 05:25 PM, Arnd Bergmann wrote: > >>> > >>> Can you explain here what the conversion is good for? Why do you > >>> prefer the syscon mapping over a high-level driver in this case? > >> > >> phy-omap-control

Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region

* Vignesh R <vigne...@ti.com> [151209 21:05]: > > > On 12/03/2015 03:51 PM, Vignesh R wrote: > > > > > > On 12/01/2015 10:09 PM, Tony Lindgren wrote: > >> * Vignesh R <vigne...@ti.com> [151130 20:46]: > >>> On 12/01/2015 04:04 AM, T

Re: [PATCH for 4.4 0/2] DT/dmaengine: edma: Convert 16bit arrays to 32bit

would like to send the updated am33xx/am437x conversion > for 4.5 based on these changes. Yes this should go into v4.4 as discussed, otherwise it will be a mess. For both, please feel free to add: Acked-by: Tony Lindgren <t...@atomide.com> I suggest Vinod sets up an immutable branch again

Re: [4.4-rc][PATCH v2] ARM: dts: am4372: fix clock source for arm twd and global timers

ult. > > Timekeeping core misbehaves. For example, execution of command > > "sleep 5" will take 10 sec instead of 5. > > > > Hence, fix it by adding mpu_periphclk ("fixed-factor-clock") and use > > it for clocking ARM TWD and Global timer (same way as on O

Re: [PATCH] ARM: DTS: am33xx: Use the new DT bindings for the eDMA3

* Arnd Bergmann <a...@arndb.de> [151208 02:26]: > On Tuesday 08 December 2015 12:22:09 Peter Ujfalusi wrote: > > On 12/08/2015 11:51 AM, Arnd Bergmann wrote: > > > On Tuesday 08 December 2015 09:42:26 Peter Ujfalusi wrote: > > >> On 12/0

Re: [PATCH 0/2] ARM: dts: Use MMC pwrseq instead regulators for IGEP WiFi init

* Enric Balletbo Serra <eballe...@gmail.com> [151204 06:40]: > 2015-12-03 20:27 GMT+01:00 Tony Lindgren <t...@atomide.com>: > > * Javier Martinez Canillas <jav...@osg.samsung.com> [151203 10:29]: > > > >> Since is working for the boards with the liberta

Re: [PATCH] ARM: DTS: am33xx: Use the new DT bindings for the eDMA3

* Peter Ujfalusi [151204 02:46]: > + > + ti,tptcs = <_tptc0 7>, <_tptc1 5>, > +<_tptc2 0>; > + > + ti,edma-memcpy-channels = /bits/ 16 <20 21>; Is this safe to change to just ti,edma-memcpy-channels =

Re: [PATCH] ARM: DTS: am33xx: Use the new DT bindings for the eDMA3

* Arnd Bergmann <a...@arndb.de> [151204 13:38]: > On Friday 04 December 2015 10:47:07 Tony Lindgren wrote: > > > Peter Ujfalusi <peter.ujfal...@ti.com> writes: > > > > @@ -174,12 +182,44 @@ > > > > }; &

Re: [PATCH] ARM: DTS: am33xx: Use the new DT bindings for the eDMA3

* Felipe Balbi [151204 09:23]: > > Hi, > > Peter Ujfalusi writes: > > @@ -174,12 +182,44 @@ > > }; > > > > edma: edma@4900 { > > - compatible = "ti,edma3"; > > - ti,hwmods = "tpcc", "tptc0",

Re: [4.4-rc][PATCH] ARM: dts: am4372: disable arm twd and global timer's nodes

* Tony Lindgren <t...@atomide.com> [151203 08:34]: > > It seems we should apply this as a fix unless somebody has better ideas. Actually I think the fix for now is "[4.4-rc][PATCH v2] ARM: dts: am4372: fix clock source for arm twd and global timers" until PM starts wo

Re: [4.4-rc][PATCH] ARM: dts: am4372: disable arm twd and global timer's nodes

* Grygorii Strashko [151118 07:36]: > Hi Mark, > > On 11/18/2015 04:15 PM, Mark Rutland wrote: > > On Wed, Nov 18, 2015 at 04:01:55PM +0200, Grygorii Strashko wrote: > >> Keep ARM TWD and Global timer's nodes disabled by default - if someone > >> would like to use them

Re: [4.4-rc][PATCH v2] ARM: dts: am4372: fix clock source for arm twd and global timers

t;sleep 5" will take 10 sec instead of 5. > > Hence, fix it by adding mpu_periphclk ("fixed-factor-clock") and use > it for clocking ARM TWD and Global timer (same way as on OMAP4). > > Cc: Tony Lindgren <t...@atomide.com> > Cc: Felipe Balbi <ba...@ti.com

Re: [PATCH v3 0/3] soc: ti: Introduce wkup_m3_ipc driver

* Dave Gerlach <d-gerl...@ti.com> [151202 12:30]: > On 10/20/2015 11:18 AM, Tony Lindgren wrote: > >* Dave Gerlach <d-gerl...@ti.com> [150922 17:20]: > >>This series is version 3 of the code to introduce a wkup_m3_ipc driver > >>to handle communication betw

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

* Roger Quadros [151203 01:02]: > On 03/12/15 11:52, Brian Norris wrote: > > On Thu, Dec 03, 2015 at 11:38:14AM +0530, Roger Quadros wrote: > > > > I think I may have misunderstood the branch proposal. If Tony queues up: > > > > l2-mtd.git (or just up to commit a61ae81a1907) >

Re: [PATCH V2 12/14] ARM: dts: sb-som: introduce SB-SOM baseboard

; > and CM-QS600 modules. It is a building block in the SBC-T43 single board > > computer, which consists of cm-t43 on top of sb-som-t43. > > > > Signed-off-by: Nikita Kiryanov <nik...@compulab.co.il> > > Cc: Tony Lindgren <t...@atomide.com> > > Cc: Benoit

Re: [PATCH V3 01/19] ARM: dts: am57xx: cl-som-am57x: add basic module support

* Rob Herring [151202 07:24]: > On Tue, Dec 01, 2015 at 08:03:03PM +0200, Dmitry Lifshitz wrote: > > Add support for CompuLab CM-SOM-AM57X board. > > > > CL-SOM-AM57x is a miniature System-on-Module (SoM) based on > > TI Sitara AM57x ARM Cortex-A15 System-on-Chip family. > > >

Re: [PATCH 0/2] ARM: dts: Use MMC pwrseq instead regulators for IGEP WiFi init

* Javier Martinez Canillas <jav...@osg.samsung.com> [151203 10:29]: > Hello Tony, > > On 12/03/2015 03:16 PM, Tony Lindgren wrote: > > * Javier Martinez Canillas <jav...@osg.samsung.com> [151203 10:03]: > >> Hello, > >> > >> This series conver

Re: [4.4-rc][PATCH] ARM: dts: am4372: disable arm twd and global timer's nodes

* Grygorii Strashko <grygorii.stras...@ti.com> [151203 10:21]: > On 12/03/2015 06:37 PM, Tony Lindgren wrote: > > * Tony Lindgren <t...@atomide.com> [151203 08:34]: > >> > >> It seems we should apply this as a fix unless somebody has better ideas. > >

Re: [PATCH v2 13/14] ARM: DTS: am33xx: Use the new DT bindings for the eDMA3

Hi Peter, * Peter Ujfalusi [151016 00:23]: I noticed something while changing dm81xx to use the edma_xbar.. > --- a/arch/arm/boot/dts/am33xx.dtsi > +++ b/arch/arm/boot/dts/am33xx.dtsi > + > + edma_xbar: dma-router@44e10f90 { > + compatible

Re: [PATCH 0/2] ARM: dts: Use MMC pwrseq instead regulators for IGEP WiFi init

* Javier Martinez Canillas [151203 10:03]: > Hello, > > This series converts the IGEPv2 (IGEP0020) and IGEP COM Module (IGEP0030) > Device Tree to use the MMC power sequence provider to initialize the SDIO > WiFi chip instead of using fake fixed regulators to just toggle

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

* Roger Quadros [151201 21:13]: > On 02/12/15 08:56, Brian Norris wrote: > > > > I'll take another pass over your patch set, but if things are looking > > better, how do you expect to merge this? There are significant portions > > that touch at least 2 or 3 different subsystem

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

* Brian Norris <computersforpe...@gmail.com> [151202 10:14]: > On Wed, Dec 02, 2015 at 07:03:17AM -0800, Tony Lindgren wrote: > > * Roger Quadros <rog...@ti.com> [151201 21:13]: > > > On 02/12/15 08:56, Brian Norris wrote: > > > > > > > > I'l

Re: [PATCH v2 01/18] ARM: am57xx: cl-som-am57x: dts: add basic module support

* Dmitry Lifshitz [151201 08:26]: > > It might looks the same set of regulators for multiple boards, > but it is not. Each board may apply its own regulators usage scheme, and > this is our case (as compared to am57xx-beagle-x15.dts). > > For the best of my knowledge,

Re: [PATCH v2 01/18] ARM: am57xx: cl-som-am57x: dts: add basic module support

* Nishanth Menon <n...@ti.com> [151201 08:48]: > On 12/01/2015 10:43 AM, Tony Lindgren wrote: > > * Dmitry Lifshitz <lifsh...@compulab.co.il> [151201 08:26]: > >> > >> It might looks the same set of regulators for multiple boards, > >> but it is no

Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region

* Vignesh R <vigne...@ti.com> [151130 20:46]: > On 12/01/2015 04:04 AM, Tony Lindgren wrote: > > > > Actually none of the IO areas above are within the same interconnect target: > > > > 0x4b30 QSPI0 address space in L3 main interconnect > > 0x5

Re: [PATCH] ARM: dts: dra72-evm: Mark uart1 rxd as wakeup capable

* Nishanth Menon [151126 21:03]: > On 11/26/2015 02:31 AM, Vignesh R wrote: > > Uart1 rxd is wakeup capable on DRA72 EVM. Hence, mark rxd line as > > wakeup capable. This is similar to commit 66b0436977e2c ("ARM: dts: > > dra7-evm: Mark uart1 rxd as wakeup capable") for DRA74 EVM. >

Re: [PATCH 02/18] ARM: am57xx: cl-som-am57x: dts: add RTC support

* Dmitry Lifshitz [151124 22:41]: > + { > + status = "okay"; > + pinctrl-names = "default"; > + pinctrl-0 = <_pins_default>; > + clock-frequency = <10>; > + > + rtc0: rtc@56 { > + compatible = "emmicro,em3027"; > + reg =

Re: [PATCH 0/2] adding spi alias for qspi

* Mugunthan V N [151118 23:02]: > Adding missed spi alias for qspi which helps probe the qspi > device in U-Boot. > > Mugunthan V N (2): > dts: dra7: add spi alias for qspi > arm: dts: am4372: add spi alias for qspi > > arch/arm/boot/dts/am4372.dtsi | 1 + >

Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region

* Vignesh R [151129 21:16]: > Add qspi memory mapped region entries for DRA7xx based SoCs. Also, > update the binding documents for the controller to document this change. > > Acked-by: Rob Herring > Signed-off-by: Vignesh R > --- > > v4: No

Re: [PATCH v2] regulator: tps65217: remove tps65217.dtsi file

* Rob Herring [151112 06:02]: > On Tue, Oct 27, 2015 at 01:36:36PM +0100, Heiko Schocher wrote: > > remove tps65217.dtsi and adapt all boards, which > > used it. > > > > Signed-off-by: Heiko Schocher > > Tested-by: Keerthy > > Acked-by: Mark

Re: [PATCH v2] arm, am335x: add support for the bosch shc board

* Heiko Schocher [151117 00:25]: > --- /dev/null > +++ b/arch/arm/boot/dts/am335x-shc.dts > + { > + compatible = "ti,tps65217"; > + ti,pmic-shutdown-controller; > + > + regulators { > + #address-cells = <1>; > + #size-cells = <0>; > + > +

Re: [PATCH 01/14] ARM: am437x: cm-t43: dts: add basic support for sbc-t43

* Nikita Kiryanov [151124 05:20]: > + { > + pinctrl-names = "default"; > + pinctrl-0 = <_pins_default>; > +}; > + Please get rid of the extra line at the end of the file.. It will cause whitespace warnings when applying and will also cause issues applying other

Re: [PATCH v2 01/18] ARM: am57xx: cl-som-am57x: dts: add basic module support

* Dmitry Lifshitz [151130 06:27]: > +++ b/arch/arm/boot/dts/am57xx-cl-som-am57x.dts > + tps659038_pmic { > + compatible = "ti,tps659038-pmic"; > + > + regulators { > + smps12_reg: smps12 { > +

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

* Roger Quadros <rog...@ti.com> [151023 00:09]: > On 21/10/15 18:20, Tony Lindgren wrote: > > * Roger Quadros <rog...@ti.com> [151021 01:31]: > >> > >> I couldn't run randconfig beyond few iterations as it keeps failing > >> everywhere. How

Re: [PATCH v2] arm, am335x: add support for the bosch shc board

* Heiko Schocher [151129 22:51]: > Hello all, > > Am 18.11.2015 um 09:24 schrieb Heiko Schocher: > >Hello Dave, > > > >Am 17.11.2015 um 22:29 schrieb Dave Gerlach: > >>Hi, > >>On 11/17/2015 02:24 AM, Heiko Schocher wrote: > >>>add support for the am335x based shc board. > >>> >

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

* Pali Rohár [151129 16:16]: > On Monday 30 November 2015 01:09:17 Nicolas Pitre wrote: > > On Sun, 29 Nov 2015, Russell King - ARM Linux wrote: > > > On Sat, Nov 28, 2015 at 12:34:23PM -0500, Nicolas Pitre wrote: > > > > Good. And Arnd likes the idea too. So we might be

Re: [PATCH v2 3/4] ARM: dts: DRA7: Add timer12 node

* Suman Anna <s-a...@ti.com> [151006 09:06]: > On 10/06/2015 02:52 AM, Tony Lindgren wrote: > > * Felipe Balbi <ba...@ti.com> [151005 17:51]: > >> > >> according to Tony we should avoid using status at all for in-SoC > >> devices. > >&

Re: [PATCH v2 4/5] ARM: dts: am437x/am33xx/omap/dm816x: Add gpmc dma channel

* Franklin S Cooper Jr [151015 10:42]: > Add dma channel information to the gpmc. Although not enabled by > default this will allow prefetch-dma to be used. Picking up this patch only out of the series into omap-for-v4.5/dt. The documentation patch does not apply as it has a

Re: [PATCH v2 4/4] ARM: DRA7: hwmod: Add data for GPTimer 12

* Suman Anna [151005 16:35]: > Add the hwmod data for GPTimer 12. GPTimer 12 is present in > WKUPAON power domain and is clocked from a secure 32K clock. > GPTimer 12 serves as a secure timer on HS devices, but is > available for kernel on regular GP devices. > > The hwmod link is

Re: [PATCH v2 0/5] arm: dts: complete dm816x device tree

* Neil Armstrong <narmstr...@baylibre.com> [151113 01:30]: > On 11/12/2015 06:47 PM, Tony Lindgren wrote: > > * Neil Armstrong <narmstr...@baylibre.com> [151112 06:08]: > >> In order to fix support for the dm816x platform, add missing bits in > >> the dm81

Re: [PATCH v2 1/6] ARM: OMAP2+: dts: cm-t335: add initial support

* Uri Mashiach [151124 06:03]: > --- /dev/null > +++ b/arch/arm/boot/dts/am335x-cm-t335.dts ... > + { > + pinctrl-names = "default"; > + pinctrl-0 = <_pins>; > + > + status = "okay"; > +}; > + FYI, the extra line break at the end of the file causes

Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region

* Vignesh R [151129 21:16]: > Add qspi memory mapped region entries for DRA7xx based SoCs. Also, > update the binding documents for the controller to document this change. > > Acked-by: Rob Herring > Signed-off-by: Vignesh R ... > ---

Re: [PATCH v4 4/5] ARM: dts: DRA7: add entry for qspi mmap region

* Tony Lindgren <t...@atomide.com> [151130 14:03]: > * Vignesh R <vigne...@ti.com> [151129 21:16]: > > Add qspi memory mapped region entries for DRA7xx based SoCs. Also, > > update the binding documents for the controller to document this change. > > > >

Re: [PATCH v2] arm, am335x: add support for the bosch shc board

* Heiko Schocher <h...@denx.de> [151130 21:21]: > Hello Tony, > > Am 30.11.2015 um 22:41 schrieb Tony Lindgren: > >* Heiko Schocher <h...@denx.de> [151117 00:25]: > >>--- /dev/null > >>+++ b/arch/arm/boot/dts/am335x-shc.dts > >>+ { > &

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

* Pali Rohár <pali.ro...@gmail.com> [151127 00:39]: > On Thursday 26 November 2015 12:39:30 Tony Lindgren wrote: > > Just to explore options.. How about make a minimal device driver that > > just loads the atags blob from /lib/firmware and then shows it in > > /proc/ata

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

* Pali Rohár [151126 01:08]: > On Wednesday 25 November 2015 20:19:21 Frank Rowand wrote: > > > Or populate /proc/atags only for the ones that need it from machine > > > specific init_early? > > > > This is circling back to the first comment from Russell King where > > he

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

ead.org/pipermail/linux-arm-kernel/2015-July/354459.html > > > > > > On 11/5/2015 8:17 AM, Tony Lindgren wrote: > > > > * Pali Rohár <pali.ro...@gmail.com> [151105 03:41]: > > > >> On Tuesday 13 October 2015 16:37:46 Pali Rohár wrote: > >

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

* Arnd Bergmann <a...@arndb.de> [151125 11:50]: > On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote: > > * Pali Rohár <pali.ro...@gmail.com> [151123 06:46]: > > > On Sunday 22 November 2015 07:51:46 Pavel Machek wrote: > > > > On W

Re: [PATCH] dmaengine: edma: Add dummy driver skeleton for edma3-tptc

* Vinod Koul [151104 08:38]: > On Wed, Nov 04, 2015 at 10:33:27AM -0600, Felipe Balbi wrote: > > Peter Ujfalusi writes: > > > > > The eDMA3 TPTC does not need any software configuration, but it is a > > > separate IP block in the SoC. In order the

Re: [PATCH v2 0/5] arm: dts: complete dm816x device tree

* Neil Armstrong [151112 06:08]: > In order to fix support for the dm816x platform, add missing bits in > the dm816x dtsi and cleanup OCP. Which ones are needed as fixes for the v4.4-rc kernel? Regards, Tony > The last patch adds support for the omap4-hwspinlock. > >

Re: [PATCH 0/6] ARM: OMAP2+: dts: cm-t335: initial support

Hi, * Uri Mashiach [15 09:32]: > Gentle ping Well the merge window is ongoing, and I'm not touching anything except fixes until they are all out of the way. And after that I'll start applying patches for v4.5 merge window, usually by -rc2 except when things go

Re: [PATCH] ARM: dts: am335x-boneblack: Use pinctrl constants

* Andrew F. Davis [151022 09:21]: > Using constants for pinctrl allows better readability and removes > redundancy with comments. You should use the include/dt-bindings/pinctrl/omap.h macro AM33XX_IOPAD(pa, val) while at it. Otherwise we'll end up patching the same things again

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

* Roger Quadros <rog...@ti.com> [151021 01:31]: > On 19/10/15 10:08, Roger Quadros wrote: > > On 17/10/15 00:25, Tony Lindgren wrote: > >> * Roger Quadros <rog...@ti.com> [151006 04:13]: > >>> > >>> Fine. The updated series is now at >

Re: [PATCH v2 1/1] ARM: DTS: dra72-evm: remove cpsw gpio hogging and add mode-gpios

* Mugunthan V N [150921 07:58]: > With the current implementation of GPIO hogging and with > gpio-pcf857x is built as module, ethernet doesn't work on boot > and doesn't throw any error/warning to user. Ethernet becomes > operational when inserting gpio-pcf857x module, even

Re: [PATCH v3 3/3] ARM: dts: omap5-uevm: enable iio gpadc for Palmas

* H. Nikolaus Schaller [151020 09:48]: > > We have our own OMAP5 board in the pipeline and there it will help > as well to rebase it using arch/arm/boot/dts/omap5-board-common.dts Yes and then we can hopefully fix up the regulators properly and get rid of the fixed-regulator

Re: [PATCH v3 3/3] ARM: dts: omap5-uevm: enable iio gpadc for Palmas

Hi, * H. Nikolaus Schaller [151016 05:58]: > Signed-off-by: H. Nikolaus Schaller > --- > arch/arm/boot/dts/omap5-uevm.dts | 10 ++ > 1 file changed, 10 insertions(+) > > diff --git a/arch/arm/boot/dts/omap5-uevm.dts >

Re: [PATCH] ARM: OMAP2+: Update Javier Martinez Canillas's email

* Javier Martinez Canillas [151014 03:05]: > I see that people are still sending emails to my old address (that no > longer exists) since is the one mentioned in the IGEP DTS. Replace it > with my current email address to avoid this. Applying this into omap-for-v4.4/dt

Re: [PATCH v3 0/3] soc: ti: Introduce wkup_m3_ipc driver

Hi all, * Dave Gerlach [150922 17:20]: > Hi, > This series is version 3 of the code to introduce a wkup_m3_ipc driver > to handle communication between the MPU and Cortex M3 present on TI AM335x > and AM437x SoCs. v2 of this series can be found at [1]. Only patch 3 > has been

Re: [PATCH v2] ARM: dts: am437x-gp-evm: Add wakeup interrupt source for pixcir_i2c_ts

* Vignesh R [151014 06:59]: > On am437x-gp-evm, pixcir_i2c_ts can wakeup the system from low power > state via pinctrl and IO daisy chain using generic wakeirq framework. > With commit 3fffd1283927 ("i2c: allow specifying separate wakeup > interrupt in device tree") i2c core

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

behave for me now, so feel free to add: Acked-by: Tony Lindgren <t...@atomide.com> Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 00/11] ARM: OMAP/DTS: dra7/72-evm/beagle-x15: Audio support

* Peter Ujfalusi <peter.ujfal...@ti.com> [151015 00:13]: > Tony, > > On 10/12/2015 11:57 PM, Tony Lindgren wrote: > > * Tony Lindgren <t...@atomide.com> [150914 09:32]: > >> * Peter Ujfalusi <peter.ujfal...@ti.com> [150914 01:54]: > >>> Hi To

Re: [PATCH 1/5] mtd: nand: omap2: Support parsing dma channel information from DT

* Franklin S Cooper Jr. [151014 07:37]: > > > On 10/14/2015 09:11 AM, Roger Quadros wrote: > > On 14/10/15 16:26, Franklin S Cooper Jr. wrote: > >> > >> On 10/14/2015 06:52 AM, Roger Quadros wrote: > >>> Franklin, > >>> > >>> On 14/10/15 14:36, Roger Quadros wrote: > On

Re: [PATCH 1/5] mtd: nand: omap2: Support parsing dma channel information from DT

* Franklin S Cooper Jr. <fcoo...@ti.com> [151014 09:27]: > > > On 10/14/2015 11:18 AM, Tony Lindgren wrote: > > * Franklin S Cooper Jr. <fcoo...@ti.com> [151014 07:37]: > >> > >> On 10/14/2015 09:11 AM, Roger Quadros wrote: > >>> On 14/

Re: [PATCH] Add USB hooks into NanoBone DTS file

* Mark Jackson [151014 06:35]: > Add USB hooks into NanoBone DTS file Hmm looking at things, we really should not set status = "disabled" for any of the internal devices. Setting "disabled" makes the kernel completely ignore the device and we're better off from PM point of

Re: [PATCH v3 27/27] ARM: dts: omap3: Fix gpmc and NAND nodes

* Roger Quadros <rog...@ti.com> [151012 23:33]: > On 13/10/15 03:43, Tony Lindgren wrote: > > * Roger Quadros <rog...@ti.com> [150918 08:00]: > >> Add compatible id, GPMC register resource and interrupt > >> resource to NAND controller nodes. > >&

Re: [PATCH] mfd: omap-usb-host: AM3715 OHCI needs 120m functional clock

* Ben Dooks [151012 10:38]: > The AM3715 OHCI controller will not function without the EHCI > unit's 120m fclk being enabled. If all the ports in the system > are set to OHCI then the 120m_fclk will not get enabled and no > devices are detected. > > Add a new

Re: [PATCH] mfd: omap-usb-host: AM3715 OHCI needs 120m functional clock

* Ben Dooks <ben.do...@codethink.co.uk> [151012 11:22]: > On 12/10/15 18:45, Tony Lindgren wrote: > > * Ben Dooks <ben.do...@codethink.co.uk> [151012 10:38]: > >> The AM3715 OHCI controller will not function without the EHCI > >> unit's 120m fclk being

Re: [PATCH 00/11] ARM: OMAP/DTS: dra7/72-evm/beagle-x15: Audio support

* Tony Lindgren <t...@atomide.com> [150914 09:32]: > * Peter Ujfalusi <peter.ujfal...@ti.com> [150914 01:54]: > > Hi Tony, > > > > On 08/24/2015 10:19 AM, Peter Ujfalusi wrote: > > > Hi, > > > > > > this series will enable analog audio

Re: [PATCH 2/2] ARM: dts: am335x-wega: Clean up regulators

* Teresa Remmet [150903 05:03]: > Cleaned up the regulators on the wega board. Created a simple bus, > renamed the regulators according to the schematics and added missing > regulator on wega. Applying this one into omap-for-v4.4/dt thanks. Tony -- To unsubscribe from this

Re: [PATCH 00/37] ARM: dts: Fix fixed regulators enable GPIO polarity

* Laurent Pinchart [151012 14:17]: > Hello, > > While working on regulators, GPIOs and DT I noticed that many of our DT source > files incorrectly describe fixed regulators. The common error patterns are > > - Usage of the undefined (and never parsed)

Re: [PATCH v2 1/4] ARM: dts: dra7: Add dt node for the sycon pcie

* Kishon Vijay Abraham I <kis...@ti.com> [151012 15:09]: > Hi, > > On Tuesday 13 October 2015 03:33 AM, Tony Lindgren wrote: > > * Kishon Vijay Abraham I <kis...@ti.com> [151012 14:50]: > >> Hi Tony, > >> > >> On Tuesday 13 October 2015 02:51

Re: [PATCH v3] ARM: dts: twl4030: Add iio properties for bci subnode

* Tony Lindgren <t...@atomide.com> [151012 14:43]: > * Belisko Marek <marek.beli...@gmail.com> [150926 13:02]: > > Tony sorry I forgot to add you to the recipients for this patchset. > > Can you please queue this patch. Many thanks. > > OK applying into omap-for-v

Re: [PATCH] ARM: dts: Add am335x-bonegreen

* Robert Nelson [150925 08:14]: > SeeedStudio BeagleBone Green (BBG) is clone of the BeagleBone Black (BBB) > minus > the HDMI port and addition of two Grove connectors (i2c2 and usart2). > > This board can be identified by the 1A value after A335BNLT (BBB) in the at24

Re: [PATCH 00/37] ARM: dts: Fix fixed regulators enable GPIO polarity

* Laurent Pinchart <laurent.pinch...@ideasonboard.com> [151012 15:26]: > Hi Javier, > > On Tuesday 13 October 2015 00:19:20 Javier Martinez Canillas wrote: > > On 10/12/2015 11:46 PM, Tony Lindgren wrote: > > > * Laurent Pinchart <laurent.pinch...@ideasonboard.

Re: [PATCH v3 27/27] ARM: dts: omap3: Fix gpmc and NAND nodes

* Roger Quadros [150918 08:00]: > Add compatible id, GPMC register resource and interrupt > resource to NAND controller nodes. > > The GPMC driver now implements gpiochip and irqchip so > enable gpio-controller and interrupt-controller properties. > > With this the interrupt

Re: [PATCH 0/5] Add DRA7 sub-mailboxes for 4.4

* Suman Anna [150918 11:20]: > Hi Tony, > > This series adds the sub-mailbox nodes and enable them for each > of the TI DRA7 boards. These are the basic mailbox configuration > nodes required by client users (remoteproc) to communicate with > the various IPU and DSP processor

Re: [PATCH v2 1/4] ARM: dts: dra7: Add dt node for the sycon pcie

* Kishon Vijay Abraham I <kis...@ti.com> [151012 15:23]: > Hi, > > On Tuesday 13 October 2015 03:42 AM, Tony Lindgren wrote: > > * Kishon Vijay Abraham I <kis...@ti.com> [151012 15:09]: > >> Hi, > >> > >> On Tuesday 13 October 2015 03:33 A

Re: [REPOST PATCH 1/4] ARM: dts: DRA7: Add dsp1_system syscon node

* Suman Anna <s-a...@ti.com> [151012 15:37]: > Hi Tony, > > On 10/12/2015 04:43 PM, Tony Lindgren wrote: > > * Suman Anna <s-a...@ti.com> [151002 16:27]: > >> The DSP_SYSTEM sub-module is a dedicated system control logic > >> module present within a DR

Re: [REPOST PATCH 1/4] ARM: dts: DRA7: Add dsp1_system syscon node

* Tony Lindgren <t...@atomide.com> [151012 15:57]: > * Suman Anna <s-a...@ti.com> [151012 15:37]: > > Hi Tony, > > > > On 10/12/2015 04:43 PM, Tony Lindgren wrote: > > > * Suman Anna <s-a...@ti.com> [151002 16:27]: > > >> The DSP_SYSTEM

Re: [PATCH v2 1/4] ARM: dts: dra7: Add dt node for the sycon pcie

* Kishon Vijay Abraham I [150915 06:37]: > Add new device tree node for the control module register space where > PCIe registers are present. > > Signed-off-by: Kishon Vijay Abraham I > --- > arch/arm/boot/dts/dra7.dtsi |5 + > 1 file changed, 5

Re: [REPOST PATCH 1/4] ARM: dts: DRA7: Add dsp1_system syscon node

* Suman Anna [151002 16:27]: > The DSP_SYSTEM sub-module is a dedicated system control logic > module present within a DRA7 DSP processor sub-system. This > module is responsible for power management, clock generation > and connection to the device PRCM module. > > Add a syscon

Re: [PATCH v3] ARM: dts: twl4030: Add iio properties for bci subnode

* Belisko Marek [150926 13:02]: > Tony sorry I forgot to add you to the recipients for this patchset. > Can you please queue this patch. Many thanks. OK applying into omap-for-v4.4/dt thanks. Tony -- To unsubscribe from this list: send the line "unsubscribe devicetree"

Re: [PATCH] ARM: dts: Use defined GPIO constants in flags cell for OMAP2+ boards

* Javier Martinez Canillas [151006 02:08]: > Many OMAP2+ DTS are not using the defined constants to express > the GPIO polarity. Replace these so the DTS are easier to read. Applying this into omap-for-v4.4/dt thanks. Tony -- To unsubscribe from this list: send the line

Re: [PATCH 0/3] Fix mmc/sd card detect gpio dt definition

* Mugunthan V N [151012 02:12]: > The mmc/sd card detect gpio definition in DT is not defined as > per hardware design, the card detect gpio is an active low > signal. > > As per MMC/SD device tree binding documentation, the card detect > signal should be an active low

Re: [PATCH v2 1/4] ARM: dts: dra7: Add dt node for the sycon pcie

* Kishon Vijay Abraham I <kis...@ti.com> [151012 14:50]: > Hi Tony, > > On Tuesday 13 October 2015 02:51 AM, Tony Lindgren wrote: > > * Kishon Vijay Abraham I <kis...@ti.com> [150915 06:37]: > >> Add new device tree node for the control module register space w

Re: [PATCH v2 3/4] ARM: dts: DRA7: Add timer12 node

* Felipe Balbi [151005 17:51]: > > according to Tony we should avoid using status at all for in-SoC > devices. > > Tony, can you confirm I understood you correctly ? Yes. With status = "disabled" kernel completely ignores the device and struct device is not created at all even

  1   2   3   4   5   6   7   8   9   >