Re: am335x: system doesn't reboot after flashing NAND

2014-06-05 Thread Roger Quadros
On 06/04/2014 10:45 PM, Yegor Yefremov wrote: On Wed, Jun 4, 2014 at 12:52 PM, Sekhar Nori nsek...@ti.com wrote: On Wednesday 04 June 2014 04:00 PM, Yegor Yefremov wrote: On Wed, Jun 4, 2014 at 12:20 PM, Sekhar Nori nsek...@ti.com wrote: On Wednesday 04 June 2014 03:11 PM, Yegor Yefremov

Re: am335x: system doesn't reboot after flashing NAND

2014-06-05 Thread Yegor Yefremov
On Thu, Jun 5, 2014 at 12:02 PM, Roger Quadros rog...@ti.com wrote: On 06/04/2014 10:45 PM, Yegor Yefremov wrote: On Wed, Jun 4, 2014 at 12:52 PM, Sekhar Nori nsek...@ti.com wrote: On Wednesday 04 June 2014 04:00 PM, Yegor Yefremov wrote: On Wed, Jun 4, 2014 at 12:20 PM, Sekhar Nori

RE: am335x: system doesn't reboot after flashing NAND

2014-06-05 Thread Gupta, Pekon
Hi Roger, Yegor, From: Quadros, Roger On 06/04/2014 10:45 PM, Yegor Yefremov wrote: [...] The 0x8000 address seems to be the beginning of NAND region: ranges = 0 0 0x0800 0x1000; /* CS0: NAND */ I've taken this example from am335x_evm.dts. I have tried to change the mapping

RE: am335x: system doesn't reboot after flashing NAND

2014-06-05 Thread Gupta, Pekon
Hi Yegor, From: Gupta, Pekon However, I don't suspect XIP boot here because even if CPU is detecting garbage data while reading from 0x8000 it won't find a valid image header there, and so XIP boot should have failed, and boot sequence should fall back to MMC. It shouldn't have hung. I

Re: [PATCH] regulator: core: print error value when constraints are not applied

2014-06-05 Thread Mark Brown
On Wed, Jun 04, 2014 at 02:53:25PM -0500, Nishanth Menon wrote: With commit 064d5cd110f94ce41ca5681dcda8b77fa63d5b95 (regulator: core: Fix the init of DT defined fixed regulators) We ensure that regulator must be capable of providing it's current voltage when constraints are used, however

Re: mainline boot: 37 passed 4 failed (mainline/v3.15-rc8-4569-g3de0ef8) (palmas regression uEVM)

2014-06-05 Thread Mark Brown
On Wed, Jun 04, 2014 at 02:34:31PM -0500, Nishanth Menon wrote: Seems to help my OMAP5uevm. If this makes sense, I will repost it as a formal patch. Actually I just went ahead and applied this - thanks! signature.asc Description: Digital signature

video_omap4 and control module access (was ... from opensuse-arm list)

2014-06-05 Thread Nishanth Menon
Full thread in opensuse mailing list: http://lists.opensuse.org/archive/opensuse-arm/2014-06/msg4.html Moving this thread out of opensuse to kernel public lists +CC of maintainers relevant to the control module/clk. On 06/05/2014 11:17 AM, Nishanth Menon wrote: On 06/05/2014 10:56 AM,

Re: [PATCH V2 2/2] power: twl4030_charger: attempt to power off in case of critical events

2014-06-05 Thread Nishanth Menon
On 01:30-20140605, Grazvydas Ignotas wrote: On Wed, Jun 4, 2014 at 4:01 PM, Nishanth Menon n...@ti.com wrote: On 06/04/2014 05:04 AM, Grazvydas Ignotas wrote: On Thu, May 29, 2014 at 12:46 AM, Nishanth Menon n...@ti.com wrote: Attempt to power off in case of critical events such as battery

Re: video_omap4 and control module access (was ... from opensuse-arm list)

2014-06-05 Thread Matwey V. Kornilov
2014-06-05 20:47 GMT+04:00 Nishanth Menon n...@ti.com: Full thread in opensuse mailing list: http://lists.opensuse.org/archive/opensuse-arm/2014-06/msg4.html Moving this thread out of opensuse to kernel public lists +CC of maintainers relevant to the control module/clk. Full build log

Re: video_omap4 and control module access (was ... from opensuse-arm list)

2014-06-05 Thread Laurent Pinchart
Hi Nishanth, On Thursday 05 June 2014 11:47:19 Nishanth Menon wrote: Full thread in opensuse mailing list: http://lists.opensuse.org/archive/opensuse-arm/2014-06/msg4.html Moving this thread out of opensuse to kernel public lists +CC of maintainers relevant to the control module/clk.

[PATCH 3/4] mmc: omap: don't select TPS65010

2014-06-05 Thread Arnd Bergmann
The MMC host driver should not select the pmic driver, since that may have other dependencies, notably i2c in this case. It's not clear what the exact requirement of the driver is, but to preserve the behavior, this patch changes the 'select' into 'depends on', meaning you now have to turn on

