Re: [PATCH 01/17] ARM: OMAP2+: PRM: add support for reset controller

* Tony Lindgren <t...@atomide.com> [151006 05:12]: > * Tero Kristo <t-kri...@ti.com> [150924 07:30]: > > PRM driver now supports reset controller for the defined reset lines. > > Reset configurations are provided through device tree. Later, functionality >

Re: [RFC PATCH] clocksource: ti-32k: convert to platform device

ices. > >> > >> Platform specific initialization code has to be disabled once as > >> ti_32k_timer is converted to platform device - otherwise OMAP platform > >> code will generate boot warnings. > >> > >> After this change, all counter_32k's

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 01/39] pinctrl: Move am4372 and dra7 macros to the the SoC header files

* Tony Lindgren <t...@atomide.com> [151125 10:40]: > Linus, > > * Tony Lindgren <t...@atomide.com> [151118 16:25]: > > * Javier Martinez Canillas <jav...@osg.samsung.com> [151117 05:51]: > > > Hello Linus, > > > > > > On 11/17/2015 10:4

Re: [PATCH 00/39] ARM: dts: Convert OMAP boards to use IOPAD pinmux macros

* Andrew F. Davis <a...@ti.com> [151116 08:39]: > On 11/13/2015 08:47 AM, Tony Lindgren wrote: > >* Javier Martinez Canillas <jav...@osg.samsung.com> [151112 20:55]: > >>Hello Tony, > >> > >>This series converts all the remaining OMAP boards

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 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: [RFC v02 03/15] dmaengine: core: Introduce new, universal API to request a channel

Hi, * Peter Ujfalusi [151130 05:49]: > > For each dmaengine driver an array of DMA device, slave and the parameter > for the filter function needs to be added: > > static struct dma_filter_map da830_edma_map[] = { > DMA_FILTER_ENTRY("davinci-mcasp.0", "rx",

Re: [PATCH 3/3] arm: plat-omap: Add PWM dmtimer platform data quirks

* Neil Armstrong <narmstr...@baylibre.com> [151102 03:14]: > In order to set the currently platform dependent dmtimer > functions pointers as platform data for the pwm-omap-dmtimer > platform driver, add it to plat-omap auxdata_lookup table. > > Suggested-by: Tony Lindg

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 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 2/3] pwm: Add PWM driver for OMAP using dual-mode timers

imer nodes containing > the dmtimers functions in order to get driver not rely on platform > specific functions. > > Cc: Grant Erickson <maratho...@gmail.com> > Cc: NeilBrown <ne...@suse.de> > Cc: Joachim Eastwood <manab...@gmail.com> > Suggested-by: Tony Lindgren

Re: [PATCH 4/4] arm: omap2+: Add hwmod spinbox support for dm816x

* Neil Armstrong [151022 02:19]: > Add dm81xx hwmod data entries for dm816x spinbox support. Looks good to me, I'll apply patches 3 and 4 in this series into omap-for-v4.5/soc thanks. Tony > Cc: Brian Hutchinson > Signed-off-by: Neil Armstrong

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 0/4] Cleanup legacy OMAP IOMMU device creation

* Suman Anna [151022 10:16]: > Hi Tony, > > On 09/16/2015 06:48 PM, Suman Anna wrote: > > Hi Tony, > > > > The following series removes the legacy platform device creation > > logic for OMAP IOMMU devices. I will cleanup the legacy support > > from the OMAP IOMMU driver in a

Re: [PATCH] ARM: dts: Set VAUX1 and VAUX4 on Logic PD Torpedo

* Adam Ford [151026 05:53]: > The schematic expects VAUX1 to be 3.0V attached to the debug port. > The schematic expects VAUX4 to be 1.8V. > VAUX4 powers VDDS_CSI2 on processor. Applying all your six patches into omap-for-v4.4/dt finally thanks. Tony -- To unsubscribe

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

* 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 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 v2] ARM: omap2+: enable REGULATOR_FIXED_VOLTAGE

* Grygorii Strashko [151126 07:24]: > Enable REGULATOR_FIXED_VOLTAGE for all OMAP2+ platforms > otherwise system can't boot from SD-card when kernel is > built for single SoC (for example, with CONFIG_SOC_DRA7XX=y only). > > It's also required for almost all TI SoC's

