Re: [PATCH] ARM: OMAP2+: Fix oops with LPAE and more than 2GB of memory

Hi Tony, On Wednesday 14 October 2015 04:43 AM, Tony Lindgren wrote: > On boards with more than 2GB of RAM booting goes wrong with things not working > and we're getting lots of l3 warnings: > > WARNING: CPU: 0 PID: 1 at drivers/bus/omap_l3_noc.c:147 > l3_interrupt_handler+0x260/0x384() >

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

On am437x-gp-evm, pixcir_i2c_ts can wakeup the system from lower 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 allows optional wakeirq to be specified via device tree.

[PATCH v3] ARM: OMAP: Change all cpu_is_* occurences to soc_is_*

Currently apart from dra7, omap5 and amx3 all the other SoCs are identified using cpu_is_* functions which is not right since they are all SoCs(System on Chips). Hence changing the SoC identification code to use soc_is instead of cpu_is and keeping defines for cpu_is where needed. This allows us

Re: [PATCH] mmc: omap_hsmmc: fix initialization order of mmc block devices

On Tuesday 13 October 2015 01:14 PM, Heiko Schocher wrote: > Hello Lokesh, > > Am 13.10.2015 um 08:46 schrieb Lokesh Vutla: >> +Nishanth, >> >> On Tuesday 13 October 2015 10:59 AM, Heiko Schocher wrote: >>> On embedded devices, often there is a combination of >>> removable mmc devices (e.g.

Re: [PATCH] ARM: AM35xx: Add M-USB clk device ID

On 10/12/2015 06:22 PM, Rolf Peukert wrote: The glue code in drivers/usb/musb/am35x.c calls clk_get() to get its interface and function clocks for the M-USB controller. These calls fail in the current kernel. This patch adds clock definitions containing the device ID to the list in clk-3xxx.c,

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

On 12/10/15 20:19, Tony Lindgren wrote: > * Ben Dooks [151012 11:22]: >> On 12/10/15 18:45, Tony Lindgren wrote: >>> * Ben Dooks [151012 10:38]: The AM3715 OHCI controller will not function without the EHCI unit's 120m fclk being

Re: DM3730 vs 3630 DSS Cock dividers

On 10/12/2015 10:35 PM, Tony Lindgren wrote: * Tomi Valkeinen [151012 11:08]: On 12.10.2015 19:00, Tony Lindgren wrote: * Adam Ford [151010 13:29]: Tomi and Tony, I am working on the LogicPD DM3730 Torpedo module. If I try to use the DSS, I get

Re: [PATCH] mmc: omap_hsmmc: fix initialization order of mmc block devices

Hello Lokesh, Am 13.10.2015 um 08:46 schrieb Lokesh Vutla: +Nishanth, On Tuesday 13 October 2015 10:59 AM, Heiko Schocher wrote: On embedded devices, often there is a combination of removable mmc devices (e.g. MMC/SD cards) and hard wired ones (e.g. eMMC). Depending on the hardware

Re: [PATCH 2/2] arm: omap2+: PM: change trace_power_domain_target event format.

On 13/10/2015 01:33, Tony Lindgren wrote: * Marc Titinger [150925 08:02]: On 25/09/2015 16:10, Steven Rostedt wrote: On Fri, 25 Sep 2015 15:22:25 +0200 Marc Titinger wrote: From: Marc Titinger power_domain_target

Re: [PATCH v4 11/25] ARM/dmaengine: edma: Merge the two drivers under drivers/dma/

On 10/12/2015 07:00 PM, Vinod Koul wrote: > On Thu, Sep 24, 2015 at 01:01:58PM +0300, Peter Ujfalusi wrote: >> Move the code out from arch/arm/common and merge it inside of the dmaengine >> driver. >> This change is done with as minimal change to the code as possible to avoid >> any possibilities

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

Ben, On 13/10/15 11:23, Ben Dooks wrote: > On 12/10/15 20:19, Tony Lindgren wrote: >> * Ben Dooks [151012 11:22]: >>> On 12/10/15 18:45, Tony Lindgren wrote: * Ben Dooks [151012 10:38]: > The AM3715 OHCI controller will not function

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

Hi, On Tue, Oct 13, 2015 at 1:53 AM, Sebastian Reichel wrote: > Hi, > > On Mon, Oct 12, 2015 at 03:20:10PM -0700, Tony Lindgren wrote: >> * Tony Lindgren [151012 14:43]: >> > * Belisko Marek [150926 13:02]: >> > > Tony sorry I forgot

Re: [PATCH] mmc: omap_hsmmc: fix initialization order of mmc block devices

+Nishanth, On Tuesday 13 October 2015 10:59 AM, Heiko Schocher wrote: > On embedded devices, often there is a combination of > removable mmc devices (e.g. MMC/SD cards) and hard > wired ones (e.g. eMMC). Depending on the hardware > configuration, the 'mmcblkN' node might change if > the removable

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

On 13/10/15 09:45, Roger Quadros wrote: > Ben, > > On 13/10/15 11:23, Ben Dooks wrote: >> On 12/10/15 20:19, Tony Lindgren wrote: >>> * Ben Dooks [151012 11:22]: On 12/10/15 18:45, Tony Lindgren wrote: > * Ben Dooks [151012 10:38]:

[BISECTED] v4.3-rc5: OMAP1 boot hang

Hi, Amstrad E3 / OMAP1 boot hangs, and I bisected it to a5e090acbf545c0a3b04080f8a488b17ec41fe02 ("ARM: software-based priviledged-no-access support"). Below is the boot log. Disabling CPU_SW_DOMAIN_PAN helps. Uncompressing Linux... done, booting the kernel. [0.00] Booting Linux on

Re: [PATCH v2 1/3] iio:adc: add iio driver for Palmas (twl6035/7) gpadc

On Sun, 11 Oct 2015, Jonathan Cameron wrote: > On 05/10/15 07:14, H. Nikolaus Schaller wrote: > > This driver code was found as: > > > > https://android.googlesource.com/kernel/tegra/+/aaabb2e045f31e5a970109ffdaae900dd403d17e/drivers/staging/iio/adc > > > > Fixed various compilation issues and

Re: [PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

Am Freitag, den 25.09.2015, 20:44 + schrieb Woodruff, Richard: > > From: Menon, Nishanth > > Sent: Friday, September 25, 2015 9:44 AM > > > > If I688 is not needed on am335x, then it seems there are still some > > > mysteries remaining with this erratum to unravel. Something like > > >

Re: [PATCH 12/17] ARM: OMAP2+: remove misuse of IRQF_NO_SUSPEND flag

On 12/10/15 21:28, Tony Lindgren wrote: * Tony Lindgren [151012 13:27]: * Sudeep Holla [150921 08:52]: The IRQF_NO_SUSPEND flag is used to identify the interrupts that should be left enabled so as to allow them to work as expected during the

Re: [PATCH v4 11/25] ARM/dmaengine: edma: Merge the two drivers under drivers/dma/

On 10/13/2015 11:58 AM, Peter Ujfalusi wrote: > On 10/12/2015 07:00 PM, Vinod Koul wrote: >> On Thu, Sep 24, 2015 at 01:01:58PM +0300, Peter Ujfalusi wrote: >>> Move the code out from arch/arm/common and merge it inside of the dmaengine >>> driver. >>> This change is done with as minimal change to

[PATCH] spi: spi-ti-qspi: switch to polling mode for better r/w performance

Currently word completion interrupt is fired for transfer of every word(8bit to 128bit in size). This adds a lot of overhead, and decreases r/w throughput. It hardly takes 3us(@48MHz) for 128bit r/w to complete, hence its better to poll on word complete bit to be set in QSPI_SPI_STATUS_REG instead

Re: [PATCH v2 0/3] arm:irchip: IRQCHIP_DECLARE macro is now accessible

On Tue, Oct 13, 2015 at 02:56:12PM +0200, Joel Porquet wrote: > The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h', making it > globally accessible. > > See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d ("irqchip: Move > IRQCHIP_DECLARE macro to include/linux/irqchip.h"). > > This

[PATCH] ARM: DRA7: hwmod: Remove elm address space from hwmod data

ELM address information is provided by device tree. No longer need to include this information within hwmod. Signed-off-by: Franklin S Cooper Jr --- arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 10 -- 1 file changed, 10 deletions(-) diff --git

Re: [PATCH] mmc: omap_hsmmc: fix initialization order of mmc block devices

On 13.10.2015 07:29, Heiko Schocher wrote: On embedded devices, often there is a combination of removable mmc devices (e.g. MMC/SD cards) and hard wired ones (e.g. eMMC). Depending on the hardware configuration, the 'mmcblkN' node might change if the removable device is available or not at boot

Re: [PATCH] mmc: omap_hsmmc: fix initialization order of mmc block devices

On Tue, Oct 13, 2015 at 08:24:08AM -0500, Nishanth Menon wrote: > On Tue, Oct 13, 2015 at 3:03 AM, Lokesh Vutla wrote: > > > > > > On Tuesday 13 October 2015 01:14 PM, Heiko Schocher wrote: > >> Hello Lokesh, > >> > >> Am 13.10.2015 um 08:46 schrieb Lokesh Vutla: > >>> +Nishanth,

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

On Tue, Oct 13, 2015 at 12:12:29AM +0300, Laurent Pinchart wrote: > Laurent Pinchart (37): ... > ARM: imx6sx-sdb: Fix typo in regulator enable GPIO property ... > ARM: dts: imx6qdl-tx6: Fix regulator enable GPIO polarity ... > ARM: dts: imx23-evk: Fix regulator enable GPIO polarity > ARM:

Re: [PATCH] ARM: AM35xx: Add M-USB clk device ID

On 13.10.2015 10:15, Tero Kristo wrote: > On 10/12/2015 06:22 PM, Rolf Peukert wrote: >> The glue code in drivers/usb/musb/am35x.c calls clk_get() to get its >> interface and function clocks for the M-USB controller. These calls fail >> in the current kernel. This patch adds clock definitions

Re: [PATCH] mmc: omap_hsmmc: fix initialization order of mmc block devices

On Tue, Oct 13, 2015 at 3:03 AM, Lokesh Vutla wrote: > > > On Tuesday 13 October 2015 01:14 PM, Heiko Schocher wrote: >> Hello Lokesh, >> >> Am 13.10.2015 um 08:46 schrieb Lokesh Vutla: >>> +Nishanth, >>> >>> On Tuesday 13 October 2015 10:59 AM, Heiko Schocher wrote: On

Re: [PATCH] ARM: DRA7: hwmod: Remove elm address space from hwmod data

On Tuesday 13 October 2015 07:14 PM, Franklin S Cooper Jr wrote: > ELM address information is provided by device tree. No longer need > to include this information within hwmod. Reviewed-by: Lokesh Vutla Thanks and regards, Lokesh > > Signed-off-by: Franklin S Cooper Jr

Re: [PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

On Tue, Oct 13, 2015 at 12:10:45PM +, Woodruff, Richard wrote: > > From: Lucas Stach [mailto:l.st...@pengutronix.de] > > Sent: Tuesday, October 13, 2015 5:01 AM > > > So please help me to get this straight: > > > > Errata I688 only affects OMAP4 which is consequently the only user of > >

[PATCH v2 1/3] arm:exynos: IRQCHIP_DECLARE macro is now accessible

The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h', making it globally accessible. See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d ("irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h"). This patch adds the inclusion of 'include/linux/irqchip.h' and replaces the use

[PATCH v2 2/3] arm:imx: IRQCHIP_DECLARE macro is now accessible

The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h', making it globally accessible. See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d ("irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h"). This patch adds the inclusion of 'include/linux/irqchip.h' and replaces the use

RE: [PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

> From: Lucas Stach [mailto:l.st...@pengutronix.de] > Sent: Tuesday, October 13, 2015 5:01 AM > So please help me to get this straight: > > Errata I688 only affects OMAP4 which is consequently the only user of > omap_interconnect_sync() in it's WFI enter sequence, which in turn is > the only

RE: [PATCH] ARM: OMAP2: erratum I688 handling disabled for AM335x

> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk] > Sent: Tuesday, October 13, 2015 7:24 AM > If you implement drivers using nothing but writel() and readl(), then your > performance _will_ suck, but that's entirely the driver's fault. Your above analysis seems correct. Perhaps

[PATCH v2 0/3] arm:irchip: IRQCHIP_DECLARE macro is now accessible

The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h', making it globally accessible. See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d ("irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h"). This series of patches add inclusions of 'include/linux/irqchip.h' and replaces

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

On Monday 12 October 2015 13:45:09 Tony Lindgren wrote: > * Pali Rohár [151012 13:29]: > > On Monday 12 October 2015 22:16:40 Tony Lindgren wrote: > > > > > > Pali, any news on posting an updated series with the comments > > > addressed in this thread? It seems that we all

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

* Roger Quadros [151012 23:33]: > On 13/10/15 03:43, Tony Lindgren wrote: > > * 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

Re: [PATCH 12/17] ARM: OMAP2+: remove misuse of IRQF_NO_SUSPEND flag

On 13/10/15 15:53, Tony Lindgren wrote: * Sudeep Holla [151013 03:46]: On 12/10/15 21:28, Tony Lindgren wrote: * Tony Lindgren [151012 13:27]: * Sudeep Holla [150921 08:52]: The IRQF_NO_SUSPEND flag is used to identify the

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

Hi Shawn, On Tuesday 13 October 2015 22:09:46 Shawn Guo wrote: > On Tue, Oct 13, 2015 at 12:12:29AM +0300, Laurent Pinchart wrote: > > Laurent Pinchart (37): > ... > > > ARM: imx6sx-sdb: Fix typo in regulator enable GPIO property > > ... > > > ARM: dts: imx6qdl-tx6: Fix regulator enable

[PATCH v2 3/3] arm:omap2: IRQCHIP_DECLARE macro is now accessible

The IRQCHIP_DECLARE macro migrated to 'include/linux/irqchip.h', making it globally accessible. See commit 91e20b5040c67c51aad88cf87db4305c5bd7f79d ("irqchip: Move IRQCHIP_DECLARE macro to include/linux/irqchip.h"). This patch adds the inclusion of 'include/linux/irqchip.h' and replaces the use

Re: [PATCH 12/17] ARM: OMAP2+: remove misuse of IRQF_NO_SUSPEND flag

* Sudeep Holla [151013 03:46]: > > > On 12/10/15 21:28, Tony Lindgren wrote: > >* Tony Lindgren [151012 13:27]: > >>* Sudeep Holla [150921 08:52]: > >>>The IRQF_NO_SUSPEND flag is used to identify the interrupts that should > >>>be

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

On Tue, Oct 13, 2015 at 05:17:24PM +0300, Laurent Pinchart wrote: > Hi Shawn, > > On Tuesday 13 October 2015 22:09:46 Shawn Guo wrote: > > On Tue, Oct 13, 2015 at 12:12:29AM +0300, Laurent Pinchart wrote: > > > Laurent Pinchart (37): > > ... > > > > > ARM: imx6sx-sdb: Fix typo in regulator

Re: [PATCH] ARM: AM35xx: Add M-USB clk device ID

Hi, Rolf Peukert writes: > On 13.10.2015 10:15, Tero Kristo wrote: >> On 10/12/2015 06:22 PM, Rolf Peukert wrote: >>> The glue code in drivers/usb/musb/am35x.c calls clk_get() to get its >>> interface and function clocks for the M-USB controller. These calls fail >>> in

[PATCH] ARM: dts: omap3-igep: Use OMAP3_CORE1_IOPAD pinmux macro

Use the macro instead of absolute register offsets to make the code more readable as the values now match register addresses from the datasheet. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/omap3-igep.dtsi | 48 +++

Re: [PATCH] ARM: dts: omap3-igep: Use OMAP3_CORE1_IOPAD pinmux macro

Hello Laurent, Thanks a lot for the patch. On Tue, Oct 13, 2015 at 7:31 PM, Laurent Pinchart wrote: > Use the macro instead of absolute register offsets to make the code more > readable as the values now match register addresses from the datasheet. > >

Re: [PATCH 2/2] gpio: omap: convert to use generic irq handler

Grygorii, On Tue, 13 Oct 2015, Grygorii Strashko wrote: > I'd very appreciate for any advice of how to better proceed with your request. > - I can try to apply and re-send only patches marked by '*' > - I can prepare branch with all above patches Please provide a branch on top of 4.1.10 which

[PATCH 3/3] ARM: dts: Add basic support for isee igepv5

With omap5-board-common.dtsi, we can now easily add support for various omap5 board variants. Let's add minimal support for isee igepv5. So far I've tested that basic things work, such as serial, USB Ethernet, HDMI and WLAN. Note that like omap5-uevm, these boards seem to need to reserve 16MB

[PATCH 2/3] ARM: dts: Move most of omap5-uevm.dts to omap5-board-common.dtsi

Looks like thevarious omap5-uevm models and igepv5 are very similar. So let's create omap5-board-common.dtsi to allow fixing up things properly for mainline kernel to support all these. Even if we eventually end up having only PMIC + MMC + eMMC + SDIO WLAN + SATA + USB + HDMI configuration in the

[PATCH 1/3] ARM: dts: Fix WLAN regression on omap5-uevm

Commit 99f84cae43df ("ARM: dts: add wl12xx/wl18xx bindings") added device tree bindings for the TI WLAN SDIO on many omap variants. I recall wondering how come omap5-uevm did not have the WLAN added and this issue has been bugging me for a while now, and I finally tracked it down to a bad pinmux

Re: musb: communication issue with more than 12 FTDI ports

Yegor Yefremov writes: > On Mon, Oct 12, 2015 at 11:34 AM, Yegor Yefremov > wrote: >> We have a problem, when using more than 12 FTDI ports. Kernels tried: >> 3.18.1, 4.2.3 and 4.3-rc5. SoC am335x 600MHz >> >> Below the USB topology: >> >>

Re: [PATCH 2/2] gpio: omap: convert to use generic irq handler

Hi Thomas, On 10/12/2015 10:52 AM, Thomas Gleixner wrote: > Grygorii, > > can you please provide a patch set against 4.1-RT? That stuff rejects > left and right. > This is really not easy thing to do :( and I don't know how to do it the best way. This patches are based on top of big set of

Re: AM37x unable to drive output of some gpio lines (works with 2.6.37)

On 10/12/2015 04:12 PM, Ladislav Michl wrote: > On Fri, Oct 09, 2015 at 11:45:17AM +0200, Rolf Peukert wrote: >> On 09.10.2015 02:54, Ladislav Michl wrote: >>> Hi there! >>> >>> on custom AM37x board running 2.6.37 this was enough to enable gpio 67: >>> echo 71 > /sys/class/gpio/export >>> echo

Re: [PATCH v3 1/2] Trace: PM: promote event 'power_domain_target' to generic power domains.

On Monday, September 28, 2015 03:20:44 PM Marc Titinger wrote: > - change arg3 to a state name string: we got the current CPU rom the trace > backend already. This also prepares for multiple/named states in the power > domain, consistent with idle-states. states in the domain may match given > CPU

Re: [PATCH] ARM: AM35xx: Add M-USB clk device ID

Hi, On Tue, Oct 13, 2015 at 05:57:59PM -0500, Felipe Balbi wrote: > Sebastian Reichel writes: > > On Tue, Oct 13, 2015 at 10:50:45AM -0500, Felipe Balbi wrote: > >> Rolf Peukert writes: > >> > On 13.10.2015 10:15, Tero Kristo wrote: > >> >> On 10/12/2015

Re: [PATCH] ARM: AM35xx: Add M-USB clk device ID

hi, Sebastian Reichel writes: > Hi, > > On Tue, Oct 13, 2015 at 10:50:45AM -0500, Felipe Balbi wrote: >> Rolf Peukert writes: >> > On 13.10.2015 10:15, Tero Kristo wrote: >> >> On 10/12/2015 06:22 PM, Rolf Peukert wrote: >> >>> The glue code in

[PATCH] ARM: OMAP2+: Fix oops with LPAE and more than 2GB of memory

On boards with more than 2GB of RAM booting goes wrong with things not working and we're getting lots of l3 warnings: WARNING: CPU: 0 PID: 1 at drivers/bus/omap_l3_noc.c:147 l3_interrupt_handler+0x260/0x384() 4400.ocp:L3 Custom Error: MASTER MMC6 TARGET DMM1 (Idle): Data Access in User mode

Re: Linux 4.2.0-rc5: am335x: musb warnings

On Mon, Aug 31, 2015 at 03:11:58PM +0200, Yegor Yefremov wrote: > Hi Felipe, > > On Fri, Aug 7, 2015 at 12:57 PM, Yegor Yefremov > wrote: > > On Fri, Aug 7, 2015 at 12:16 PM, Yegor Yefremov > > wrote: > >> On Thu, Aug 6, 2015 at 4:21 PM,

Re: [PATCH] ARM: AM35xx: Add M-USB clk device ID

Hi, On Tue, Oct 13, 2015 at 10:50:45AM -0500, Felipe Balbi wrote: > Rolf Peukert writes: > > On 13.10.2015 10:15, Tero Kristo wrote: > >> On 10/12/2015 06:22 PM, Rolf Peukert wrote: > >>> The glue code in drivers/usb/musb/am35x.c calls clk_get() to get its > >>> interface

Re: AM37x unable to drive output of some gpio lines (works with 2.6.37)

On Tue, Oct 13, 2015 at 09:26:24PM +0300, Grygorii Strashko wrote: > I think You might need to check pin muxing in DT-file. if you have smth like > > dss_dpi_pins_cm_t35x: pinmux_dss_dpi_pins_cm_t35x { > pinctrl-single,pins = < > OMAP3_CORE1_IOPAD(0x20dc,

Re: [PATCH] ARM: AM35xx: Add M-USB clk device ID

Hi, Sebastian Reichel writes: > On Tue, Oct 13, 2015 at 05:57:59PM -0500, Felipe Balbi wrote: >> Sebastian Reichel writes: >> > On Tue, Oct 13, 2015 at 10:50:45AM -0500, Felipe Balbi wrote: >> >> Rolf Peukert writes: >> >> > On

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

On Tue, Oct 13, 2015 at 12:12:29AM +0300, Laurent Pinchart wrote: > 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 v3 27/27] ARM: dts: omap3: Fix gpmc and NAND nodes

On 13/10/15 03:43, Tony Lindgren wrote: > * 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