[PATCH 0/4] randconfig fixes for mmc

2014-06-05 Thread Arnd Bergmann
Hi Chris, Ulf, These are small fixes from my randconfig testing, almost all for older bugs, please apply to a tree you see appropriate. Arnd Arnd Bergmann (4): mmc: atmel-mci: incude asm/cacheclush.h mmc: mvsdio: avoid compiler warning mmc: omap: don't select TPS65010 mmc:

[PATCH] ARM: dts: OMAP5: Update CPU OPP table as per final production Manual

2014-06-05 Thread Nishanth Menon
As per the Final production Data Manual for OMAP5432, SWPS050F(APRIL 2014) There are only two OPPs - 1GHz and 1.5GHz. the older OPP_LOW has been completely descoped. The Nominal voltages are still correct though. However, expectation for final production configuration is operation with Adaptive

[PATCH V2] ARM: dts: OMAP5: Add device nodes for ABB

2014-06-05 Thread Nishanth Menon
From: Andrii.Tseglytskyi andrii.tseglyts...@ti.com Add ABB device nodes for OMAP5 family of devices. Data is based on final production OMAP543x Technical Reference Manual revision Z (April 2013). Final production Data Manual for OMAP5432 SWPS050F(APRIL 2014). [n...@ti.com: co-developer and

[RFC PATCH 5/7] ARM: dts: OMAP4: Add PRM interrupt

2014-06-05 Thread Nishanth Menon
Provide OMAP4 interrupt number for PRM Signed-off-by: Nishanth Menon n...@ti.com --- arch/arm/boot/dts/omap4.dtsi |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/omap4.dtsi b/arch/arm/boot/dts/omap4.dtsi index 7e26d22..6d2827f 100644 --- a/arch/arm/boot/dts/omap4.dtsi

[RFC PATCH 2/7] ARM: OMAP4: prm use the generic prm_inst to allow logic to be abstracted

2014-06-05 Thread Nishanth Menon
use the generic function to pick up the prm_instance for a generic logic which can be reused from OMAP4+ Signed-off-by: Nishanth Menon n...@ti.com --- arch/arm/mach-omap2/prm44xx.c | 47 + 1 file changed, 38 insertions(+), 9 deletions(-) diff --git

[RFC PATCH 0/7] ARM: OMAP4+: PRM: minor cleanups and dt support of interrupts

2014-06-05 Thread Nishanth Menon
Hi, The following series is a minimal set of cleanups and generalization in the direction of supporting daisychain wakeup on all OMAP4+ platforms. We cannot still add IO_WAKEUP ability for OMAP5/DRA7/AM437x yet pending further pinctrl patches. These do have a few cosmetic issues, but hope is to

[RFC PATCH 4/7] ARM: OMAP4+: PRM: register interrupt information from DT

2014-06-05 Thread Nishanth Menon
Allow the PRM interrupt information to be picked up from device tree. the only exception is for OMAP4 which uses values pre-populated and allows compatibility with older dtb. Signed-off-by: Nishanth Menon n...@ti.com --- arch/arm/mach-omap2/prm44xx.c | 41

[RFC PATCH 1/7] ARM: OMAP4+: prminst: provide function to find prm_dev instance offset

2014-06-05 Thread Nishanth Menon
PRM device instance can vary depending on SoC. We already handle the same during reset of the device, However, this is also needed for other logic instances. So, first abstract this out to a generic function. Signed-off-by: Nishanth Menon n...@ti.com --- arch/arm/mach-omap2/prminst44xx.c | 41

[RFC PATCH 6/7] ARM: dts: OMAP5: add PRM interrupt

2014-06-05 Thread Nishanth Menon
Provide OMAP5 interrupt number for PRM Signed-off-by: Nishanth Menon n...@ti.com --- arch/arm/boot/dts/omap5.dtsi |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/omap5.dtsi b/arch/arm/boot/dts/omap5.dtsi index 3bfda16..ccced95 100644 --- a/arch/arm/boot/dts/omap5.dtsi

[RFC PATCH 7/7] ARM: dts: DRA7: add PRM interrupt

2014-06-05 Thread Nishanth Menon
Provide default DRA7 crossbar mapped interrupt for prm interrupt Signed-off-by: Nishanth Menon n...@ti.com --- arch/arm/boot/dts/dra7.dtsi |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi index c29945e..38e8097 100644 ---

[RFC PATCH 3/7] ARM: OMAP4+: PRM: remove wkup event

2014-06-05 Thread Nishanth Menon
wkup event at bit offset 0 exists only on OMAP3. OMAP4430/60 PRM_IRQSTATUS_A9, OMAP5/DRA7 PRM_IRQSTATUS_MPU register bit 0 is DPLL_CORE_RECAL_ST not wakeup event like OMAP3. The same applies to AM437x as well. Remove the wrong definition. Signed-off-by: Nishanth Menon n...@ti.com ---