Re: [PATCH 1/7] ARM: omap1: make headers more local

lude/mach => }/board-sx1.h (100%) > rename arch/arm/mach-omap1/{include/mach => }/camera.h (100%) > rename arch/arm/mach-omap1/{include/mach => }/flash.h (100%) Looks good to me: Acked-by: Tony Lindgren <t...@atomide.com> -- To unsubscribe from this list: send the line "un

Re: Incomplete DM814x support in 4.3

Hi, Adding linux-omap to Cc. * Philipp Rosenberger [151118 05:20]: > Hi, > > I have seen with pleasure that some support for DM814x was integrated to the > kernel. But it seems incomplete I get various errors when I try to boot the > kernel on a DM814x/AM387x based board.

[PATCH 1/2] usb: musb: core: Fix handling of the phy notifications

ay Abraham I <kis...@ti.com> Cc: NeilBrown <n...@brown.name> Signed-off-by: Tony Lindgren <t...@atomide.com> --- Probably best that Felipe merges this patch via the USB tree after comments if that works for Kishon? I have another two fixes for the phy-twl4030-usb.c coming

[PATCH 0/2] Fix rmmod for musb omap2430 glue layer

Hi, Here are two patches to fix rmmod for musb omap2430. This makes any further work on this driver a bit easier. Regards, Tony Tony Lindgren (2): usb: musb: core: Fix handling of the phy notifications usb: musb: Fix unbalanced pm_runtime_enable drivers/phy/phy-twl4030-usb.c | 32

[PATCH 2/2] usb: musb: Fix unbalanced pm_runtime_enable

bi <ba...@ti.com> Cc: Kishon Vijay Abraham I <kis...@ti.com> Cc: NeilBrown <n...@brown.name> Signed-off-by: Tony Lindgren <t...@atomide.com> --- drivers/usb/musb/omap2430.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/usb/musb/omap2430.c b/drivers/usb/musb/omap

[PATCH 2/2] phy: twl4030-usb: Fix unbalanced pm_runtime_enable on module reload

of extra power compared to running idle with the module loaded. Cc: Bin Liu <b-...@ti.com> Cc: Felipe Balbi <ba...@ti.com> Cc: Kishon Vijay Abraham I <kis...@ti.com> Cc: NeilBrown <n...@brown.name> Signed-off-by: Tony Lindgren <t...@atomide.com> --- drivers/phy/phy-twl40

[PATCH 1/2] phy: twl4030-usb: Relase usb phy on unload

]) from [] (musb_init_controller+0x194/0x878 [musb_hdrc]) Cc: Bin Liu <b-...@ti.com> Cc: Felipe Balbi <ba...@ti.com> Cc: Kishon Vijay Abraham I <kis...@ti.com> Cc: NeilBrown <n...@brown.name> Signed-off-by: Tony Lindgren <t...@atomide.com> --- drivers/phy/phy-twl4030-

[PATCH 0/2] Two phy-twl4030-usb fixes for unloading the module

Hi, Here are two fixes for rmmod and PM. These can be merged separately after the review from the MUSB related changes. Regards, Tony Tony Lindgren (2): phy: twl4030-usb: Relase usb phy on unload phy: twl4030-usb: Fix unbalanced pm_runtime_enable on module reload drivers/phy/phy-twl4030

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: am35xx memory management issues

* Markku Ahvenjärvi <markku.ahvenja...@nomovok.com> [151124 05:57]: > On 13.11.2015 15:05, Markku Ahvenjärvi wrote: > > On 12.11.2015 19:06, Tony Lindgren wrote: > >> > >> Also please check if leaving out CONFIG_SMP_ON_UP affects things. > > > > Alrigh

[GIT PULL] omap fixes against v4.4-rc2

: dra7: Fix McASP3 node regarding to clocks ARM: OMAP2+: hwmod: Add hwmod flag for HWMOD_OPT_CLKS_NEEDED ARM: OMAP: DRA7: hwmod: Add data for McASP3 Tony Lindgren (2): Merge branch 'x15-audio-fixes' into omap-for-v4.4/fixes Merge branch '81xx' into omap-for-v4.4/fixes arch

Re: [PATCH v4 0/3] ARM: OMAP2+ McASP(3) support for DRA7xx family

