http://blog.gmane.org/gmane.linux.ports.arm.omap hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.linux.ports.arm.omap/99723 <pre>The following changes since commit 4f288f081bb67813d35c10d1b2fa68e863c4b188: ARM: OMAP2+: AM43x: SRAM base and size (2013-06-12 08:07:23 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap tags/omap-for-v3.11/soc-part2-signed for you to fetch changes up to 7bcad170154f1302aeeced4f236588091a261fbf: ARM: OMAP3+: am33xx id: Add new am33xx specific function to check dev_feature (2013-06-18 03:04:07 -0700) ---------------------------------------------------------------- Fix am43x minimal booting as I accidentally left out one patch from the already merged omap-for-v3.11/soc-signed branch. Also fixes for ti81x booting and revision check updates. These are based on omap-for-v3.11/soc-signed because of the am43x dependency to earlier patches. ---------------------------------------------------------------- Afzal Mohammed (1): ARM: OMAP2+: AM43x: basic dt support Aida Mynzhasova (2): ARM: OMAP2: TI81XX: id: Add cpu id for TI816x ES</pre> Tony Lindgren 2013-06-18T18:07:24 http://comments.gmane.org/gmane.linux.ports.arm.omap/99686 <pre>This patch contains following updates - Removed 'gpmc,device-nand'. Reference commit f40739faba8e804cf46505869ab98ad7c4a88833 ARM: dts: OMAP2+: Simplify NAND support (jon-hunter&lt; at &gt;ti.com) - updated 'num-cs' -&gt; 'gpmc,num-cs' Reference commit f34f37160c2960a763ed05d1e13b2ea75a48d0fb ARM: OMAP2+: gpmc: get number of useable GPMC chip-select(pekon&lt; at &gt;ti.com) Signed-off-by: Pekon Gupta &lt;pekon&lt; at &gt;ti.com&gt; --- arch/arm/boot/dts/am335x-evm.dts | 1 - arch/arm/boot/dts/am33xx.dtsi | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/boot/dts/am335x-evm.dts b/arch/arm/boot/dts/am335x-evm.dts index 7d2be9c..c71bb77 100644 --- a/arch/arm/boot/dts/am335x-evm.dts +++ b/arch/arm/boot/dts/am335x-evm.dts &lt; at &gt;&lt; at &gt; -136,7 +136,6 &lt; at &gt;&lt; at &gt; reg = &lt;0 0 0&gt;; /* CS0, offset 0 */ nand-bus-width = &lt;8&gt;; ti,nand-ecc-opt = "bch8"; -gpmc,device-nand = "true"; gpmc,device-width = &lt;1&gt;; gpmc,sync-clk-ps = &lt;0&gt;; gpmc,cs-on-ns = &lt;0&gt;; diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/</pre> Pekon Gupta 2013-06-18T10:55:01 http://comments.gmane.org/gmane.linux.ports.arm.omap/99679 <pre>The Patch adds TPS659038 PMIC support in the palmas mfd driver. The TPS659038 has almost the same registers as of the earlier supported variants of PALMAS family such as the TWL6035. The critical differences between TPS659038 and TWL6035 being: 1) TPS659038 has nothing related to battery charging and back up battery stuff. 2) TPS659038 does not have does not have SMPS10(Boost) step up convertor. 3) TPS659038 does not have Battery detection and anything related to battery. 4) SD card detection, Battery presence detection, Vibrator, USB OTG are missing when compared to TWL6035. Signed-off-by: J Keerthy &lt;j-keerthy&lt; at &gt;ti.com&gt; --- Documentation/devicetree/bindings/mfd/palmas.txt | 2 ++ drivers/mfd/palmas.c | 5 +++++ 2 files changed, 7 insertions(+), 0 deletions(-) diff --git a/Documentation/devicetree/bindings/mfd/palmas.txt b/Documentation/devicetree/bindings/mfd/palmas.txt index 7bcd59c..89cb773 100644 --- a/Documentation/devicetree/bindings/mfd/palmas.txt +++ b/Document</pre> J Keerthy 2013-06-18T10:03:53 http://comments.gmane.org/gmane.linux.ports.arm.omap/99625 <pre>This patch adds DebugSS data to clock-tree and hwmod data files. Changes from RFC/V1 (No code change): - Based on comments, we have to follow DT and loadable module approach for debugSS module as well, so separated out 2 patches of clock-tree and hwmod data addition from the RFC patch-series. - Added Paul's Ack on clock-tree patch. - Rebased on top of Benoit's for-3.11/dts branch. Link to original RFC - http://archive.arm.linux.org.uk/lurker/message/20130304.113554.53c9ec25.en.html Vaibhav Hiremath (2): ARM: AM33XX: clock: Add debugSS clock nodes ARM: AM33XX: hwmod: Add hwmod data for debugSS arch/arm/mach-omap2/cclock33xx_data.c | 47 +++++++++++++++++-- arch/arm/mach-omap2/omap_hwmod_33xx_data.c | 69 +++++++++++++++++++--------- 2 files changed, 89 insertions(+), 27 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Vaibhav Hiremath 2013-06-18T05:07:58 http://comments.gmane.org/gmane.linux.ports.arm.omap/99621 <pre> Loan Syndicacion Am AFG Guaranty Trust Bank, zu strukturieren wir Kreditlinien treffen Sie unsere Kunden spezifischen geschäftlichen Anforderungen und einen deutlichen Mehrwert für unsere Kunden Unternehmen. eine Division der AFG Finance und Private Bank plc. Wenn Sie erwägen, eine große Akquisition oder ein Großprojekt sind, können Sie brauchen eine erhebliche Menge an Kredit. AFG Guaranty Trust Bank setzen können zusammen das Syndikat, das die gesamte Kredit schnürt für Sie. Als Bank mit internationaler Reichweite, sind wir gekommen, um Darlehen zu identifizieren Syndizierungen als Teil unseres Kerngeschäfts und durch spitzte diese Zeile aggressiv sind wir an einem Punkt, wo wir kommen, um als erkannt haben Hauptakteur in diesem Bereich. öffnen Sie ein Girokonto heute mit einem Minimum Bankguthaben von 500 £ und Getup zu £ 10.000 als Darlehen und auch den Hauch einer Chance und gewann die Sterne Preis von £ 500.000 in die sparen und gewinnen promo in may.aply jetzt. mit dem Folowin</pre> AFG GTBANK LOAN 2013-06-17T19:28:00 http://comments.gmane.org/gmane.linux.ports.arm.omap/99620 <pre>Signed-off-by: Marek Belisko &lt;marek.belisko&lt; at &gt;open-nandra.com&gt; --- Resending because patch wasn't applied yet and was first time sent in January. arch/arm/boot/dts/omap3-gta04.dts | 94 +++++++++++++++++++++++++++++++++++++++ 1 file changed, 94 insertions(+) create mode 100644 arch/arm/boot/dts/omap3-gta04.dts diff --git a/arch/arm/boot/dts/omap3-gta04.dts b/arch/arm/boot/dts/omap3-gta04.dts new file mode 100644 index 0000000..9e7e3ec --- /dev/null +++ b/arch/arm/boot/dts/omap3-gta04.dts &lt; at &gt;&lt; at &gt; -0,0 +1,94 &lt; at &gt;&lt; at &gt; +/* + * Copyright (C) 2013 Marek Belisko &lt;marek.belisko&lt; at &gt;open-nandra.com&gt; + * + * Based on omap3-beagle-xm.dts + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License version 2 as + * published by the Free Software Foundation. + */ +/dts-v1/; + +/include/ "omap3.dtsi" + +/ { +model = "OMAP3 GTA04"; +compatible = "ti,omap3-gta04", "ti,omap3"; + +memory { +device_type = "memory"; +reg = &lt;0x80000000 0x20000000&gt;; /* 512 MB */ +</pre> Marek Belisko 2013-06-17T21:06:11 http://comments.gmane.org/gmane.linux.ports.arm.omap/99616 <pre>This patch series adds runtime PM support (specifically suspend/resume) for GPMC and ELM drivers. [Patch 1/3]: Adds pm_runtime calls to handle GPMC module probe and remove [Patch 2/3]: Adds GPMC suspend/resume support. [Patch 3/3]: Adds ELM suspend/resume support. Tested on am335x-evm with NAND flash support, using following: echo devices &gt; /sys/power/pm_test echo mem&gt; /sys/power/state echo core&gt; /sys/power/pm_test echo mem&gt; /sys/power/state Changes since v4: - added save/restore to ELM suspend/resume - removed #ifdef CONFIG_ARCH_OMAP3 - updated changelog to be more descriptive Changes Since v3: - CONFIG_PM -&gt; CONFIG_PM_SLEEP - using struct dev_pm_ops via driver-&gt;pm, instead of struct platform_driver - rebased to 3.10-rc5 Changes Since v2: - Remove calll back of nand_suspend from omap2 nand driver, as the same call already done from suspend activity mtd class driver. [1] http://comments.gmane.org/gmane.linux.ports.arm.omap/91405 avinash philip (3): ARM: OMAP2+: gpmc: Converts GPMC driver</pre> Pekon Gupta 2013-06-17T18:46:36 http://comments.gmane.org/gmane.linux.ports.arm.omap/99614 <pre>The following changes since commit 7d132055814ef17a6c7b69f342244c410a5e000f: Linux 3.10-rc6 (2013-06-15 11:51:07 -1000) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git tags/omap-pm-v3.11/voltdm for you to fetch changes up to 63b0420c85096d4bb1a3ba365dbf6b970a58b8f7: ARM: AM33xx: Remove the unused voltagedomain data (2013-06-17 07:26:44 -0700) ---------------------------------------------------------------- OMAP: PM: remove requirement for voltage domain data; remove dummy data ---------------------------------------------------------------- Rajendra Nayak (2): ARM: OMAP2+: Powerdomain: Remove the need to always have a voltdm associated to a pwrdm ARM: AM33xx: Remove the unused voltagedomain data arch/arm/mach-omap2/Makefile | 1 - arch/arm/mach-omap2/io.c | 1 - arch/arm/mach-omap2/powerdomain.c | 5 ++++ arch/arm/mach-omap2/powerdomain.h | 2 ++ arch/ar</pre> Kevin Hilman 2013-06-17T18:14:06 http://comments.gmane.org/gmane.linux.ports.arm.omap/99603 <pre>Hi Felipe, so with these two I can use the second port on my am335x-evm in hostmode. After the second ports gets noticed by Linux I see over and over: |musb_bus_suspend 2457: trying to suspend as a_wait_bcon while active Which disappears once I plug in a device and does not come back after I unplug it. Port 0 in device seems to run as well. On the first time i see | CAUTION: musb: Babble Interrupt Occurred | g_ncm gadget: high-speed config #1: CDC Ethernet (NCM) and on the second time I plug it in there is no such babble error. Maybe there is some kind of init missing here. Any comments? Sebastian -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo&lt; at &gt;vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html </pre> Sebastian Andrzej Siewior 2013-06-17T15:13:32 http://comments.gmane.org/gmane.linux.ports.arm.omap/99598 <pre>The following changes since commit 595470a7853848cb971d5ee3fed443b1e3aa0d1b: OMAPDSS: gracefully disable overlay at error (2013-06-17 14:00:56 +0300) are available in the git repository at: git://gitorious.org/linux-omap-dss2/linux.git tags/omapdss-for-3.11-2 for you to fetch changes up to c545b59515cca4ccaf920e12582a43836cddaa2b: OMAPDSS: panels: add Kconfig comment (2013-06-17 14:33:21 +0300) ---------------------------------------------------------------- OMAP display subsystem changes for 3.11 (part 2/2) This is the second part of OMAP DSS changes for 3.11. This part contains the new DSS device model support. The current OMAP panel drivers use a custom DSS bus, and there's a hard limit of one external display block per video pipeline. In the new DSS device model the devices/drivers are made according to the control bus of the display block, usually platform, i2c or spi. The display blocks can also be chained so that we can have separate drivers for setups with both external encoder and pane</pre> Tomi Valkeinen 2013-06-17T13:47:53 http://comments.gmane.org/gmane.linux.ports.arm.omap/99597 <pre>The following changes since commit 317ddd256b9c24b0d78fa8018f80f1e495481a10: Linux 3.10-rc5 (2013-06-08 17:41:04 -0700) are available in the git repository at: git://gitorious.org/linux-omap-dss2/linux.git tags/omapdss-for-3.11-1 for you to fetch changes up to 595470a7853848cb971d5ee3fed443b1e3aa0d1b: OMAPDSS: gracefully disable overlay at error (2013-06-17 14:00:56 +0300) ---------------------------------------------------------------- OMAP display subsystem changes for 3.11 (part 1/2) This is the first part of OMAP DSS changes for 3.11. This part contains fixes, cleanups and reorganizations that are not directly related to the new DSS device model that is added in part 2, although many of the reorganizations are made to make the part 2 possible. There should not be any functional changes visible to the user except the few bug fixes. The main new internal features: - Display (dis)connect support, which allows us to explicitly (dis)connect a whole display pipeline - Panel list, which allow</pre> Tomi Valkeinen 2013-06-17T13:46:14 http://comments.gmane.org/gmane.linux.ports.arm.omap/99593 <pre>I haven't tested this but it should not work the way it is now. The format for of_parse_phandle() is usuall "phandle index" not the other way around. Cc: Benoît Cousson &lt;b-cousson&lt; at &gt;ti.com&gt; Cc: Roger Quadros &lt;rogerq&lt; at &gt;ti.com&gt; Signed-off-by: Sebastian Andrzej Siewior &lt;bigeasy&lt; at &gt;linutronix.de&gt; --- arch/arm/boot/dts/omap3-beagle.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/omap3-beagle.dts b/arch/arm/boot/dts/omap3-beagle.dts index 6eec699..a12e9b0 100644 --- a/arch/arm/boot/dts/omap3-beagle.dts +++ b/arch/arm/boot/dts/omap3-beagle.dts &lt; at &gt;&lt; at &gt; -128,7 +128,7 &lt; at &gt;&lt; at &gt; }; &amp;usbhsehci { -phys = &lt;0 &amp;hsusb2_phy&gt;; +phys = &lt;&amp;hsusb2_phy 0&gt;; }; &amp;twl_gpio { </pre> Sebastian Andrzej Siewior 2013-06-17T13:27:17 http://comments.gmane.org/gmane.linux.ports.arm.omap/99590 <pre>Hi, The powerdomain framework currently expects to always have a voltagedomain associated with a given powerdomain. We already have AM33xx which has no Voltage Controller/Voltage Processor as part of PRCM. There are more SoCs' to follow starting with AM437x and DRA7xx which do not have VC/VP. All these SoCs', hence do not support any form of auto-scaling of voltages, that was possible on earlier OMAPs' using the VFSM to trigger an i2c communication to the PMIC automatically on hitting a low power state. Instead of adding dummy voltage domain data files, like was done for the AM33xx case, make the powerdomain framework aware of the fact that some SoCs' might not really have support for auto-scaling of voltages in hw. Patches are based of 3.10-rc6 and are boot tested on am335x bone. Rajendra Nayak (2): ARM: OMAP2+: Powerdomain: Remove the need to always have a voltdm associated to a pwrdm ARM: AM33xx: Remove the unused voltagedomain data arch/arm/mach-omap2/Makefile | 1 - arc</pre> Rajendra Nayak 2013-06-17T13:16:21 http://comments.gmane.org/gmane.linux.ports.arm.omap/99581 <pre>Remove code which is not necessary for a device tree boot. Boot tested on OMAP5-UEVM board. Signed-off-by: J Keerthy &lt;j-keerthy&lt; at &gt;ti.com&gt; Acked-by: Laxman Dewangan &lt;ldewangan&lt; at &gt;nvidia.com&gt; Acked-by: Graeme Gregory &lt;gg&lt; at &gt;slimlogic.co.uk&gt; --- drivers/mfd/palmas.c | 106 -------------------------------------------------- 1 files changed, 0 insertions(+), 106 deletions(-) diff --git a/drivers/mfd/palmas.c b/drivers/mfd/palmas.c index 53e9fe6..62fa728 100644 --- a/drivers/mfd/palmas.c +++ b/drivers/mfd/palmas.c &lt; at &gt;&lt; at &gt; -25,77 +25,6 &lt; at &gt;&lt; at &gt; #include &lt;linux/mfd/palmas.h&gt; #include &lt;linux/of_platform.h&gt; -enum palmas_ids { -PALMAS_PMIC_ID, -PALMAS_GPIO_ID, -PALMAS_LEDS_ID, -PALMAS_WDT_ID, -PALMAS_RTC_ID, -PALMAS_PWRBUTTON_ID, -PALMAS_GPADC_ID, -PALMAS_RESOURCE_ID, -PALMAS_CLK_ID, -PALMAS_PWM_ID, -PALMAS_USB_ID, -}; - -static struct resource palmas_rtc_resources[] = { -{ -.start = PALMAS_RTC_ALARM_IRQ, -.end = PALMAS_RTC_ALARM_IRQ, -.flags = IORESOURCE_IRQ, -}, -}; - -static const struct mfd_cell palm</pre> J Keerthy 2013-06-17T11:47:58 http://comments.gmane.org/gmane.linux.ports.arm.omap/99542 <pre>Remove code which is not necessary for a device tree boot. Boot tested on OMAP5-UEVM board. Signed-off-by: J Keerthy &lt;j-keerthy&lt; at &gt;ti.com&gt; --- drivers/mfd/palmas.c | 106 -------------------------------------------------- 1 files changed, 0 insertions(+), 106 deletions(-) diff --git a/drivers/mfd/palmas.c b/drivers/mfd/palmas.c index 53e9fe6..62fa728 100644 --- a/drivers/mfd/palmas.c +++ b/drivers/mfd/palmas.c &lt; at &gt;&lt; at &gt; -25,77 +25,6 &lt; at &gt;&lt; at &gt; #include &lt;linux/mfd/palmas.h&gt; #include &lt;linux/of_platform.h&gt; -enum palmas_ids { -PALMAS_PMIC_ID, -PALMAS_GPIO_ID, -PALMAS_LEDS_ID, -PALMAS_WDT_ID, -PALMAS_RTC_ID, -PALMAS_PWRBUTTON_ID, -PALMAS_GPADC_ID, -PALMAS_RESOURCE_ID, -PALMAS_CLK_ID, -PALMAS_PWM_ID, -PALMAS_USB_ID, -}; - -static struct resource palmas_rtc_resources[] = { -{ -.start = PALMAS_RTC_ALARM_IRQ, -.end = PALMAS_RTC_ALARM_IRQ, -.flags = IORESOURCE_IRQ, -}, -}; - -static const struct mfd_cell palmas_children[] = { -{ -.name = "palmas-pmic", -.id = PALMAS_PMIC_ID, -}, -{ -.name = "pa</pre> J Keerthy 2013-06-17T05:46:02 http://comments.gmane.org/gmane.linux.ports.arm.omap/99541 <pre> Here are some basic OMAP test results for Linux v3.10-rc6. Logs and other details at: http://www.pwsan.com/omap/testlogs/test_v3.10-rc6/20130616211951/ Test summary ------------ Build: uImage: Pass (16/16): am33xx_only, n800_multi_omap2xxx, n800_only_a, omap1_defconfig, omap1_defconfig_1510innovator_only, omap1_defconfig_5912osk_only, omap2plus_defconfig, omap2plus_defconfig_2430sdp_only omap2plus_defconfig_cpupm, omap2plus_defconfig_no_pm, omap2plus_defconfig_omap2_4_only, omap2plus_defconfig_omap3_4_only, rmk_omap3430_ldp_allnoconfig, rmk_omap3430_ldp_oldconfig, rmk_omap4430_sdp_allnoconfig, rmk_omap4430_sdp_oldconfig Build: zImage: Pass ( 1/ 1): omap2plus_defconfig Boot to userspace: FAIL ( 3/12): 37xxevm, am335xbone, am335xbonelt Pass ( 9/12): 2420n800, 2430sdp, 3517evm, 3530es3beagle, </pre> Paul Walmsley 2013-06-17T05:23:17 http://comments.gmane.org/gmane.linux.ports.arm.omap/99513 <pre>Hi This set gets rid off arch/arm/mach-omap1/dma.h and arch/arm/mach-omap2/dma.h by removing duplicated definitions, by using numeric values when setting hwmod and platform data and by removing legacy stuff. Most cleanup is done by the scripts in commit logs and set has been build tested with omap1_defconfig and omap2plus_defconfig. Jarkko Nikula (8): ARM: OMAP2+: Remove AES crypto device DMA channel definitions ARM: OMAP2+: Remove duplicated DMA channel definitions ARM: OMAP2+: hwmod: Remove remaining DMA channel definitions ARM: OMAP2+: Remove dma.h ARM: OMAP1: Remove McBSP DMA channel definitions ARM: OMAP1: Remove duplicated DMA channel definitions ARM: OMAP1: Remove legacy irda.h and irda setup from board files ARM: OMAP1: Remove dma.h arch/arm/mach-omap1/board-h2.c | 36 ------------ arch/arm/mach-omap1/board-palmte.c | 31 ---------- arch/arm/mach-omap1/board-palmtt.c | 30 ---------- arch/arm/mach-omap1/board-palmz71.c </pre> Jarkko Nikula 2013-06-15T08:31:01 http://comments.gmane.org/gmane.linux.ports.arm.omap/99484 <pre>Add AM43x ePOS EVM minimal DT source - this is a minimal one to get it booting. Also include it in omap2plus dtbs and document bindings. The hardware is under development. Signed-off-by: Afzal Mohammed &lt;afzal&lt; at &gt;ti.com&gt; --- Hi Benoit, This is based on your for_3.11/dts branch. Ideally I wanted to split this into 3 patches - first doc, second dts and last adding build support. As changes in total is trivial, it was made a single one. Regards Afzal Documentation/devicetree/bindings/arm/omap/omap.txt | 3 +++ arch/arm/boot/dts/Makefile | 3 ++- arch/arm/boot/dts/am43x-epos-evm.dts | 18 ++++++++++++++++++ 3 files changed, 23 insertions(+), 1 deletion(-) create mode 100644 arch/arm/boot/dts/am43x-epos-evm.dts diff --git a/Documentation/devicetree/bindings/arm/omap/omap.txt b/Documentation/devicetree/bindings/arm/omap/omap.txt index f8288ea..6d498c7 100644 --- a/Documentation/devicetree/bindings/arm/omap/omap.txt +++ b/Documentation/devicetree/bindings/arm/omap/oma</pre> Afzal Mohammed 2013-06-14T14:03:34 http://comments.gmane.org/gmane.linux.ports.arm.omap/99478 <pre>Hi Tony, Roger, I recently raised the i2c issue with reading EDID from a DVI monitor on Panda, when booting with DT. I just couldn't get reading EDID work at all reliably. I now see problems with non-DT also. Booting with 3.10-rc5, with DSS compiled into the kernel, reading EDID fails during the boot. I can later read the EDID fine from userspace. With help from Roger, we found the issue. DVI cable has a +5V line, that the source (i.e. Panda) has to provide. This +5V is required to read EDID, but according to the documentation I think it's actually required to show video also (although I guess this could depend on the monitor). I think for OMAP3 boards the +5V is always-on (I haven't looked at OMAP3 boards yet, though). For Panda, the +5V comes from DC_HST_5V, controlled with a GPIO, which is used for USB and currently managed by USB in arch/arm/mach-omap2/usb-host.c, which creates a fixed voltage hsusbX_vcc regulator. So, basically, if USB is disabled, DVI doesn't work. This is why I see problems with</pre> Tomi Valkeinen 2013-06-14T13:52:28 http://comments.gmane.org/gmane.linux.ports.arm.omap/99464 <pre>Introduce features to select the appropriate sub-modules present in the palmas variants. This adds the major features present in palmas family of PMICs. Boot tested on OMAP5 uevm board. Signed-off-by: J Keerthy &lt;j-keerthy&lt; at &gt;ti.com&gt; --- drivers/mfd/palmas.c | 83 ++++++++++++++++++++++++++++++++++---------- include/linux/mfd/palmas.h | 55 +++++++++++++++++++++++++++++ 2 files changed, 119 insertions(+), 19 deletions(-) diff --git a/drivers/mfd/palmas.c b/drivers/mfd/palmas.c index 53e9fe6..0ca5854 100644 --- a/drivers/mfd/palmas.c +++ b/drivers/mfd/palmas.c &lt; at &gt;&lt; at &gt; -302,6 +302,27 &lt; at &gt;&lt; at &gt; static void palmas_dt_to_pdata(struct i2c_client *i2c, palmas_set_pdata_irq_flag(i2c, pdata); } +static unsigned int palmas_features = PALMAS_PMIC_FEATURE_WATCHDOG | +PALMAS_PMIC_FEATURE_REGULATORS | +PALMAS_PMIC_FEATURE_BACKUP_BATTERY | +PALMAS_PMIC_FEATURE_32K_CLK | +PALMAS_PMIC_FEATURE_RTC | +PALMAS_PMIC_FEATURE_GPADC | +PALMAS_PMIC_FEATURE_USB_OTG | +PALMAS_PMIC_FEATURE_CHARGER_D</pre> J Keerthy 2013-06-14T09:21:58 http://comments.gmane.org/gmane.linux.ports.arm.omap/99462 <pre>Building omap5 standalone results in the below errors.. arch/arm/mach-omap2/built-in.o: In function `scu_gp_set': arch/arm/mach-omap2/sleep44xx.S:132: undefined reference to `scu_power_mode' arch/arm/mach-omap2/built-in.o: In function `scu_gp_clear': arch/arm/mach-omap2/sleep44xx.S:229: undefined reference to `scu_power_mode' arch/arm/mach-omap2/built-in.o: In function `omap4_smp_prepare_cpus': arch/arm/mach-omap2/omap-smp.c:211: undefined reference to `scu_enable' arch/arm/mach-omap2/built-in.o: In function `omap4_smp_init_cpus': arch/arm/mach-omap2/omap-smp.c:185: undefined reference to `scu_get_core_count' Fix this by adding the missing select for HAVE_ARM_SCU for SOC_OMAP5 Reported-by: Pekon Gupta &lt;pekon&lt; at &gt;ti.com&gt; Signed-off-by: Rajendra Nayak &lt;rnayak&lt; at &gt;ti.com&gt; --- arch/arm/mach-omap2/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig index f49cd51..81690a2 100644 --- a/arch/arm/mach-omap2/Kconfig +++ b/arch/arm/mach-omap2/Kconfig &lt; at &gt;&lt; at &gt; -</pre> Rajendra Nayak 2013-06-14T09:11:46 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.linux.ports.arm.omap