Re: Clock usbhost_48m_fck didn't enable in 100000 tries and crash

Hi Michael, Thanks for the help, The clock_summary is not there but I found these files: $ pwd /sys/kernel/debug/clock/virt_26m_ck/osc_sys_ck/sys_ck/dpll4_ck/dpll4_m2_ck/dpll4_m2x2_ck/omap_96m_alwon_fck/cm_96m_fck/omap_48m_fck/usbhost_48m_fck $ cat flags 0x $ cat flags rate

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

On Tue, Nov 24, 2015 at 03:19:13PM +0200, Nikita Kiryanov wrote: > CompuLab SB-SOM baseboard is a carrier board for multiple arm-based SoMs. > It currently supports (with minor adjustments to assembly) CM-T43, CM-T54, > and CM-QS600 modules. It is a building block in the SBC-T43 single board >

Re: am35xx memory management issues

* Markku Ahvenjärvi [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. > > > > Alright, will do. > > We've been testing omap2plus

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

On Tue, Nov 24, 2015 at 03:19:02PM +0200, Nikita Kiryanov wrote: > Add basic support for SBC-T43: a CM-T43 based single board computer. > CM-T43 is an AM437x based System-on-Module designed to serve as a building > block in embedded applications. SBC-T43 is composed of CM-T43 module on > top of

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

The following changes since commit 1ec218373b8ebda821aec00bb156a9c94fad9cd4: Linux 4.4-rc2 (2015-11-22 16:45:59 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap tags/omap-for-v4.4/fixes-rc2 for you to fetch changes up to

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

On Wednesday 25 November 2015 14:37:04 Tony Lindgren wrote: > Fixes for omaps for v4.4-rc cycle: > > - A series of audio changes for dra7 that missed the merge window but turned > out to be necessary to fix a boot time imprecise external abort error and to > getaudio working > > - Fix l4

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

On Tue, Nov 24, 2015 at 04:02:08PM +0200, Uri Mashiach wrote: > From: Ilya Ledvich > > Add basic support for CompuLab cm-t335 module based on AM335X SoC. > > CM-T335 is a tiny computer-on-module (CoM) / system-on-module (SoM) > The module is built around the Texas

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

On 11/25/2015 1:03 PM, Tony Lindgren wrote: > * Arnd Bergmann [151125 11:50]: >> On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote: >>> * Pali Rohár [151123 06:46]: On Sunday 22 November 2015 07:51:46 Pavel Machek wrote: > On Wed 2015-11-11

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

* Peter Ujfalusi [151123 23:39]: > Tony, > > On 11/12/2015 08:00 PM, Tony Lindgren wrote: > > * Peter Ujfalusi [15 23:33]: > >> Hi Tony, > >> > >> Changes since v3: > >> - rebased on mainline's HEAD > >> - Added Tested-by from Felipe > >> -

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

* Pali Rohár [151123 06:46]: > On Sunday 22 November 2015 07:51:46 Pavel Machek wrote: > > On Wed 2015-11-11 17:10:46, Frank Rowand wrote: > > > Adding devicetree list. > > > > > > Thread starts at > > >

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

On Wed, Nov 25, 2015 at 8:50 PM, Tony Lindgren wrote: > * 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

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 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote: > * Pali Rohár [151123 06:46]: > > On Sunday 22 November 2015 07:51:46 Pavel Machek wrote: > > > On Wed 2015-11-11 17:10:46, Frank Rowand wrote: > > > > Adding devicetree list. > > > > > > > > Thread starts at > >

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 [151118 16:25]: > * 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 > > >

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: [PATCH] PCI: designware: bail out if host_init failed

Hi Jisheng, On Thu, Nov 12, 2015 at 09:48:45PM +0800, Jisheng Zhang wrote: > There's no reason to continue the initialization such as configure > register, scan root bus etc. if customized host_init() failed. This > patch tries to check the host_init result, bail out if failed. This patch

Re: [PATCH 11/18] ARM: am57xx: sbc-am57x: dts: add basic board support

On Wed, Nov 25, 2015 at 08:39:43AM +0200, Dmitry Lifshitz wrote: > SBC-AM57x is a single board computer designed for industrial and > embedded applications. It is based on the Texas Instruments Sitara AM57x > system-on-chip family. SBC-AM57x is implemented with the CL-SOM-AM57x >

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

On Wednesday 25 November 2015 22:29:53 Arnd Bergmann wrote: > On Wednesday 25 November 2015 13:03:10 Tony Lindgren wrote: > > * Arnd Bergmann [151125 11:50]: > > > On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote: > > > > At least I don't have better solutions in mind. >

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

On Wednesday 25 November 2015 22:51:00 Arnd Bergmann wrote: > On Wednesday 25 November 2015 22:44:28 Pali Rohár wrote: > > Arnd, my question about proper solution reminds... Proprietary > > bootloader which cannot be replaced (e.g. it is signed or do > > unknown magic) provides information to

Re: [PATCH] ARM: omap2plus_defconfig: enable REGULATOR_FIXED_VOLTAGE

On 11/25/2015 08:25 PM, Tony Lindgren wrote: > * 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

Re: power states transitions

* Ran Shalit [151125 11:49]: > On Wed, Nov 25, 2015 at 8:50 PM, Tony Lindgren wrote: > > We actually want the deeper state, but not in the price of performance... > So I thought of these possibilities: > 1. configure the sleep state to check activity for a

Re: [PATCH 15/18] ARM: am57xx: sbc-am57x: dts: add GPIO extender support

On 11/25/2015 12:39 AM, Dmitry Lifshitz wrote: > Add PCA9555 GPIO extender support (over I2C5 bus). I think you meant to say "GPIO expander" in commit message and $subject perhaps? > > Signed-off-by: Dmitry Lifshitz > Acked-by: Igor Grinberg >

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

On Wednesday 25 November 2015 22:44:28 Pali Rohár wrote: > > Arnd, my question about proper solution reminds... Proprietary > bootloader which cannot be replaced (e.g. it is signed or do unknown > magic) provides information to booted kernel via custom specific ATAGs > fields. How userspace

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

On Wed, Nov 25, 2015 at 08:39:33AM +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] ARM: omap2plus_defconfig: enable REGULATOR_FIXED_VOLTAGE

* Grygorii Strashko [151125 12:26]: > On 11/25/2015 08:25 PM, Tony Lindgren wrote: > > * Grygorii Strashko [151105 08:45]: > >> Enable REGULATOR_FIXED_VOLTAGE otherwise system can't boot from > >> SD-card when kernel is buit with

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

On Wednesday 25 November 2015 13:03:10 Tony Lindgren wrote: > * Arnd Bergmann [151125 11:50]: > > On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote: > > > At least I don't have better solutions in mind. > > > > I would be happier if we could restrict this as much as

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

On 11/25/2015 12:39 AM, Dmitry Lifshitz wrote: [...] > diff --git a/arch/arm/boot/dts/am57xx-cl-som-am57x.dts > b/arch/arm/boot/dts/am57xx-cl-som-am57x.dts > new file mode 100644 > index 000..b11d7da > --- /dev/null > +++ b/arch/arm/boot/dts/am57xx-cl-som-am57x.dts [...] > +/ { > +

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

* Arnd Bergmann [151125 11:50]: > On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote: > > * Pali Rohár [151123 06:46]: > > > On Sunday 22 November 2015 07:51:46 Pavel Machek wrote: > > > > On Wed 2015-11-11 17:10:46, Frank Rowand wrote: > > > > >

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

Brian, On 27/10/15 11:37, Roger Quadros wrote: > Hi Brian, > > On 26/10/15 23:23, Brian Norris wrote: >> Hi Roger, >> >> I'm not too familiar with OMAP platforms, and I might have missed out on >> prior discussions/context, so please forgive if I'm asking silly or old >> questions here. > > No

[PATCH] regulator: tps65218: add support for LS3 current regulator

Add support for TPS65218 LS3 current regulator, which is capable of 4 current input limit modes: 100, 200, 500, and 1000 uA. Signed-off-by: Nikita Kiryanov Cc: Tony Lindgren Cc: Liam Girdwood Cc: Mark Brown Cc:

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

Hi, 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 Quadros wrote: > For some hwmods (e.g. DCAN on DRA7) we

Re: [rtc-linux] [PATCH] rtc: ds1307: fix kernel splat due to wakeup irq handling

On 11/11/2015 at 10:11:01 -0600, Felipe Balbi wrote : > Since commit 3fffd1283927 ("i2c: allow specifying > separate wakeup interrupt in device tree") we have > automatic wakeup irq support for i2c devices. That > commit missed the fact that rtc-1307 had its own > wakeup irq handling and ended up