* Peter Ujfalusi <peter.ujfal...@ti.com> [151123 23:39]: > Tony, > > On 11/12/2015 08:00 PM, Tony Lindgren wrote: > > * Peter Ujfalusi <peter.ujfal...@ti.com> [15 23:33]: > >> Hi Tony, > >> > >> Changes since v3: > >>

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] ARM: omap2plus_defconfig: enable REGULATOR_FIXED_VOLTAGE

* Grygorii Strashko [151105 08:45]: > Enable REGULATOR_FIXED_VOLTAGE otherwise system can't boot from > SD-card when kernel is buit with CONFIG_SOC_DRA7XX=y only. > > It's also required for almost all other TI SoC's platforms. This is already enabled by default when

Re: power states transitions

* Ran Shalit [151122 07:59]: > Hello, > > I have stranhe behaviour in which even when there is no activity in > serial port, the retention counter is keep incremented all these time, > as if the cpu gets in and out of retention periodically. > I would expect the cpu to get

Re: [PATCH 2/2] arm: boot: beaglex15: pass correct interrupt

* Chanwoo Choi [151120 08:56]: > Hi, > > On Sat, Nov 21, 2015 at 1:42 AM, Chanwoo Choi wrote: > > Hi, > > > > On 2015. 11. 20. 오후 2:39, Chanwoo Choi wrote: > >> Hi, > >> > >> On 2015년 11월 13일 02:53, Felipe Balbi wrote: > >>> According to latest schematics

Re: [PATCH 1/3] ARM: OMAP2+: clockdomain: Add mechanism for disabling HW_AUTO

* Roger Quadros [151125 02:52]: > > On 03/09/15 10:39, Roger Quadros wrote: > > On 28/07/15 14:34, Roger Quadros wrote: > >> Paul, > >> > >> On 16/07/15 16:56, Roger Quadros wrote: > >>> On 16/07/15 04:25, Paul Walmsley wrote: > Hi > > On Tue, 23 Jun 2015, Roger

Re: [PATCH 01/39] pinctrl: Move am4372 and dra7 macros to the the SoC header files

Linus, * Tony Lindgren <t...@atomide.com> [151118 16:25]: > * Javier Martinez Canillas <jav...@osg.samsung.com> [151117 05:51]: > > Hello Linus, > > > > On 11/17/2015 10:47 AM, Linus Walleij wrote: > > > On Fri, Nov 13, 2015 at 5:53 AM, Javier Marti

Re: [PATCH v2 1/4] arm: omap2+: add missing HWMOD_NO_IDLEST in 81xx hwmod data

* Neil Armstrong [151113 08:30]: > Add missing HWMOD_NO_IDLEST hwmod flag for entries not > having omap4 clkctrl values. > The emac0 hwmod flag fixes the davinci_emac driver probe > since the return of pm_resume() call is now checked. > > This solves the following boot

Re: [PATCH RESEND] ARM: OMAP2+: PM: Denote the cpuidle tracepoints as _rcuidle()

* Jisheng Zhang [151116 02:13]: > The cpuidle tracepoints are called within a rcu_idle_exit() section, and > must be denoted with the _rcuidle() version of the tracepoint. > > Signed-off-by: Jisheng Zhang > Acked-by: Kevin Hilman

Re: [PATCH] ARM: OMAP4+: SMP: use lockless clkdm/pwrdm api in omap4_boot_secondary

* Grygorii Strashko [151116 09:39]: > OMAP CPU hotplug uses cpu1's clocks and power domains for CPU1 wake up > from low power states (or turn on CPU1). This part of code is also > part of system suspend (disable_nonboot_cpus()). > >From other side, cpu1's clocks and

Re: power states transitions

* Ran Shalit <ransha...@gmail.com> [151125 11:49]: > On Wed, Nov 25, 2015 at 8:50 PM, Tony Lindgren <t...@atomide.com> wrote: > > We actually want the deeper state, but not in the price of performance... > So I thought of these possibilities: > 1. configure the sl

Re: [PATCH] ARM: omap2plus_defconfig: enable REGULATOR_FIXED_VOLTAGE

