aboutsummaryrefslogtreecommitdiffstats
path: root/arch/arm/mach-omap2
Commit message (Collapse)AuthorAge
...
* OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0Andy Green2012-08-17
| | | | | | | | | | | | | | | | | | This patch registers a network device notifier callback to set the mac addresses for the onboard network assets of Panda correctly, despite the drivers involved have used a random or all-zeros MAC address. The technique was suggested by Alan Cox on lkml. It works by device path so it corrects the MAC addresses even if the drivers are in modules loaded in an order that changes their interface name from usual (eg, the onboard module might be "wlan1" if there is a USB wireless stick plugged in and its module is inserted first.) Cc: Alan Cox <alan@lxorguk.ukuu.org.uk> Signed-off-by: Andy Green <andy.green@linaro.org> Acked-by: Arnd Bergmann <arnd@arndb.de> Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
* OMAP2+: add cpu id register to MAC address helperAndy Green2012-08-17
| | | | | | | | | | | | | | | Introduce a generic helper function that can set a MAC address using data from the OMAP unique CPU ID register. For comparison purposes this produces a MAC address of 2e:40:70:f0:12:06 for the ethernet device on my Panda. Signed-off-by: Andy Green <andy.green@linaro.org> Acked-by: Arnd Bergmann <arnd@arndb.de> Signed-off-by: Nicolas Pitre <nicolas.pitre@linaro.org>
* OMAP4: PM: Export omap4_get_base*() rather than global address pointersSantosh Shilimkar2012-08-17
| | | | | | | | | | | | This patch exports APIs to get base address for GIC distributor, CPU interface, SCU and PL310 L2 Cache which are used in OMAP4 PM code. This was suggested by Kevin Hilman <khilman@ti.com> during OMAP4 PM code review. Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com> Cc: Kevin Hilman <khilman@ti.com>
* OMAP4: PM: Add SAR RAM supportSantosh Shilimkar2012-08-17
| | | | | | | | This patch adds SAR RAM support on OMAP4430. SAR RAM used to save and restore the HW context in low power modes. Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com> Cc: Kevin Hilman <khilman@ti.com>
* OMAP4: PM: Add CPUX OFF mode supportSantosh Shilimkar2012-08-17
| | | | | | | | | | | | This patch adds the CPU0 and CPU1 off mode support. CPUX close switch retention (CSWR) is not supported by hardware design. The CPUx OFF mode isn't supported on OMAP4430 ES1.0 CPUx sleep code is common for hotplug, suspend and CPUilde. Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com> Cc: Kevin Hilman <khilman@ti.com>
* OMAP4: PM: Add suppport for IO wakeupRajendra Nayak2012-08-17
| | | | | | | | | This patch adds support for IO wakeup infrasturcture [Todd: avoided multiple pwrdms_setup] Signed-off-by: Rajendra Nayak <rnayak@ti.com> Signed-off-by: Todd Poynor <toddpoynor@google.com>
* omap4460 changes need missing includesAndy Green2012-08-17
| | | | Signed-off-by: Andy Green <andy.green@linaro.org>
* OMAP3+: PM: voltagedomain: introduce dependent voltage domain supportVishwanath BS2012-08-17
| | | | | | | | | | | | | | | | | There could be dependencies between various voltage domains for maintaining system performance or hardware limitation reasons like VDD<X> should be at voltage v1 when VDD<Y> is at voltage v2. This patch introduce dependent vdd information structures in the voltage layer which can be used to populate these dependencies for a voltage domain. Based on original patch from Thara. NOTE: OMAP4460 dependency table is not frozen yet, hence not added. [nm@ti.com: cleanups and squash for OMAP3,4 data] Signed-off-by: Vishwanath BS <vishwanath.bs@ti.com> Cc: Thara Gopinath <thara@ti.com>
* OMAP4460 cleanup static def nonstatic prototypeAndy Green2012-08-17
| | | | Signed-off-by: Andy Green <andy.green@linaro.org>
* OMAP4460: OPP: Update MPU and IVA dependencyRajendra Nayak2012-08-17
| | | | | | | | | | | Define new tables for 4460 specific MPU and IVA voltage dependencies. Also uncomment the 4430 specific dependencies since CORE voltage scale is functional now. Acked-by: Nishanth Menon <nm@ti.com> Signed-off-by: Rajendra Nayak <rnayak@ti.com>
* OMAP4460: cpufreq: Use the virtual clock node to scale MPURajendra Nayak2012-08-17
| | | | | | | | 4460 has a new virtual clock node modeled to handle DCC and other async bridge dependencies. Make cpufreq use the virtual node for scaling. Signed-off-by: Rajendra Nayak <rnayak@ti.com>
* OMAP4: PM44: Handle 4460 clk name delta for mpuNishanth Menon2012-08-17
| | | | | | | | The DPLL for MPU should now be virt_dpll_mpu_ck instead of dpll_mpu_ck for OMAP4460. Fix this for idle changes Reported-by: Colin Cross <ccross@google.com> Signed-off-by: Nishanth Menon <nm@ti.com>
* OMAP4460: L2X0: Temporary work-around for stability.Santosh Shilimkar2012-08-17
| | | | | | | | | | | | | | | | OMAP4460 ES1.0 seems to suffer from stability with L2 cache enabled. The root-cause analysis is ongoing but in meantime this chabe is to enable a software WA with L2 cache enabled build. The WA consist of locking certain cache ways based on their positions on the physical memory layout. Downside of this WA is that effective L2 cache size will be 512 KB instead of 1 MB. Of course this is temporary WA and needs to removed once the root cause and the right fix is found. Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
* OMAP4: L2X0: Update PL310 register bits for OMAP4460Santosh Shilimkar2012-08-17
| | | | | | | On OMAP4460, L2 double line fill feature is available. Enable the same along with optimal POR offset. Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
* Merge branch 'v3.0-4460-fixes' into omap-pm-integrationNishanth Menon2012-08-17
|
* OMAP4: OPP: add OMAP4460 definitionsVishwanath BS2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | Add OMAP4460 OPP definitions for voltage and frequencies based on OMAP4460 ES1.0 DM Operating Condition Addendum Version 0.1 The following exceptions are present: * Smartreflex support is still on experimental mode: the gains and min limits are currently pending characterization data. The values are picked up currently from TI's Kernel 2.6.35: git://git.omapzoom.org/kernel/omap.git p-android-omap-2.6.35-4460-wip dcfa2a4 * Efuse offset for core OPP100-OV setting is not clear in documentation and seems to be not supported in K35 * IVA OPPs beyond OPP100 are disabled due to the delta between max OMAP4460 current requirements and Phoenix Max supply on VCORE2 in the default configuration - boards which have supply which can support this should explicitly call opp_enable and enable the same. * MPU OPPs > OPPTURBO can easily be detected using a efuse burnt - currently disabled pending clock cleanups. [nm@ti.com: cleanups and updates from Datamanual and k35 source] Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Vishwanath BS <vishwanath.bs@ti.com>
* OMAP4: PM: Handle 4460 clk name delta for mpuNishanth Menon2012-08-17
| | | | | | | | The DPLL for MPU should now be dpll_mpu_ck instead of virt_dpll_mpu_ck for 4460. Reported-by: Colin Cross <ccross@google.com> Signed-off-by: Nishanth Menon <nm@ti.com>
* OMAP4460: dpll: Control async bridge to ABE and L3/MA to EMIFRajendra Nayak2012-08-17
| | | | | | | | | | | | On OMAP4460 when the MPU Frequency is above 748Mhz, the programmable divider for the Async bridge to ABE must be set to MPU-Freq/8. For lower frequency, it should be MPU-Freq/4. Similarly for MPU Frequency above 920Mhz, the programmable divider for the async bridge to L3 and Memory Adapter interfaces of EMIF must be MPU-Freq/4. For lower frequency, they should be MPU-Freq/2. Signed-off-by: Rajendra Nayak <rnayak@ti.com>
* OMAP4460: dpll: Support MPU frequencies > 1 GhzRajendra Nayak2012-08-17
| | | | | | | | | | | | | | | | | | | The OMAP4460 platform needs DCC (Duty cycle correction) enabled for frequencies above 1GHz from the MPU DPLL. Also on 4460, the MPU clk for frequencies higher than 1Ghz is sourced from CLKOUTX2_M3, instead of CLKOUT_M2, while value of M3 is fixed to 1. Hence for frequencies higher than 1 Ghz, the dpll should be locked at half the rate so the CLKOUTX2_M3 out then matches the requested rate. To do this a virtual clock node 'virt_dpll_mpu_ck' is modeled, which has custom recalc, round_rate and set_rate functions implemented which handle all the above requirements. Signed-off-by: Rajendra Nayak <rnayak@ti.com> Signed-off-by: Vishwanath BS <vishwanath.bs@ti.com>
* OMAP4: clockdomain: Reuse on 4460 using CHIP_IS_44XXRajendra Nayak2012-08-17
| | | | | | | | The 4460 platform has no difference in the clockdomains as compared to the 4430 platform. Hence just update the .omap_chip field to make sure the same clockdomains model data can be reused on the 4460 platform. Signed-off-by: Rajendra Nayak <rnayak@ti.com>
* OMAP4: powerdomain: Update MPU powerdomain for 4460Rajendra Nayak2012-08-17
| | | | | | | | | | The 4460 platform has changes in the MPU powerdomain, hence model a new powerdomain for it and identify is using the CHIP_IS_OMAP446X macro. Also move all the common powerdomains to use CHIP_IS_44XX so they are reused on OMAP4460. Signed-off-by: Rajendra Nayak <rnayak@ti.com>
* OMAP4: clocks: Update the clock tree with 4460 clock nodesRajendra Nayak2012-08-17
| | | | | | | | | OMAP4460 platform has a few clock nodes which are added and a few which are missing (compared to the 4430 platform) Update the clock tree accordingly and handle these nodes using the clock flags (CK_*). Signed-off-by: Rajendra Nayak <rnayak@ti.com>
* OMAP4: clocks: distinguish 4430 and 4460Rajendra Nayak2012-08-17
| | | | | | | | | OMAP4460 platform has a few clock nodes which are added and a few which are missing (compared to the 4430 platform) rename current 4430 definitions to 44XX and followon patches will introduce the 4460 changes Signed-off-by: Rajendra Nayak <rnayak@ti.com>
* OMAP4: hwmod: differentiate 4430 and 4460 bandgapNishanth Menon2012-08-17
| | | | | | | | OMAP4430 and 4460 have slightly different functional clocks. we need to map this back into hwmod database as well to ensure sanity. Signed-off-by: Nishanth Menon <nm@ti.com>
* OMAP4460: hwmod: Do not reset GPIO1 during hwmod initMoiz Sonasath2012-08-17
| | | | | | | | | | | | | | | | | | | | For OMAP4460, GPIO-7 of bank1 is used for controling the TPS modes, hence GPIO1 should not be reset during init as reset will cause the TPS voltage to drop to 0.9 V. IMPORTANT: this patch has been rejected upstream: http://marc.info/?t=130637509100002&r=1&w=2 Recommendation is: omap_hwmod_no_setup_reset in board files we fork in that respect to make it easier for boards following TI reference schematics. Originally from: http://git.omapzoom.org/?p=kernel/omap.git;a=commitdiff;h=52ae4f0de03b17c064d9ce90a580230f1a596ec1 [nm@ti.com: upstream version] Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Moiz Sonasath <m-sonasath@ti.com>
* OMAP4: hwmod: make current hwmods common for 4460 and 4430Aneesh V2012-08-17
| | | | | | | | | | Make all hwmod data used for OMAP4430 available for the OMAP44XX class so that OMAP4460 can use them. We will modify the required 4460 hwmod in further patch(es). [nm@ti.com: just rebased to .39] Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Aneesh V <aneesh@ti.com>
* OMAP4: PRM: OMAP4460 specific PRM and CM register bitshiftsRajendra Nayak2012-08-17
| | | | | | | This patch adds additional register bitshifts for registers added in OMAP4460 platform. Signed-off-by: Rajendra Nayak <rnayak@ti.com>
* OMAP: ID: introduce chip detection for OMAP4460Aneesh V2012-08-17
| | | | | | | | | | | | | | | | | | | | | | Add support for detecting the latest in the OMAP4 family: OMAP4460 Among other changes, the new chip also can support 1.5GHz A9s, 1080p stereoscopic 3D and 12 MP stereo (dual camera). In addition, we have changes to OPPs supported, clock tree etc, hence having a chip detection is required. Starting from OMAP4460 ES1.0, we are moving from HAWKEYE to Ramp system for chip identification. Since the bit offsets are the same, just rename the variable for dual use. For more details on OMAP4460, see Highlights: http://focus.ti.com/general/docs/wtbu/wtbuproductcontent.tsp?contentId=53243&navigationId=12843&templateId=6123 Public TRM is available here as usual: http://focus.ti.com/general/docs/wtbu/wtbudocumentcenter.tsp?templateId=6123&navigationId=12667 [nm@ti.com: cleanups and introduction of ramp system] Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Aneesh V <aneesh@ti.com>
* ARM: OMAP2+: OPP: Fix to ensure check of right oppdef after bad oneNishanth Menon2012-08-13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/1034988 commit b110547e586eb5825bc1d04aa9147bff83b57672 upstream. Commit 9fa2df6b90786301b175e264f5fa9846aba81a65 (ARM: OMAP2+: OPP: allow OPP enumeration to continue if device is not present) makes the logic: for (i = 0; i < opp_def_size; i++) { <snip> if (!oh || !oh->od) { <snip> continue; } <snip> opp_def++; } In short, the moment we hit a "Bad OPP", we end up looping the list comparing against the bad opp definition pointer for the rest of the iteration count. Instead, increment opp_def in the for loop itself and allow continue to be used in code without much thought so that we check the next set of OPP definition pointers :) Cc: Steve Sakoman <steve@sakoman.com> Cc: Tony Lindgren <tony@atomide.com> Signed-off-by: Nishanth Menon <nm@ti.com> Signed-off-by: Kevin Hilman <khilman@ti.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Signed-off-by: Herton Ronaldo Krzesinski <herton.krzesinski@canonical.com>
* OMAPDSS: HDMI: PHY burnout fixTomi Valkeinen2012-03-26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/954576 commit c49d005b6cc8491fad5b24f82805be2d6bcbd3dd upstream. A hardware bug in the OMAP4 HDMI PHY causes physical damage to the board if the HDMI PHY is kept powered on when the cable is not connected. This patch solves the problem by adding hot-plug-detection into the HDMI IP driver. This is not a real HPD support in the sense that nobody else than the IP driver gets to know about the HPD events, but is only meant to fix the HW bug. The strategy is simple: If the display device is turned off by the user, the PHY power is set to OFF. When the display device is turned on by the user, the PHY power is set either to LDOON or TXON, depending on whether the HDMI cable is connected. The reason to avoid PHY OFF when the display device is on, but the cable is disconnected, is that when the PHY is turned OFF, the HDMI IP is not "ticking" and thus the DISPC does not receive pixel clock from the HDMI IP. This would, for example, prevent any VSYNCs from happening, and would thus affect the users of omapdss. By using LDOON when the cable is disconnected we'll avoid the HW bug, but keep the HDMI working as usual from the user's point of view. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* OMAP: 4430SDP/Panda: add HDMI HPD gpioTomi Valkeinen2012-03-26
| | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/954576 commit aa74274b464d4aa24703963ac89a0ee942d5d267 upstream. Both Panda and 4430SDP use GPIO 63 as HDMI hot-plug-detect. Configure this GPIO in the board files. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Acked-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* OMAP: 4430SDP/Panda: setup HDMI GPIO muxesTomi Valkeinen2012-03-26
| | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/954576 commit 78a1ad8f12db70b8b0a4548b90704de08ee216ce upstream. The HDMI GPIO pins LS_OE and CT_CP_HPD are not currently configured. This patch configures them as output pins. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Acked-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* OMAPDSS: remove wrong HDMI HPD muxingTomi Valkeinen2012-03-26
| | | | | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/954576 commit 7bb122d155f742fe2d79849090c825be7b4a247e upstream. "hdmi_hpd" pin is muxed to INPUT and PULLUP, but the pin is not currently used, and in the future when it is used, the pin is used as a GPIO and is board specific, not an OMAP4 wide thing. So remove the muxing for now. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Acked-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* OMAP: 4430SDP/Panda: rename HPD GPIO to CT_CP_HPDTomi Valkeinen2012-03-26
| | | | | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/954576 commit 3932a32fcf5393f8be70ac99dc718ad7ad0a415b upstream. The GPIO 60 on 4430sdp and Panda is not HPD GPIO, as currently marked in the board files, but CT_CP_HPD, which is used to enable/disable HPD functionality. This patch renames the GPIO. Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Acked-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* OMAP: 4430SDP/Panda: use gpio_free_array to free HDMI gpiosTomi Valkeinen2012-03-26
| | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/954576 commit 575753e3bea3b67eef8e454fb87f719e3f7da599 upstream. Instead of freeing the GPIOs individually, use gpio_free_array(). Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Acked-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* OMAP: DSS2: HDMI: use default dividersTomi Valkeinen2012-03-26
| | | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/954576 commit 8d88767a4377171752c22ac39bcb2b505eb751da upstream. Use default regn and regm2 dividers in the hdmi driver if the board file does not define them. Cc: Mythri P K <mythripk@ti.com> Acked-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
* ARM: OMAP2+: GPMC: fix device size setupYegor Yefremov2012-03-08
| | | | | | | | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/931719 commit 8ef5d844cc3a644ea6f7665932a4307e9fad01fa upstream. following statement can only change device size from 8-bit(0) to 16-bit(1), but not vice versa: regval |= GPMC_CONFIG1_DEVICESIZE(wval); so as this field has 1 reserved bit, that could be used in future, just clear both bits and then OR with the desired value Signed-off-by: Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
* OMAP3: beagle: add support for beagleboard xM revision CJoel A Fernandes2012-01-23
| | | | | | | | | | | | | | | | | | | | The USB enable GPIO has been in beagleboard xM revision C. The USER button has been moved since beagleboard xM. Also, board specific initialization has been moved to beagle_config struct and initialized in omap3_beagle_init_rev. Default values in struct are for xMC. Signed-off-by: Joel A Fernandes <joelagnel@ti.com> Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Acked-by: Jason Kridner <jkridner@beagleboard.org> Signed-off-by: Tony Lindgren <tony@atomide.com> (cherry picked from commit 5fe8b4c19dc24e3bb873daf9e96a2439a83bbd79) BugLink: http://bugs.launchpad.net/bugs/912199 Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com> Acked-by: Herton Krzesinski <herton.krzesinski@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com> Signed-off-by: Brad Figg <brad.figg@canonical.com>
* Revert "UBUNTU: SAUCE: omap3: beaglexm: fix DVI initialization"Paolo Pisati2012-01-23
| | | | | | | | | | | This reverts commit d01aeaf89ca0cbeef7919c1189bdcbea71026ec5. BugLink: http://bugs.launchpad.net/bugs/912199 Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com> Acked-by: Herton Krzesinski <herton.krzesinski@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com> Signed-off-by: Brad Figg <brad.figg@canonical.com>
* Revert "UBUNTU: SAUCE: omap3: beagle: detect new xM revision B"Paolo Pisati2012-01-23
| | | | | | | | | | | This reverts commit c067bebbfbd292ccc11a85b0abaffd6b5e39e619. BugLink: http://bugs.launchpad.net/bugs/912199 Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com> Acked-by: Herton Krzesinski <herton.krzesinski@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com> Signed-off-by: Brad Figg <brad.figg@canonical.com>
* Revert "UBUNTU: SAUCE: omap3: beagle: detect new xM revision C"Paolo Pisati2012-01-23
| | | | | | | | | | | This reverts commit facc7609935b88bd6a4d2216349262ac8d65e9a3. BugLink: http://bugs.launchpad.net/bugs/912199 Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com> Acked-by: Herton Krzesinski <herton.krzesinski@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com> Signed-off-by: Brad Figg <brad.figg@canonical.com>
* Revert "UBUNTU: SAUCE: omap3: beagle: if rev unknown, assume xM revision C"Paolo Pisati2012-01-23
| | | | | | | | | | | This reverts commit 4a43e77a6f99628256f7a9de0d6075d5a2a98bd8. BugLink: http://bugs.launchpad.net/bugs/912199 Signed-off-by: Paolo Pisati <paolo.pisati@canonical.com> Acked-by: Herton Krzesinski <herton.krzesinski@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com> Signed-off-by: Brad Figg <brad.figg@canonical.com>
* ARM: OMAP: rx51: fix USBFelipe Contreras2012-01-23
| | | | | | | | | | | | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/913373 commit e5fe29c7198a1f6616286dfc8602a69da165cb3f upstream. Commit 10299e2e4e3ed3b16503d4e04edd48b33083f4e2 (ARM: RX-51: Enable isp1704 power on/off) added power management for isp1704. However, the transceiver should be powered on by default, otherwise USB doesn't work at all for networking during boot. All kernels after v3.0 are affected. Signed-off-by: Felipe Contreras <felipe.contreras@gmail.com> Reviewed-by: Sebastian Reichel <sre@debian.org> [tony@atomide.com: updated comments] Signed-off-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Brad Figg <brad.figg@canonical.com>
* ARM: OMAP2: select ARM_AMBA if OMAP3_EMU is definedMing Lei2011-12-12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/902312 commit a8a6565c7615cab3608d75af95b5c8a3522cd7c4 upstream. This patch selects ARM_AMBA if OMAP3_EMU is defined because OC_ETM depends on ARM_AMBA, so fix the link failure[1]. [1], arch/arm/kernel/built-in.o: In function `etm_remove': /home/tom/git/omap/linux-2.6-omap/arch/arm/kernel/etm.c:609: undefined reference to `amba_release_regions' arch/arm/kernel/built-in.o: In function `etb_remove': /home/tom/git/omap/linux-2.6-omap/arch/arm/kernel/etm.c:409: undefined reference to `amba_release_regions' arch/arm/kernel/built-in.o: In function `etm_init': /home/tom/git/omap/linux-2.6-omap/arch/arm/kernel/etm.c:640: undefined reference to `amba_driver_register' /home/tom/git/omap/linux-2.6-omap/arch/arm/kernel/etm.c:646: undefined reference to `amba_driver_register' /home/tom/git/omap/linux-2.6-omap/arch/arm/kernel/etm.c:648: undefined reference to `amba_driver_unregister' arch/arm/kernel/built-in.o: In function `etm_probe': /home/tom/git/omap/linux-2.6-omap/arch/arm/kernel/etm.c:545: undefined reference to `amba_request_regions' /home/tom/git/omap/linux-2.6-omap/arch/arm/kernel/etm.c:595: undefined reference to `amba_release_regions' arch/arm/kernel/built-in.o: In function `etb_probe': /home/tom/git/omap/linux-2.6-omap/arch/arm/kernel/etm.c:347: undefined reference to `amba_request_regions' /home/tom/git/omap/linux-2.6-omap/arch/arm/kernel/etm.c:392: undefined reference to `amba_release_regions' arch/arm/mach-omap2/built-in.o: In function `emu_init': /home/tom/git/omap/linux-2.6-omap/arch/arm/mach-omap2/emu.c:62: undefined reference to `amba_device_register' /home/tom/git/omap/linux-2.6-omap/arch/arm/mach-omap2/emu.c:63: undefined reference to `amba_device_register' make: *** [.tmp_vmlinux1] Error 1 making modules Signed-off-by: Ming Lei <tom.leiming@gmail.com> Signed-off-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
* ARM: OMAP: smartreflex: fix IRQ handling bugFelipe Balbi2011-12-12
| | | | | | | | | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/902312 commit 5a4f1844c2ba21f804d7729306d9b16eaeb724a8 upstream. Fix a bug which has been on this driver since it was added by the original commit 984aa6db which would never clear IRQSTATUS bits. Signed-off-by: Felipe Balbi <balbi@ti.com> Signed-off-by: Kevin Hilman <khilman@ti.com> Signed-off-by: Tony Lindgren <tony@atomide.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
* UBUNTU: SAUCE: (drop after 3.0.0) OMAP3 and 4 hwmod I2C units only allow 16 ↵Tim Gardner2011-09-19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | bit access This patch is already upstream in a slightly different form. BugLink: http://bugs.launchpad.net/bugs/852225 Peter Maydell noticed when running under QEMU he was getting errors reporting 32-bit access to I2C peripheral unit registers that are documented to be 8 or 16-bit only[1][2] The I2C driver is blameless as it wraps its accesses in a function using __raw_writew and __raw_readw, it turned out it is the hwmod stuff. However the hwmod code already has a flag to force a perhipheral unit to only be accessed using 16-bit operations. This patch applies the 16-bit only flag to the OMAP3xxx and OMAP44xx hwmod structs. [1] OMAP4430 Technical reference manual section 23.1.6.2 [2] OMAP3530 Techincal reference manual section 18.6 Cc: patches@linaro.org Reported-by: Peter Maydell <peter.maydell@linaro.org> Signed-off-by: Andy Green <andy.green@linaro.org> Acked-by: Stefan Bader <stefan.bader@canonical.com> Acked-by: Seth Forshee <seth.forshee@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
* UBUNTU: SAUCE: omap3: beagle: if rev unknown, assume xM revision CRobert Nelson2011-08-30
| | | | | | | | | BugLink: http://bugs.launchpad.net/bugs/770679 Signed-off-by: Robert Nelson <robertcnelson@gmail.com> Signed-off-by: Ricardo Salveti de Araujo <ricardo.salveti@canonical.com> Acked-by: Leann Ogasawara <leann.ogasawara@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
* UBUNTU: SAUCE: omap3: beagle: detect new xM revision CRobert Nelson2011-08-30
| | | | | | | | | | | | Beagle xM rev C has nEN_USB_PWR inverted again, so we need proper check for revision C. BugLink: http://bugs.launchpad.net/bugs/770679 Signed-off-by: Robert Nelson <robertcnelson@gmail.com> Signed-off-by: Ricardo Salveti de Araujo <ricardo.salveti@canonical.com> Acked-by: Leann Ogasawara <leann.ogasawara@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
* UBUNTU: SAUCE: omap3: beagle: detect new xM revision BRobert Nelson2011-08-30
| | | | | | | | | | | The xM B uses a DM3730 ES1.1 over the ES1.0 on xM A's, no other board changes. BugLink: http://bugs.launchpad.net/bugs/770679 Signed-off-by: Robert Nelson <robertcnelson@gmail.com> Signed-off-by: Ricardo Salveti de Araujo <ricardo.salveti@canonical.com> Acked-by: Leann Ogasawara <leann.ogasawara@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
* UBUNTU: SAUCE: omap3: beaglexm: fix DVI initializationRicardo Salveti de Araujo2011-08-30
| | | | | | | | | | | | | | Function beagle_twl_gpio_setup is called after beagle_display_init, what makes lets reset_gpio with an invalid value at the time it request the gpio. As a side effect the DVI reset GPIO is not properly set. Also removing old code that power down DVI in a hardcoded way, as it's not necessary anymore. Tested with Beagle-xM and C4. Signed-off-by: Ricardo Salveti de Araujo <ricardo.salveti@canonical.com> Signed-off-by: Tim Gardner <tim.gardner@canonical.com>
generated by cgit v1.2.2 (git 2.25.0) at 2025-08-06 01:45:39 -0400