* Grygorii Strashko <grygorii.stras...@ti.com> [151125 12:26]: > On 11/25/2015 08:25 PM, Tony Lindgren wrote: > > * Grygorii Strashko <grygorii.stras...@ti.com> [151105 08:45]: > >> Enable REGULATOR_FIXED_VOLTAGE otherwise system can't boot from &g

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] ARM: OMAP2: use correct timer function for AM43XX and TI81XX

* Felipe Balbi [151119 08:16]: > > Hi, > > Arnd Bergmann writes: > > On Monday 16 November 2015 15:13:55 Felipe Balbi wrote: > >> Arnd Bergmann writes: > >> > AM43XX and TI81XX use omap3_gptimer_timer_init(), but that is only > >> > built into the

[PATCH] net: cpsw: Fix ethernet regression for dm814x

han...@ti.com> Signed-off-by: Tony Lindgren <t...@atomide.com> --- drivers/net/ethernet/ti/cpsw-common.c | 3 +++ 1 file changed, 3 insertions(+) --- a/drivers/net/ethernet/ti/cpsw-common.c +++ b/drivers/net/ethernet/ti/cpsw-common.c @@ -78,6 +78,9 @@ static int cpsw_am33xx_cm_get_macid(s

Re: [PATCH 01/39] pinctrl: Move am4372 and dra7 macros to the the SoC header files

* Javier Martinez Canillas [151117 05:51]: > Hello Linus, > > On 11/17/2015 10:47 AM, Linus Walleij wrote: > > On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas > > wrote: > > > >> The header file defines a set of macros > >> for

Re: Minimal support for dm814x

* Tony Lindgren <t...@atomide.com> [151113 06:53]: > * Matthijs van Duin <matthijsvand...@gmail.com> [151113 03:00]: > > On 13 November 2015 at 08:14, Matthijs van Duin > > <matthijsvand...@gmail.com> wrote: > > > It seems this is how the old TI

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 1/4] arm: omap2+: add missing HWMOD_NO_IDLEST in 81xx hwmod data

* Neil Armstrong <narmstr...@baylibre.com> [151112 06:16]: > On 10/24/2015 12:09 PM, Neil Armstrong wrote: > > Hi, > > > > 2015-10-24 3:21 GMT+02:00 Tony Lindgren <t...@atomide.com>: > >> > >> Hi, > >> > >> * Neil

Re: [PATCH 00/39] ARM: dts: Convert OMAP boards to use IOPAD pinmux macros

* Javier Martinez Canillas [151112 20:55]: > Hello Tony, > > This series converts all the remaining OMAP boards that didn't use the > IOPAD macros to specify the padconf register addresses. The only board > that I left was arch/arm/boot/dts/am335x-boneblack.dts because

Re: Minimal support for dm814x

* Matthijs van Duin [151113 03:00]: > On 13 November 2015 at 08:14, Matthijs van Duin > wrote: > > It seems this is how the old TI kernel handles them: http://goo.gl/3I3OEL > > Never mind, wasn't paying attention and managed to overlook that

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 v2 2/3] ARM: OMAP2+: remove custom abort handler for t410

d by the bootloader is now done in a slightly safer way > > inside > > the common ARM startup code. > > > > Signed-off-by: Lucas Stach <l.st...@pengutronix.de> > > Acked-by: Tony Lindgren <t...@atomide.com> > > --- > > arch/arm/mach-omap2/pdata-qu

Re: [PATCH v4 0/3] ARM: OMAP2+ McASP(3) support for DRA7xx family

* Peter Ujfalusi [15 23:33]: > Hi Tony, > > Changes since v3: > - rebased on mainline's HEAD > - Added Tested-by from Felipe > - Added Acked-by from Paul for the hwmod patches > > Changes since v2: > - DTS patch added which is needed because of the clock handling

Re: am35xx memory management issues

Hi, * Markku Ahvenjärvi [151112 07:26]: > Hello everyone, > > We have am3517 based board and are experiencing sporadic corruption of mm > structures. We've had this problem for months now and haven't really got > bottom of it. > > Our board is currently using

Re: Minimal support for dm814x

* Matthijs van Duin <matthijsvand...@gmail.com> [151112 01:21]: > On 11 November 2015 at 18:40, Tony Lindgren <t...@atomide.com> wrote: > > Well we do first try to set the rate using the divider only at least for > > drivers/clk/ti/fapll.c used on dm816x. I'm thi

Re: Minimal support for dm814x

* Delio Brignoli <dbrign...@audioscience.com> [151110 02:24]: > On 10 Nov 2015, at 09:50, Matthijs van Duin <matthijsvand...@gmail.com> wrote: > > On 9 November 2015 at 16:06, Tony Lindgren <t...@atomide.com> wrote: > >> The PLL support is still mis

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] rtc: ds1307: fix kernel splat due to wakeup irq handling

st to merge the dts change along with the driver fix in this case: Acked-by: Tony Lindgren <t...@atomide.com> > Cc: Nishanth Menon <n...@ti.com> > Signed-off-by: Felipe Balbi <ba...@ti.com> > --- > arch/arm/boot/dts/am57xx-beagle-x15.dts | 1 + > drivers/rtc/rtc

Re: [PATCH] ARM: OMAP: DRA7: hwmod: Add data for McASP3

* Paul Walmsley [15 12:23]: > On Wed, 11 Nov 2015, Peter Ujfalusi wrote: > > > On 11/11/2015 07:07 PM, Felipe Balbi wrote: > > > From: Peter Ujfalusi > > > > > > McASP3 is used by default on DRA7x based boards for audio. > > > > While this patch

Re: [PATCH v3 0/3] ARM: OMAP2+ McASP(3) support for DRA7xx family

* Paul Walmsley [151030 09:11]: > Hi Péter > > On Fri, 30 Oct 2015, Peter Ujfalusi wrote: > > > Changes since v2: > > - DTS patch added which is needed because of the clock handling changes > > > > Felip Balbi reported that linux-next is broken right now since the DTS part > >

Re: [PATCH v3 3/3] ARM: OMAP: DRA7: hwmod: Add data for McASP3

Peter, * Peter Ujfalusi [151030 00:55]: > McASP3 is used by default on DRA7x based boards for audio. Looks like this one no longer applies cleanly. Can you please rebase and test against current mainline? Regards, Tony > Signed-off-by: Peter Ujfalusi

Re: [PATCH] ARM: OMAP: DRA7: hwmod: Add data for McASP3

* Tony Lindgren <t...@atomide.com> [15 13:41]: > * Paul Walmsley <p...@pwsan.com> [15 12:23]: > > On Wed, 11 Nov 2015, Peter Ujfalusi wrote: > > > > > On 11/11/2015 07:07 PM, Felipe Balbi wrote: > > > > From: Peter Ujfalusi <pet

Re: Minimal support for dm814x

Hi, * Delio Brignoli [151105 05:10]: > Hello Tony, > > We use dm814x in some of our products with a kernel based on version 2.6.37 > modified by TI and are considering moving to a current kernel version. I > recently saw this >

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

ld any device tree files assuming none have changed by me. Good to hear you figured out how it happened :) Acked-by: Tony Lindgren <t...@atomide.com> > Signed-off-by: Sebastian Reichel <s...@kernel.org> > --- > arch/arm/boot/dts/twl4030.dtsi | 2 -- > 1 file changed, 2

Re: Linus HEAD build break

* Sebastian Reichel <s...@kernel.org> [151106 08:09]: > Hi, > > On Fri, Nov 06, 2015 at 04:34:12PM +0100, Sebastian Reichel wrote: > > On Fri, Nov 06, 2015 at 06:53:52AM -0800, Tony Lindgren wrote: > > > * Felipe Balbi <ba...@ti.com> [151106 06:41]: > >

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

lci.org build testing, and verified that > this fixes the build. > > Tested-by: Kevin Hilman <khil...@linaro.org> > > Thanks Felipe for reporting, and thanks Sebastian for the quick fix. Acked-by: Tony Lindgren <t...@atomide.com> Thanks, Tony -- To unsubscribe fro

Re: Linus HEAD build break

* Felipe Balbi [151106 06:41]: > > Hi, > > Belisko Marek writes: > > Hi, > > > > On Fri, Nov 6, 2015 at 3:24 PM, Felipe Balbi wrote: > >> > >> Hi again, > >> > >> Felipe Balbi writes: > >>> Hi Marek, > >>> > >>> your commit

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

* Pali Rohár <pali.ro...@gmail.com> [151105 03:41]: > On Tuesday 13 October 2015 16:37:46 Pali Rohár wrote: > > On Monday 12 October 2015 13:45:09 Tony Lindgren wrote: > > > * Pali Rohár <pali.ro...@gmail.com> [151012 13:29]: > > > > On Monday 12

[GIT PULL] two omap regression fixes for v4.3-rc cycle

with DMA caused by driver core changes - Fix LCD DMA interrupt number for omap1 that did not get changed for sparse IRQ changes Aaro Koskinen (1): ARM: OMAP1: fix incorrect INT_DMA_LCD Tony Lindgren (1): usb: musb

Re: [PATCH] ARM: OMAP1: fix incorrect INT_DMA_LCD

* Aaro Koskinen [151026 11:24]: > Commit 685e2d08c54b ("ARM: OMAP1: Change interrupt numbering for > sparse IRQ") turned on SPARSE_IRQ on OMAP1, but forgot to change > the number of INT_DMA_LCD. This broke the boot at least on Nokia 770, > where the device hangs during

Re: MUSB peripheral DMA regression caused by driver core runtime PM change

* Felipe Balbi <ba...@ti.com> [151023 09:48]: > > Hi, > > Tony Lindgren <t...@atomide.com> writes: > > From: Tony Lindgren <t...@atomide.com> > > Date: Fri, 23 Oct 2015 09:03:22 -0700 > > Subject: [PATCH] usb: musb: omap2430: Fix regression

[GIT PULL] omap soc clean-up for v4.4 merge window

hwmod addrs ARM: DRA7: hwmod data: Remove spinlock hwmod addrs ARM: OMAP3: hwmod data: Remove legacy mailbox data and addrs Tony Lindgren (3): ARM: OMAP2+: Rename cpu_is macros to soc_is Merge branch 'for-tony' of git://git.kernel.org/.../balbi/usb into omap-for-v4.4/soc

Re: MUSB peripheral DMA regression caused by driver core runtime PM change

* Grygorii Strashko <grygorii.stras...@ti.com> [151023 05:50]: > On 10/23/2015 02:01 AM, Tony Lindgren wrote: > >* Tony Lindgren <t...@atomide.com> [151022 11:03]: > >>* Tony Lindgren <t...@atomide.com> [151021 16:44]: > >>>Hi all, > >&g

Re: MUSB peripheral DMA regression caused by driver core runtime PM change

* Alan Stern [151023 11:27]: > On Fri, 23 Oct 2015, Grygorii Strashko wrote: > > > Reviewed-by: Grygorii Strashko > > > > It always fun when DD/PM core is updated to fix some driver/subsystem's > > specific PM issue :( > > > > > > > >> ---

Re: MUSB peripheral DMA regression caused by driver core runtime PM change

* Alan Stern <st...@rowland.harvard.edu> [151023 13:34]: > On Fri, 23 Oct 2015, Tony Lindgren wrote: > > > > Thus the sequence of events should be: > > > > > > Allocate the musb device; > > > Runtime-enable the omap2430 (since it is now

Re: [GIT PULL] ARM: OMAP2+: hwmod cleanup for v4.4

* Paul Walmsley [151023 12:58]: > Hi Tony > > The following changes since commit 049e6dde7e57f0054fdc49102e7ef4830c698b46: > > Linux 4.3-rc4 (2015-10-04 16:57:17 +0100) > > are available in the git repository at: > >

Re: [PATCH 2/4] clk: ti816x: Add missing dmtimer clkdev entries

ero should queue this one: Acked-by: Tony Lindgren <t...@atomide.com> > --- > drivers/clk/ti/clk-816x.c | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/drivers/clk/ti/clk-816x.c b/drivers/clk/ti/clk-816x.c > index 1dfad0c..2a5d84f 100644 > --- a/drivers/cl

Re: [PATCH 1/4] arm: omap2+: add missing HWMOD_NO_IDLEST in 81xx hwmod data

Hi, * Neil Armstrong [151022 02:19]: > Add missing HWMOD_NO_IDLEST hwmod flag for entries no > having omap4 clkctrl values. Have you checked this is the case both in dm814x and dm816x TRM? Also the documentation may not be complete FYI, might be also worth checking the

Re: [PATCH 2/5] Export am35x helper functions

* Rolf Peukert [151023 08:46]: > To be able to call these four helper functions from a M-USB AM35x driver > module, their name symbols need to be exported. I'd rather get rid of this file completely.. How about just do a minimal drivers/phy driver? Maybe take a look at the

Re: MUSB peripheral DMA regression caused by driver core runtime PM change

* Tony Lindgren <t...@atomide.com> [151021 16:44]: > Hi all, > > I noticed a regresssino in v4.3-rc series to day with MUSB gadgets > and DMA. Doing a git bisect between v4.2..v4.3-rc1 on it pointed to: > > ddef08dd00f5 ("Driver core: wakeup the pare

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: MUSB peripheral DMA regression caused by driver core runtime PM change

* Tony Lindgren <t...@atomide.com> [151022 11:03]: > * Tony Lindgren <t...@atomide.com> [151021 16:44]: > > Hi all, > > > > I noticed a regresssino in v4.3-rc series to day with MUSB gadgets > > and DMA. Doing a git bisect between v4.2..v4.3-rc1 on it poi

Re: [PATCH] ARM: dts: Change I2C2 and I2C3 to 400KHz for LogicPD Torpedo DM3730 devkit

Hi, Looks like you got git send-email configure, nice :) * Adam Ford [151021 04:45]: Can you please resend both patches one more time with a proper patch description added? Mostly the descrition should describe why this change is needed. I think running

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 >

MUSB peripheral DMA regression caused by driver core runtime PM change

Hi all, I noticed a regresssino in v4.3-rc series to day with MUSB gadgets and DMA. Doing a git bisect between v4.2..v4.3-rc1 on it pointed to: ddef08dd00f5 ("Driver core: wakeup the parent device before trying probe") With the commit above reverted things work fine with DMA and USB gadgets.

Re: [PATCH] arm: omap2: board-generic: use omap4_local_timer_init for AM437x

* Felipe Balbi [151020 14:06]: > AM437x-based boards, can use omap4_local_timer_init() > just fine. Let's use that instead. Applying into omap-for-v4.4/soc thanks. Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to

Re: [BISECTED] Nokia 770 framebuffer breakage

Hi, * Aaro Koskinen [151020 01:51]: > > With newer kernels and this fix the kernel now hangs during FB > initialization. I tried to bisect it and it seemed to point to OMAP1 > sparse IRQ changes. Unfortunately those are difficult to test because > e.g. commit

[GIT PULL] omap dts changes for v4.4 merge window, part 2

macro Mugunthan V N (1): ARM: dts: dra72-evm: remove cpsw gpio hogging and add mode-gpios Tony Lindgren (3): ARM: dts: Fix WLAN regression on omap5-uevm ARM: dts: Move most of omap5-uevm.dts to omap5-board-common.dtsi ARM: dts: Add basic support for isee igepv5 Vignesh R (1

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] ARM: OMAP: Change all cpu_is_* occurences to soc_is_*

* Keerthy <a0393...@ti.com> [151018 21:44]: > On Friday 16 October 2015 11:18 PM, Tony Lindgren wrote: > > > >I decided to rework the earlier patches by Keerthy <j-keer...@ti.com> > >to keep changes down to minimum to avoid potential errors and stick > >to ju

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

[GIT PULL] two omap fixes for v4.3-rc cycle

Tony Lindgren (2): ARM: OMAP2+: Fix oops with LPAE and more than 2GB of memory ARM: OMAP2+: Fix imprecise external abort caused by bogus SRAM init arch/arm/boot/dts/logicpd-torpedo-37xx-devkit.dts | 2 +- arch/arm/boot/dts

Re: [PATCH 0/3] ARM: dts: Use IOPAD pinmux for IGEP boards

* Javier Martinez Canillas [151020 10:26]: > > Thanks, I'm planning to convert the remaining OMAP dts but I'm quite busy > this week and traveling the next one so that would have to wait for v4.5 OK sounds good to me. Tony -- To unsubscribe from this list: send the line

Re: [PATCH 0/3] ARM: dts: Use IOPAD pinmux for IGEP boards

* Javier Martinez Canillas [151019 08:39]: > Hello, > > This series use the IOPAD pinmux macros for the remaining IGEP boards that > still used the register offset instead of the physical address using these > macros so the DTS matches what is in the Technical Reference

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 >

<    1   2   3   4   5   6   7   8   9   10   >