Linux on ARM based TI OMAP SoCs

• Date Index

• [PATCH v3 0/2] isp1704_charger: fix powering for N900, Kalle Jokiniemi
  • [PATCH v3 1/2] isp1704_charger: allow board specific powering routine, Kalle Jokiniemi
    • Re: [PATCH v3 1/2] isp1704_charger: allow board specific powering routine, Heikki Krogerus
  • [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, Kalle Jokiniemi
    • Re: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, Heikki Krogerus
      • Re: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, Heikki Krogerus
        • Re: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, Tony Lindgren
          • RE: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, kalle.jokiniemi
            • RE: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, kalle.jokiniemi
              • Re: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, Anton Vorontsov
    • RE: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, Keshava Munegowda
      • RE: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, kalle.jokiniemi
        • RE: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, Keshava Munegowda
          • RE: [PATCH v3 2/2] RX-51: Enable isp1704 power on/off, kalle.jokiniemi
  • RE: [PATCH v3 0/2] isp1704_charger: fix powering for N900, kalle.jokiniemi
• RE: [PATCH] mfd: Fix usbhs_enable error handling, Keshava Munegowda
  • Re: [PATCH] mfd: Fix usbhs_enable error handling, Felipe Balbi
  • <Possible follow-ups>
  • [PATCH] mfd: Fix usbhs_enable error handling, Keshava Munegowda
    • [PATCH] omap:usb: fixing ehci phy gpio values for omap3, Keshava Munegowda
      • [PATCH] omap:usb: add regulator support for EHCI, Keshava Munegowda
        • Re: [PATCH] omap:usb: add regulator support for EHCI, Felipe Balbi
      • Re: [PATCH] omap:usb: fixing ehci phy gpio values for omap3, Menon, Nishanth
        • Re: [PATCH] omap:usb: fixing ehci phy gpio values for omap3, Munegowda, Keshava
          • Re: [PATCH] omap:usb: fixing ehci phy gpio values for omap3, Felipe Balbi
            • Re: [PATCH] omap:usb: fixing ehci phy gpio values for omap3, Munegowda, Keshava
      • Re: [PATCH] omap:usb: fixing ehci phy gpio values for omap3, Felipe Balbi
        • Re: [PATCH] omap:usb: fixing ehci phy gpio values for omap3, Munegowda, Keshava
          • Re: [PATCH] omap:usb: fixing ehci phy gpio values for omap3, Felipe Balbi
            • Re: [PATCH] omap:usb: fixing ehci phy gpio values for omap3, Munegowda, Keshava
    • Re: [PATCH] mfd: Fix usbhs_enable error handling, Felipe Balbi
      • RE: [PATCH] mfd: Fix usbhs_enable error handling, Keshava Munegowda
        • Re: [PATCH] mfd: Fix usbhs_enable error handling, Felipe Balbi
          • Re: [PATCH] mfd: Fix usbhs_enable error handling, Steve Calfee
            • Re: [PATCH] mfd: Fix usbhs_enable error handling, Felipe Balbi
              • Re: [PATCH] mfd: Fix usbhs_enable error handling, Steve Calfee
    • Re: [PATCH] mfd: Fix usbhs_enable error handling, Felipe Balbi
• [PATCH] OMAP4: DSS2: Add Panel Taal device struct in 4430sdp board file, Archit Taneja
  • Re: [PATCH] OMAP4: DSS2: Add Panel Taal device struct in 4430sdp board file, Tomi Valkeinen
• [PATCH] OMAP2+: SR Layer Cleanup., Shweta Gulati
  • Re: [PATCH] OMAP2+: SR Layer Cleanup., Kevin Hilman
    • Re: [PATCH] OMAP2+: SR Layer Cleanup., Gulati, Shweta
• [PATCH v2] OMAP: DSS2: DSI: Introduce sync_vc functions, Archit Taneja
  • Re: [PATCH v2] OMAP: DSS2: DSI: Introduce sync_vc functions, Tomi Valkeinen
    • Re: [PATCH v2] OMAP: DSS2: DSI: Introduce sync_vc functions, Archit Taneja
      • Re: [PATCH v2] OMAP: DSS2: DSI: Introduce sync_vc functions, Tomi Valkeinen
• [PATCH 00/10] omap init_early changes for irq and timer init, Tony Lindgren
  • [PATCH 01/10] omap: Use separate init_irq functions to avoid cpu_is_omap tests early, Tony Lindgren
    • RE: [PATCH 01/10] omap: Use separate init_irq functions to avoidcpu_is_omap tests early, Santosh Shilimkar
      • Re: [PATCH 01/10] omap: Use separate init_irq functions to avoidcpu_is_omap tests early, Tony Lindgren
        • Re: [PATCH 01/10] omap: Use separate init_irq functions to avoidcpu_is_omap tests early, Tony Lindgren
    • RE: [PATCH 01/10] omap: Use separate init_irq functions to avoidcpu_is_omap tests early, Santosh Shilimkar
    • RE: [PATCH 01/10] omap: Use separate init_irq functions to avoidcpu_is_omap tests early, Santosh Shilimkar
    • RE: [PATCH 01/10] omap: Use separate init_irq functions to avoidcpu_is_omap tests early, Santosh Shilimkar
    • Re: [PATCH 01/10] omap: Use separate init_irq functions to avoid cpu_is_omap tests early, Kevin Hilman
      • Re: [PATCH 01/10] omap: Use separate init_irq functions to avoid cpu_is_omap tests early, Tony Lindgren
        • Re: [PATCH 01/10] omap: Use separate init_irq functions to avoid cpu_is_omap tests early, Tony Lindgren
  • [PATCH 02/10] omap: Set separate timer init functions to avoid cpu_is_omap tests, Tony Lindgren
  • [PATCH 03/10] omap: Move dmtimer defines to dmtimer.h, Tony Lindgren
    • Re: [PATCH 03/10] omap: Move dmtimer defines to dmtimer.h, Kevin Hilman
      • Re: [PATCH 03/10] omap: Move dmtimer defines to dmtimer.h, Tony Lindgren
  • [PATCH 04/10] omap: Make a subset of dmtimer functions into inline functions, Tony Lindgren
    • Re: [PATCH 04/10] omap: Make a subset of dmtimer functions into inline functions, Kevin Hilman
      • Re: [PATCH 04/10] omap: Make a subset of dmtimer functions into inline functions, Tony Lindgren
        • Re: [PATCH 04/10] omap: Make a subset of dmtimer functions into inline functions, Kevin Hilman
          • Re: [PATCH 04/10] omap: Make a subset of dmtimer functions into inline functions, Tony Lindgren
  • [PATCH 05/10] omap2+: Use dmtimer macros for clockevent, Tony Lindgren
    • Re: [PATCH 05/10] omap2+: Use dmtimer macros for clockevent, Tony Lindgren
    • Re: [PATCH 05/10] omap2+: Use dmtimer macros for clockevent, Kevin Hilman
      • Re: [PATCH 05/10] omap2+: Use dmtimer macros for clockevent, Tony Lindgren
  • [PATCH 06/10] omap2+: Remove gptimer_wakekup for now, Tony Lindgren
    • Re: [PATCH 06/10] omap2+: Remove gptimer_wakekup for now, Kevin Hilman
      • Re: [PATCH 06/10] omap2+: Remove gptimer_wakekup for now, Santosh Shilimkar
  • [PATCH 07/10] omap2+: Reserve clocksource and timesource and initialize dmtimer later, Tony Lindgren
  • [PATCH 08/10] omap2+: Use dmtimer macros for clocksource, Tony Lindgren
  • [PATCH 09/10] omap2+: Remove omap2_gp_clockevent_set_gptimer, Tony Lindgren
  • [PATCH 10/10] omap2+: Rename timer-gp.c into timer.c to combine timer init functions, Tony Lindgren
  • Re: [PATCH 00/10] omap init_early changes for irq and timer init, Kevin Hilman
  • Re: [PATCH 00/10] omap init_early changes for irq and timer init, Santosh Shilimkar
    • Re: [PATCH 00/10] omap init_early changes for irq and timer init, Tony Lindgren
      • Re: [PATCH 00/10] omap init_early changes for irq and timer init, Santosh Shilimkar
        • Re: [PATCH 00/10] omap init_early changes for irq and timer init, Tony Lindgren
          • Re: [PATCH 00/10] omap init_early changes for irq and timer init, Santosh Shilimkar
• [PATCH v4 0/4] OMAP: DMA: mstandby mode and runtime pm support, G, Manjunath Kondaiah
  • [PATCH v4 2/4] OMAP2+: DMA: prevent races while setting M idle mode to nostandby, G, Manjunath Kondaiah
  • [PATCH v4 1/4] OMAP2+: PM: omap device: API's for handling mstandby mode, G, Manjunath Kondaiah
    • Re: [PATCH v4 1/4] OMAP2+: PM: omap device: API's for handling mstandby mode, Paul Walmsley
  • [PATCH v4 4/4] OMAP: DMA: Fix: context restore during off mode, G, Manjunath Kondaiah
  • [PATCH v4 3/4] OMAP: PM: DMA: Enable runtime pm, G, Manjunath Kondaiah
  • Re: [PATCH v4 0/4] OMAP: DMA: mstandby mode and runtime pm support, G, Manjunath Kondaiah
  • Re: [PATCH v4 0/4] OMAP: DMA: mstandby mode and runtime pm support, Tony Lindgren
    • Re: [PATCH v4 0/4] OMAP: DMA: mstandby mode and runtime pm support, Russell King - ARM Linux
• Smartreflex on 'pm-wip/voltdm' Branch, Gulati, Shweta
  • RE: Smartreflex on 'pm-wip/voltdm' Branch, Vishwanath Sripathy
    • Re: Smartreflex on 'pm-wip/voltdm' Branch, Kevin Hilman
      • Re: Smartreflex on 'pm-wip/voltdm' Branch, Gulati, Shweta
        • Re: Smartreflex on 'pm-wip/voltdm' Branch, Kevin Hilman
• [pm-core][PATCH v3 00/21] OMAP4: PM: suspend, CPU-hotplug and CPUilde support, Santosh Shilimkar
  • [pm-core][PATCH v3 06/21] OMAP4: PM: Initialise all the clockdomains to supported states, Santosh Shilimkar
  • [pm-core][PATCH v3 03/21] OMAP4: PM: Export omap4_get_base*() rather than global address pointers, Santosh Shilimkar
  • [pm-core][PATCH v3 08/21] OMAP4: PM: CPU1 wakeup workaround from Low power modes, Santosh Shilimkar
  • [pm-core][PATCH v3 11/21] OMAP4: PM: Add WakeupGen save/restore support, Santosh Shilimkar
  • [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
    • Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Tony Lindgren
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
        • Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Tony Lindgren
          • Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh
            • Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Tony Lindgren
              • Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
    • Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Colin Cross
      • Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
        • Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Colin Cross
          • Re: [pm-core][PATCH v3 01/21] OMAP4: PM: Add omap WakeupGen module support, Santosh Shilimkar
  • [pm-core][PATCH v3 04/21] OMAP4: PM: Add SAR RAM support, Santosh Shilimkar
  • [pm-core][PATCH v3 20/21] OMAP4: PM: Set static dependency between MPUSS-EMIF and MPUSS-L3_1, Santosh Shilimkar
  • [pm-core][PATCH v3 02/21] OMAP4: Use WARN_ON() instead of BUG_ON() with graceful exit, Santosh Shilimkar
    • Re: [pm-core][PATCH v3 02/21] OMAP4: Use WARN_ON() instead of BUG_ON() with graceful exit, Tony Lindgren
      • Re: [pm-core][PATCH v3 02/21] OMAP4: Use WARN_ON() instead of BUG_ON() with graceful exit, Santosh Shilimkar
        • Re: [pm-core][PATCH v3 02/21] OMAP4: Use WARN_ON() instead of BUG_ON() with graceful exit, Kevin Hilman
          • Re: [pm-core][PATCH v3 02/21] OMAP4: Use WARN_ON() instead of BUG_ON() with graceful exit, Santosh Shilimkar
  • [pm-core][PATCH v3 07/21] OMAP4: PM: Program CPU1 to hit OFF when off-lined, Santosh Shilimkar
  • [pm-core][PATCH v3 10/21] OMAP4: PM: Add GIC save/restore support, Santosh Shilimkar
  • [pm-core][PATCH v3 15/21] OMAP4: cpuidle: Basic CPUidle support, Santosh Shilimkar
  • [pm-core][PATCH v3 09/21] OMAP4: PM: Add GIC distributor and interface enable/disable accessory API, Santosh Shilimkar
  • [pm-core][PATCH v3 12/21] OMAP4: PM: Add L2 cache lowpower support, Santosh Shilimkar
  • [pm-core][PATCH v3 05/21] OMAP4: PM: Add CPUX OFF mode support, Santosh Shilimkar
  • [pm-core][PATCH v3 16/21] OMAP4: cpuidle: Add MPUSS RET OFF states, Santosh Shilimkar
  • [pm-core][PATCH v3 21/21] OMAP4: PM: Avoid omap4_pm_init() on OMAP4430 ES1.0, Santosh Shilimkar
  • [pm-core][PATCH v3 18/21] OMAP4: cpuidle: Add CPU hotplug notifier and prepare() hook., Santosh Shilimkar
  • [pm-core][PATCH v3 13/21] OMAP4: suspend: Add MPUSS RET and OFF support, Santosh Shilimkar
  • [pm-core][PATCH v3 19/21] OMAP4: Remove un-used do_wfi() macro., Santosh Shilimkar
  • [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
    • Re: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Tony Lindgren
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
      • RE: [pm-core][PATCH v3 14/21] OMAP4: pm-debug: Add wakeup timer and debug counters, Santosh Shilimkar
  • [pm-core][PATCH v3 17/21] OMAP4: cpuidle: Switch to gptimer from twd in deeper C-states., Santosh Shilimkar
• [PATCH v2 0/2] isp1704_charger: fix powering for N900, Kalle Jokiniemi
  • [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, Kalle Jokiniemi
    • RE: [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, Keshava Munegowda
      • RE: [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, kalle.jokiniemi
        • Re: [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, Felipe Balbi
          • RE: [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, kalle.jokiniemi
            • Re: [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, Felipe Balbi
              • RE: [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, kalle.jokiniemi
    • Re: [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, Sergei Shtylyov
      • Re: [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, Felipe Balbi
      • RE: [PATCH v2 2/2] RX-51: Enable isp1704 power on/off, kalle.jokiniemi
  • [PATCH v2 1/2] isp1704_charger: allow board specific powering routine, Kalle Jokiniemi
    • Re: [PATCH v2 1/2] isp1704_charger: allow board specific powering routine, Sergei Shtylyov
      • RE: [PATCH v2 1/2] isp1704_charger: allow board specific powering routine, kalle.jokiniemi
      • RE: [PATCH v2 1/2] isp1704_charger: allow board specific powering routine, kalle.jokiniemi
        • Re: [PATCH v2 1/2] isp1704_charger: allow board specific powering routine, Sergei Shtylyov
    • Re: [PATCH v2 1/2] isp1704_charger: allow board specific powering routine, Heikki Krogerus
      • RE: [PATCH v2 1/2] isp1704_charger: allow board specific powering routine, kalle.jokiniemi
• [PATCH 0/2] isp1704_charger: fix powering for N900, Kalle Jokiniemi
  • [PATCH 2/2] RX-51: Enable isp1704 power on/off, Kalle Jokiniemi
  • [PATCH 1/2] isp1704_charger: allow board specific powering routine, Kalle Jokiniemi
  • RE: [PATCH 0/2] isp1704_charger: fix powering for N900, kalle.jokiniemi
• [PATCH 0/7] ARM: Use syscore_ops for "core" power management, Rafael J. Wysocki
  • [PATCH 7/7] ARM: Select CONFIG_ARCH_NO_SYSDEV_OPS, Rafael J. Wysocki
  • [PATCH 5/7] ARM / PXA: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
  • [PATCH 6/7] ARM / Samsung: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
    • Re: [PATCH 6/7] ARM / Samsung: Use struct syscore_ops for "core" power management, Ben Dooks
      • Re: [PATCH 6/7] ARM / Samsung: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
      • Re: [PATCH 6/7] ARM / Samsung: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
  • [PATCH 2/7] ARM / OMAP: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
    • Re: [PATCH 2/7] ARM / OMAP: Use struct syscore_ops for "core" power management, Kevin Hilman
  • [PATCH 1/7] ARM: Use struct syscore_ops instead of sysdevs for PM in common code, Rafael J. Wysocki
  • [PATCH 4/7] ARM / SA1100: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
  • [PATCH 3/7] ARM / Integrator: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
  • [PATCH 0/14] Remove sysdev suspend/resume and shutdown operations, Rafael J. Wysocki
    • [PATCH 1/14] PM: Fix error code paths executed after failing syscore_suspend(), Rafael J. Wysocki
    • [PATCH 2/14] PM: Add missing syscore_suspend() and syscore_resume() calls, Rafael J. Wysocki
      • Re: [PATCH 2/14] PM: Add missing syscore_suspend() and syscore_resume() calls, Ian Campbell
    • [PATCH 4/14] ARM / OMAP: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
    • [PATCH 3/14] ARM: Use struct syscore_ops instead of sysdevs for PM in common code, Rafael J. Wysocki
    • [PATCH 12/14] PM / UNICORE32: Use struct syscore_ops instead of sysdevs for PM, Rafael J. Wysocki
      • RE: [PATCH 12/14] PM / UNICORE32: Use struct syscore_ops instead of sysdevs for PM, Guan Xuetao
    • [PATCH 7/14] ARM / PXA: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
    • [PATCH 10/14] PM / MIPS: Use struct syscore_ops instead of sysdevs for PM, Rafael J. Wysocki
      • Re: [PATCH 10/14] PM / MIPS: Use struct syscore_ops instead of sysdevs for PM, Ralf Baechle
        • Re: [PATCH 10/14] PM / MIPS: Use struct syscore_ops instead of sysdevs for PM, Rafael J. Wysocki
      • Re: [PATCH 10/14] PM / MIPS: Use struct syscore_ops instead of sysdevs for PM, Lars-Peter Clausen
    • [PATCH 14/14] PM: Remove sysdev suspend, resume and shutdown operations, Rafael J. Wysocki
    • [PATCH 13/14] PM / PowerPC: Use struct syscore_ops instead of sysdevs for PM, Rafael J. Wysocki
    • [PATCH 9/14] PM / Blackfin: Use struct syscore_ops instead of sysdevs for PM, Rafael J. Wysocki
      • Re: [PATCH 9/14] PM / Blackfin: Use struct syscore_ops instead of sysdevs for PM, Mike Frysinger
        • Re: [PATCH 9/14] PM / Blackfin: Use struct syscore_ops instead of sysdevs for PM, Rafael J. Wysocki
    • [PATCH 5/14] ARM / Integrator: Use struct syscore_ops for core PM, Rafael J. Wysocki
    • [PATCH 11/14] PM / AVR32: Use struct syscore_ops instead of sysdevs for PM, Rafael J. Wysocki
      • Re: [PATCH 11/14] PM / AVR32: Use struct syscore_ops instead of sysdevs for PM, Hans-Christian Egtvedt
        • Re: [PATCH 11/14] PM / AVR32: Use struct syscore_ops instead of sysdevs for PM, Rafael J. Wysocki
    • [PATCH 6/14] ARM / SA1100: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
    • [PATCH 8/14] ARM / Samsung: Use struct syscore_ops for "core" power management, Rafael J. Wysocki
      • RE: [PATCH 8/14] ARM / Samsung: Use struct syscore_ops for "core" power management, Kukjin Kim
    • Re: [PATCH 0/14] Remove sysdev suspend/resume and shutdown operations, Greg KH
• rx51: "omapfb: no driver for display", Sebastian Reichel
  • RE: rx51: "omapfb: no driver for display", Hiremath, Vaibhav
  • Re: rx51: "omapfb: no driver for display", Tomi Valkeinen
    • Re: rx51: "omapfb: no driver for display", Sebastian Reichel
• Initialization of musb on board-omap2beagle fails in platform_driver_probe, Ben Gamari
  • Re: Initialization of musb on board-omap2beagle fails in platform_driver_probe, Felipe Balbi
    • Re: Initialization of musb on board-omap2beagle fails in platform_driver_probe, Ben Gamari
• Unbuildable kernel with musb, Ben Gamari
  • Re: Unbuildable kernel with musb, Felipe Balbi
    • Re: Unbuildable kernel with musb, Ben Gamari
• [GIT PULL] omap-fixes for -rc1, Tony Lindgren
• [PATCH] OMAP3: l3: fix for "irq 10: nobody cared" message, Omar Ramirez Luna
  • Re: [PATCH] OMAP3: l3: fix for "irq 10: nobody cared" message, Ramirez Luna, Omar
  • Re: [PATCH] OMAP3: l3: fix for "irq 10: nobody cared" message, Sergei Shtylyov
    • Re: [PATCH] OMAP3: l3: fix for "irq 10: nobody cared" message, Ramirez Luna, Omar
      • Re: [PATCH] OMAP3: l3: fix for "irq 10: nobody cared" message, Sergei Shtylyov
  • Re: [PATCH] OMAP3: l3: fix for "irq 10: nobody cared" message, Felipe Contreras
    • Re: [PATCH] OMAP3: l3: fix for "irq 10: nobody cared" message, Ramirez Luna, Omar
  • RE: [PATCH] OMAP3: l3: fix for "irq 10: nobody cared" message, Santosh Shilimkar
    • Re: [PATCH] OMAP3: l3: fix for "irq 10: nobody cared" message, Ramirez Luna, Omar
• [PATCH v2] OMAP: iovmm: fix SW flags passed by user, Omar Ramirez Luna
  • Re: [PATCH v2] OMAP: iovmm: fix SW flags passed by user, Ramirez Luna, Omar
    • Re: [PATCH v2] OMAP: iovmm: fix SW flags passed by user, Hiroshi DOYU
      • Re: [PATCH v2] OMAP: iovmm: fix SW flags passed by user, Tony Lindgren
• [PATCH] OMAP: iovmm: fix SW flags passed by user, Omar Ramirez Luna
  • Re: [PATCH] OMAP: iovmm: fix SW flags passed by user, Sergei Shtylyov
    • Re: [PATCH] OMAP: iovmm: fix SW flags passed by user, Ramirez Luna, Omar
      • Re: [PATCH] OMAP: iovmm: fix SW flags passed by user, Russell King - ARM Linux
        • Re: [PATCH] OMAP: iovmm: fix SW flags passed by user, Ramirez Luna, Omar
• [PATCH] omap: fix compiler warning, Michael Jones
  • Re: [PATCH] omap: fix compiler warning, Tony Lindgren
• [PATCH 4/4] clock: Integrate TI816X clock data into OMAP clock framework, Hemant Pedanekar
• [PATCH 3/4] TI816X: clock: Add clockdomains and powerdomains data, Hemant Pedanekar
  • Re: [PATCH 3/4] TI816X: clock: Add clockdomains and powerdomains data, Paul Walmsley
    • RE: [PATCH 3/4] TI816X: clock: Add clockdomains and powerdomains data, Pedanekar, Hemant
• [PATCH 2/4] TI816X: clock: Add clock data, Hemant Pedanekar
  • Re: [PATCH 2/4] TI816X: clock: Add clock data, Paul Walmsley
    • RE: [PATCH 2/4] TI816X: clock: Add clock data, Pedanekar, Hemant
• [PATCH 1/4] TI816X: prcm: Add module and register offsets, Hemant Pedanekar
  • RE: [PATCH 1/4] TI816X: prcm: Add module and register offsets, Pedanekar, Hemant
• [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Sakari Ailus
  • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Ramirez Luna, Omar
    • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Sakari Ailus
      • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Ramirez Luna, Omar
        • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, David Cohen
        • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Laurent Pinchart
      • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, David Cohen
    • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Laurent Pinchart
      • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Sakari Ailus
        • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Laurent Pinchart
          • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Sakari Ailus
            • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Laurent Pinchart
              • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, David Cohen
                • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Laurent Pinchart
                  • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Sakari Ailus
                    • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Laurent Pinchart
                      • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, David Cohen
                        • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Laurent Pinchart
                      • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Sakari Ailus
      • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Steve Sakoman
        • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Laurent Pinchart
  • <Possible follow-ups>
  • [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, Sakari Ailus
    • [PATCH 3/4] omap2 iommu: Set module information in omap2_iommu_ops, Sakari Ailus
    • [PATCH 2/4] omap iommu: Add module information to struct iommu_functions, Sakari Ailus
    • [PATCH 4/4] omap iommu: Prevent iommu implementations from being unloaded while in use, Sakari Ailus
    • [PATCH 1/4] omap iommu: Check existence of arch_iommu, Sakari Ailus
    • Re: [PATCH 0/4] iommu: Prevent oops in iommu_get() and while arch_iommu is in use, David Cohen
• OMAP 3430 Camera/ISP out of memory error, Patrick Radius
  • Message not available
    • Re: OMAP 3430 Camera/ISP out of memory error, Patrick Radius
      • Re: OMAP 3430 Camera/ISP out of memory error, David Cohen
        • Re: OMAP 3430 Camera/ISP out of memory error, Patrick Radius
          • Re: OMAP 3430 Camera/ISP out of memory error, David Cohen
            • Re: OMAP 3430 Camera/ISP out of memory error, Patrick Radius
• [RFC PATCH 0/2] OMAP2+: PANDA: Provide unique-ish MAC addresses for Ethernet and WLAN interfaces, Andy Green
  • [RFC PATCH 1/2] OMAP2+: add cpu id register to MAC address helper, Andy Green
    • Re: [RFC PATCH 1/2] OMAP2+: add cpu id register to MAC address helper, Arnd Bergmann
      • Re: [RFC PATCH 1/2] OMAP2+: add cpu id register to MAC address helper, Andy Green
        • Re: [RFC PATCH 1/2] OMAP2+: add cpu id register to MAC address helper, Arnd Bergmann
          • Re: [RFC PATCH 1/2] OMAP2+: add cpu id register to MAC address helper, Andy Green
            • Re: [RFC PATCH 1/2] OMAP2+: add cpu id register to MAC address helper, Arnd Bergmann
              • Re: [RFC PATCH 1/2] OMAP2+: add cpu id register to MAC address helper, Andy Green
  • [RFC PATCH 2/2] OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0, Andy Green
    • RE: [RFC PATCH 2/2] OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0, Hema Kalliguddi
      • Re: [RFC PATCH 2/2] OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0, Jason Kridner
        • Re: [RFC PATCH 2/2] OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0, Arnd Bergmann
        • Re: [RFC PATCH 2/2] OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0, Nicolas Pitre
          • Re: [RFC PATCH 2/2] OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0, Jason Kridner
        • Re: [RFC PATCH 2/2] OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0, Andy Green
    • Re: [RFC PATCH 2/2] OMAP2+: PANDA: Fix up random or missing MAC addresses for eth0 and wlan0, Arnd Bergmann
  • Re: [RFC PATCH 0/2] OMAP2+: PANDA: Provide unique-ish MAC addresses for Ethernet and WLAN interfaces, Arnd Bergmann
    • Re: [RFC PATCH 0/2] OMAP2+: PANDA: Provide unique-ish MAC addresses for Ethernet and WLAN interfaces, Steven Rostedt
      • Re: [RFC PATCH 0/2] OMAP2+: PANDA: Provide unique-ish MAC addresses for Ethernet and WLAN interfaces, "Andy Green (林安廸)"
• Re: Updated mach-types update, Tony Lindgren
  • Re: Updated mach-types update, Tony Lindgren
    • Re: Updated mach-types update, Jarkko Nikula
      • [PATCH] omap: Remove support for omap2evm (Re: Updated mach-types update), Tony Lindgren
        • Re: [PATCH] omap: Remove support for omap2evm (Re: Updated mach-types update), Mark Brown
        • Re: [PATCH] omap: Remove support for omap2evm (Re: Updated mach-types update), Liam Girdwood
    • Re: Updated mach-types update, Tomi Valkeinen
• [PATCH 1/6] arm: mach-omap2: omap_l3_smx: fix request_irq() error path, Aaro Koskinen
  • [PATCH 5/6] arm: mach-omap2: smartreflex: delete instance from sr_list on probe error, Aaro Koskinen
  • [PATCH 3/6] arm: mach-omap2: smartreflex: request the memory region, Aaro Koskinen
  • [PATCH 2/6] arm: mach-omap2: smartreflex: fix sr_late_init() error path in probe, Aaro Koskinen
    • Re: [PATCH 2/6] arm: mach-omap2: smartreflex: fix sr_late_init() error path in probe, Kevin Hilman
      • Re: [PATCH 2/6] arm: mach-omap2: smartreflex: fix sr_late_init() error path in probe, Nishanth Menon
        • Re: [PATCH 2/6] arm: mach-omap2: smartreflex: fix sr_late_init() error path in probe, Kevin Hilman
  • [PATCH 6/6] arm: mach-omap2: smartreflex: delete debugfs entries on probe error, Aaro Koskinen
  • [PATCH 4/6] arm: mach-omap2: smartreflex: fix ioremap leak on probe error, Aaro Koskinen
• [PATCH 2/2 v2] usb: otg: OMAP4430: Powerdown the internal PHY when USB is disabled, Hema HK
• [PATCH 1/2 v2] usb: otg: OMAP4430: Fixing the omap4430_phy_init function, Hema HK
  • Re: [PATCH 1/2 v2] usb: otg: OMAP4430: Fixing the omap4430_phy_init function, Tony Lindgren
    • RE: [PATCH 1/2 v2] usb: otg: OMAP4430: Fixing the omap4430_phy_init function, Hema Kalliguddi
      • Re: [PATCH 1/2 v2] usb: otg: OMAP4430: Fixing the omap4430_phy_init function, Tony Lindgren
        • RE: [PATCH 1/2 v2] usb: otg: OMAP4430: Fixing the omap4430_phy_init function, Hema Kalliguddi
• [PATCH 2/2] usb: otg: OMAP4430: Powerdown the internal PHY when USB is disabled, Hema HK
• [PATCH 1/2] usb: otg: OMAP4430: Fix omap4430_phy_init function, Hema HK
  • Re: [PATCH 1/2] usb: otg: OMAP4430: Fix omap4430_phy_init function, Felipe Balbi
    • RE: [PATCH 1/2] usb: otg: OMAP4430: Fix omap4430_phy_init function, Hema Kalliguddi
  • Re: [PATCH 1/2] usb: otg: OMAP4430: Fix omap4430_phy_init function, Sergei Shtylyov
    • RE: [PATCH 1/2] usb: otg: OMAP4430: Fix omap4430_phy_init function, Hema Kalliguddi
  • Re: [PATCH 1/2] usb: otg: OMAP4430: Fix omap4430_phy_init function, Tony Lindgren
• 2.6.38 not booting on sbc8100 (aka devkit8000), Belisko Marek
  • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Tony Lindgren
    • Message not available
      • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Tony Lindgren
        • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Jarkko Nikula
          • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Belisko Marek
            • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Thomas Weber
              • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Belisko Marek
                • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Thomas Weber
        • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Belisko Marek
          • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Jarkko Nikula
            • Re: 2.6.38 not booting on sbc8100 (aka devkit8000), Belisko Marek
• [PATCH v3 0/4] OMAP: DMA: mstandby mode and runtime pm support, G, Manjunath Kondaiah
  • [PATCH v3 4/4] OMAP: DMA: Fix: context restore during off mode, G, Manjunath Kondaiah
  • [PATCH v3 2/4] OMAP2+: DMA: prevent races while setting M idle mode to nostandby, G, Manjunath Kondaiah
  • [PATCH v3 1/4] OMAP2+: PM: omap device: API's for handling mstandby mode, G, Manjunath Kondaiah
    • Re: [PATCH v3 1/4] OMAP2+: PM: omap device: API's for handling mstandby mode, Paul Walmsley
      • Re: [PATCH v3 1/4] OMAP2+: PM: omap device: API's for handling mstandby mode, G, Manjunath Kondaiah
  • [PATCH v3 3/4] OMAP: PM: DMA: Enable runtime pm, G, Manjunath Kondaiah
• [PATCH/RFC 00/19] OMAP: voltage layer cleanup and restructure, Kevin Hilman
  • [PATCH/RFC 01/19] OMAP2+: hwmod: remove unused voltagedomain pointer, Kevin Hilman
    • Re: [PATCH/RFC 01/19] OMAP2+: hwmod: remove unused voltagedomain pointer, Jean Pihet
      • Re: [PATCH/RFC 01/19] OMAP2+: hwmod: remove unused voltagedomain pointer, Kevin Hilman
  • [PATCH/RFC 02/19] OMAP2+: voltage: move PRCM mod offets into VC/VP structures, Kevin Hilman
  • [PATCH/RFC 03/19] OMAP2+: voltage: move prm_irqst_reg from VP into voltage domain, Kevin Hilman
  • [PATCH/RFC 05/19] OMAP3: voltage: rename "mpu" voltagedomain to "mpu_iva", Kevin Hilman
  • [PATCH/RFC 06/19] OMAP3: voltagedomain data: add wakeup domain, Kevin Hilman
    • Re: [PATCH/RFC 06/19] OMAP3: voltagedomain data: add wakeup domain, Jean Pihet
  • [PATCH/RFC 07/19] OMAP3: voltage: add scalable flag to voltagedomain, Kevin Hilman
    • RE: [PATCH/RFC 07/19] OMAP3: voltage: add scalable flag to voltagedomain, Vishwanath Sripathy
      • Re: [PATCH/RFC 07/19] OMAP3: voltage: add scalable flag to voltagedomain, Kevin Hilman
        • Re: [PATCH/RFC 07/19] OMAP3: voltage: add scalable flag to voltagedomain, Cousson, Benoit
          • RE: [PATCH/RFC 07/19] OMAP3: voltage: add scalable flag to voltagedomain, Vishwanath Sripathy
  • [PATCH/RFC 08/19] OMAP2+: powerdomain: add voltagedomain to struct powerdomain, Kevin Hilman
    • Re: [PATCH/RFC 08/19] OMAP2+: powerdomain: add voltagedomain to struct powerdomain, Jean Pihet
      • Re: [PATCH/RFC 08/19] OMAP2+: powerdomain: add voltagedomain to struct powerdomain, Kevin Hilman
  • [PATCH/RFC 10/19] OMAP3: powerdomain data: add voltage domains, Kevin Hilman
    • Re: [PATCH/RFC 10/19] OMAP3: powerdomain data: add voltage domains, Jean Pihet
      • Re: [PATCH/RFC 10/19] OMAP3: powerdomain data: add voltage domains, Kevin Hilman
        • Re: [PATCH/RFC 10/19] OMAP3: powerdomain data: add voltage domains, Jean Pihet
  • [PATCH/RFC 04/19] OMAP2+: voltage: start towards a new voltagedomain layer, Kevin Hilman
    • Re: [PATCH/RFC 04/19] OMAP2+: voltage: start towards a new voltagedomain layer, Jean Pihet
      • Re: [PATCH/RFC 04/19] OMAP2+: voltage: start towards a new voltagedomain layer, Kevin Hilman
        • Re: [PATCH/RFC 04/19] OMAP2+: voltage: start towards a new voltagedomain layer, Jean Pihet
  • [PATCH/RFC 11/19] OMAP4: powerdomain data: add voltage domains, Kevin Hilman
  • [PATCH/RFC 12/19] OMAP2+: powerdomain: add voltage domain lookup during register, Kevin Hilman
    • Re: [PATCH/RFC 12/19] OMAP2+: powerdomain: add voltage domain lookup during register, Jean Pihet
      • Re: [PATCH/RFC 12/19] OMAP2+: powerdomain: add voltage domain lookup during register, Kevin Hilman
  • [PATCH/RFC 13/19] OMAP2+: voltage: keep track of powerdomains in each voltagedomain, Kevin Hilman
    • Re: [PATCH/RFC 13/19] OMAP2+: voltage: keep track of powerdomains in each voltagedomain, Jean Pihet
      • Re: [PATCH/RFC 13/19] OMAP2+: voltage: keep track of powerdomains in each voltagedomain, Kevin Hilman
        • Re: [PATCH/RFC 13/19] OMAP2+: voltage: keep track of powerdomains in each voltagedomain, Jean Pihet
  • [PATCH/RFC 14/19] OMAP2+: voltage: split voltage controller (VC) code into dedicated layer, Kevin Hilman
    • Re: [PATCH/RFC 14/19] OMAP2+: voltage: split voltage controller (VC) code into dedicated layer, Jean Pihet
  • [PATCH/RFC 15/19] OMAP2+: voltage: move VC into struct voltagedomain, misc. renames, Kevin Hilman
  • [PATCH/RFC 16/19] OMAP2+: voltage: split out voltage processor (VP) code into new layer, Kevin Hilman
  • [PATCH/RFC 17/19] OMAP2+: voltage: VC: begin spliting out SoC specifics; start with i2c slave addr, Kevin Hilman
  • [PATCH/RFC 18/19] OMAP2+: VC: support PMICs with separate voltage and command registers, Kevin Hilman
  • [PATCH/RFC 19/19] OMAP2+: VC: add SoC-specific op for PMIC register addresses, Kevin Hilman
  • [PATCH/RFC 09/19] OMAP2: add voltage domains and connect to powerdomains, Kevin Hilman
  • Re: [PATCH/RFC 00/19] OMAP: voltage layer cleanup and restructure, Kevin Hilman
    • [PATCH] OMAP2+: VC: begin spliting out SoC specifics; start with i2c slave addr, Kevin Hilman
    • [PATCH] OMAP2+: VC: add SoC-specific op for PMIC register addresses, Kevin Hilman
      • RE: [PATCH] OMAP2+: VC: add SoC-specific op for PMIC register addresses, Vishwanath Sripathy
        • Re: [PATCH] OMAP2+: VC: add SoC-specific op for PMIC register addresses, Kevin Hilman
    • Re: [PATCH/RFC 00/19] OMAP: voltage layer cleanup and restructure, Cousson, Benoit
      • Re: [PATCH/RFC 00/19] OMAP: voltage layer cleanup and restructure, Paul Walmsley
        • Re: [PATCH/RFC 00/19] OMAP: voltage layer cleanup and restructure, Kevin Hilman
  • Re: [PATCH/RFC 00/19] OMAP: voltage layer cleanup and restructure, Jean Pihet
• [PATCH 0/8] staging: tidspbridge: PM routines cleanup, Omar Ramirez Luna
  • [PATCH 1/8] staging: tidspbridge: make wake_dsp to handle PM code, Omar Ramirez Luna
  • [PATCH 2/8] staging: tidspbridge: fix resume path from retention, Omar Ramirez Luna
  • [PATCH 3/8] staging: tidspbridge: remove msleep for dsp transition wait, Omar Ramirez Luna
  • [PATCH 6/8] staging: tidspbridge: remove redundant code from PM routines, Omar Ramirez Luna
  • [PATCH 4/8] staging: tidspbridge: send mbox PM command directly, Omar Ramirez Luna
  • [PATCH 8/8] staging: tidspbridge: protect critical sections on PM routines, Omar Ramirez Luna
  • [PATCH 7/8] staging: tidspbridge: remove redundant indentation in PM routines, Omar Ramirez Luna
  • [PATCH 5/8] staging: tidspbridge: send wake message even if dsp is running, Omar Ramirez Luna
  • Re: [PATCH 0/8] staging: tidspbridge: PM routines cleanup, Ramirez Luna, Omar
• [PATCH] OMAP: DSS2: DSI: Introduce sync_vc functions, archit
  • Re: [PATCH] OMAP: DSS2: DSI: Introduce sync_vc functions, Tomi Valkeinen
    • Re: [PATCH] OMAP: DSS2: DSI: Introduce sync_vc functions, Archit Taneja
      • Re: [PATCH] OMAP: DSS2: DSI: Introduce sync_vc functions, Tomi Valkeinen
• [RFC PATCH] HDMI:Support for EDID parsing in kernel., Mythri P K
  • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., Mauro Carvalho Chehab
    • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., Paul Mundt
      • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., K, Mythri P
  • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., Alex Deucher
  • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., Dave Airlie
    • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., K, Mythri P
      • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., Jesse Barnes
        • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., K, Mythri P
          • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., Corbin Simpson
            • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., Florian Tobias Schandinat
              • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., K, Mythri P
          • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., Guennadi Liakhovetski
            • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., Alex Deucher
            • Re: [RFC PATCH] HDMI:Support for EDID parsing in kernel., K, Mythri P
• [PATCH] Input: tca6416-keypad: Change to module_init(), Magnus Damm
  • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Mark Brown
    • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Paul Mundt
      • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Magnus Damm
        • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Paul Mundt
          • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Magnus Damm
            • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Paul Mundt
              • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Magnus Damm
                • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Mark Brown
                  • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Magnus Damm
                    • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Mark Brown
                      • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Magnus Damm
                        • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Mark Brown
                          • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Magnus Damm
                            • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Dmitry Torokhov
                        • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Magnus Damm
    • Re: [PATCH] Input: tca6416-keypad: Change to module_init(), Magnus Damm
• [PATCH] omap3: am3517evm : Read MAC address from E-Fuses, Sriramakrishnan A G
• [PATCH 1/3] OMAP4: DSS2: Register configuration changes for DSI, Archit Taneja
  • Re: [PATCH 1/3] OMAP4: DSS2: Register configuration changes for DSI, Tomi Valkeinen
    • Re: [PATCH 1/3] OMAP4: DSS2: Register configuration changes for DSI, Archit Taneja
• [PATCH-v2.6.39] spi/omap_mcspi: Fix broken last word xfer, Jarkko Nikula
  • Re: [PATCH-v2.6.39] spi/omap_mcspi: Fix broken last word xfer, Poddar, Sourav
  • Re: [PATCH-v2.6.39] spi/omap_mcspi: Fix broken last word xfer, Michael Jones
  • Re: [PATCH-v2.6.39] spi/omap_mcspi: Fix broken last word xfer, Grant Likely
• Problems with powermanagement (suspend/wake/shutdown) on OMAP3530., Tasslehoff Kjappfot
• [PATCH 0/2] USB: twl4030-usb: fix isp1707 xceiver powering, Kalle Jokiniemi
  • [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, Kalle Jokiniemi
    • Re: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, Sergei Shtylyov
      • Re: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, Aaro Koskinen
        • Re: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, Greg KH
          • Re: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, Felipe Balbi
      • RE: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, kalle.jokiniemi
    • Re: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, Jarkko Nikula
      • RE: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, kalle.jokiniemi
    • Re: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, Heikki Krogerus
      • RE: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, kalle.jokiniemi
        • Re: [PATCH 2/2] OMAP3: rx51: specify phy_power for usb tranceiver, Heikki Krogerus
  • [PATCH 1/2] USB: twl4030-usb: do board specific phy_power up/down, Kalle Jokiniemi
    • Re: [PATCH 1/2] USB: twl4030-usb: do board specific phy_power up/down, Sergei Shtylyov
      • RE: [PATCH 1/2] USB: twl4030-usb: do board specific phy_power up/down, kalle.jokiniemi
    • Re: [PATCH 1/2] USB: twl4030-usb: do board specific phy_power up/down, Heikki Krogerus
  • Re: [PATCH 0/2] USB: twl4030-usb: fix isp1707 xceiver powering, Heikki Krogerus
    • RE: [PATCH 0/2] USB: twl4030-usb: fix isp1707 xceiver powering, kalle.jokiniemi
• [RFC 0/3] OMAP3: Support processor group selection by a peripheral, Rajendra Nayak
  • [RFC 1/3] OMAP3: PRM: Add grpsel programming support, Rajendra Nayak
    • [RFC 2/3] OMAP3: hwmod: Add support to associate an initiator with a hwmod, Rajendra Nayak
      • [RFC 3/3] OMAP3: omap_device: Add support to associate a device with an initiator, Rajendra Nayak
        • RE: [RFC 3/3] OMAP3: omap_device: Add support to associate a device with an initiator, Hema Kalliguddi
          • Re: [RFC 3/3] OMAP3: omap_device: Add support to associate a device with an initiator, Rajendra Nayak
      • RE: [RFC 2/3] OMAP3: hwmod: Add support to associate an initiator with a hwmod, Hema Kalliguddi
        • Re: [RFC 2/3] OMAP3: hwmod: Add support to associate an initiator with a hwmod, Rajendra Nayak
          • RE: [RFC 2/3] OMAP3: hwmod: Add support to associate an initiator with a hwmod, Hema Kalliguddi
    • RE: [RFC 1/3] OMAP3: PRM: Add grpsel programming support, Hema Kalliguddi
• cpufreq support for the Beagleboard., javier Martin
  • RE: cpufreq support for the Beagleboard., Vishwanath Sripathy
    • Re: cpufreq support for the Beagleboard., javier Martin
      • RE: cpufreq support for the Beagleboard., Vishwanath Sripathy
        • Re: cpufreq support for the Beagleboard., javier Martin
        • Re: cpufreq support for the Beagleboard., Menon, Nishanth
        • Re: cpufreq support for the Beagleboard., Matt Johnson
          • RE: cpufreq support for the Beagleboard., Vishwanath Sripathy
• [GIT PULL] omap display subsystem changes for 2.6.39, Tomi Valkeinen
  • Re: [GIT PULL] omap display subsystem changes for 2.6.39, Tomi Valkeinen
  • Re: [GIT PULL] omap display subsystem changes for 2.6.39, John S
    • Re: [GIT PULL] omap display subsystem changes for 2.6.39, Tomi Valkeinen
  • Re: [GIT PULL] omap display subsystem changes for 2.6.39, Paul Mundt
    • Re: [GIT PULL] omap display subsystem changes for 2.6.39, Tomi Valkeinen
  • Re: [GIT PULL] omap display subsystem changes for 2.6.39, Felipe Contreras
    • Re: [GIT PULL] omap display subsystem changes for 2.6.39, Tomi Valkeinen
      • Re: [GIT PULL] omap display subsystem changes for 2.6.39, Tony Lindgren
• Some issue about CA816x/819x EVM board, Xiao Jiang
• [PATCH 0/7] OMAP2+: voltage layer cleanup and restructure., Kevin Hilman
  • [PATCH 1/7] OMAP2+: hwmod: remove unused voltagedomain pointer, Kevin Hilman
    • Re: [PATCH 1/7] OMAP2+: hwmod: remove unused voltagedomain pointer, Cousson, Benoit
      • Re: [PATCH 1/7] OMAP2+: hwmod: remove unused voltagedomain pointer, Kevin Hilman
        • Re: [PATCH 1/7] OMAP2+: hwmod: remove unused voltagedomain pointer, Gulati, Shweta
          • Re: [PATCH 1/7] OMAP2+: hwmod: remove unused voltagedomain pointer, Kevin Hilman
            • Re: [PATCH 1/7] OMAP2+: hwmod: remove unused voltagedomain pointer, Cousson, Benoit
              • Re: [PATCH 1/7] OMAP2+: hwmod: remove unused voltagedomain pointer, Gulati, Shweta
    • Re: [PATCH 1/7] OMAP2+: hwmod: remove unused voltagedomain pointer, Paul Walmsley
  • [PATCH 2/7] OMAP2+: voltage: move PRCM mod offets into VDD structure, Kevin Hilman
    • RE: [PATCH 2/7] OMAP2+: voltage: move PRCM mod offets into VDD structure, Santosh Shilimkar
      • Re: [PATCH 2/7] OMAP2+: voltage: move PRCM mod offets into VDD structure, Kevin Hilman
    • RE: [PATCH 2/7] OMAP2+: voltage: move PRCM mod offets into VDD structure, Premi, Sanjeev
      • Re: [PATCH 2/7] OMAP2+: voltage: move PRCM mod offets into VDD structure, Kevin Hilman
      • Re: [PATCH 2/7] OMAP2+: voltage: move PRCM mod offets into VDD structure, Kevin Hilman
  • [PATCH 3/7] OMAP2+: voltage: start towards a new voltagedomain layer, Kevin Hilman
  • [PATCH 4/7] OMAP2+: powerdomain: add voltage domain lookup during register, Kevin Hilman
    • Re: [PATCH 4/7] OMAP2+: powerdomain: add voltage domain lookup during register, Paul Walmsley
      • Re: [PATCH 4/7] OMAP2+: powerdomain: add voltage domain lookup during register, Cousson, Benoit
        • Re: [PATCH 4/7] OMAP2+: powerdomain: add voltage domain lookup during register, Paul Walmsley
          • Re: [PATCH 4/7] OMAP2+: powerdomain: add voltage domain lookup during register, Cousson, Benoit
            • Re: [PATCH 4/7] OMAP2+: powerdomain: add voltage domain lookup during register, Paul Walmsley
      • Re: [PATCH 4/7] OMAP2+: powerdomain: add voltage domain lookup during register, Kevin Hilman
  • [PATCH 5/7] OMAP2+: voltage: keep track of powerdomains in each voltagedomain, Kevin Hilman
    • Re: [PATCH 5/7] OMAP2+: voltage: keep track of powerdomains in each voltagedomain, Paul Walmsley
      • Re: [PATCH 5/7] OMAP2+: voltage: keep track of powerdomains in each voltagedomain, Kevin Hilman
  • [PATCH 6/7] OMAP2+: voltage: move prm_irqst_reg from VP into voltage domain, Kevin Hilman
  • [PATCH 7/7] OMAP3: powerdomain data: add voltage domains, Kevin Hilman
    • Re: [PATCH 7/7] OMAP3: powerdomain data: add voltage domains, Paul Walmsley
      • Re: [PATCH 7/7] OMAP3: powerdomain data: add voltage domains, Cousson, Benoit
        • Re: [PATCH 7/7] OMAP3: powerdomain data: add voltage domains, Paul Walmsley
          • Re: [PATCH 7/7] OMAP3: powerdomain data: add voltage domains, Kevin Hilman
  • Re: [PATCH 0/7] OMAP2+: voltage layer cleanup and restructure., Kevin Hilman
• Kernel Question, Boswell, Patrick
• FW: omap2+ voltage: Few queries, Premi, Sanjeev
• [GIT PULL] omap changes for v2.6.39 merge window, Tony Lindgren
  • Re: [GIT PULL] omap changes for v2.6.39 merge window, Linus Torvalds
    • Re: [GIT PULL] omap changes for v2.6.39 merge window, Tony Lindgren
    • Re: [GIT PULL] omap changes for v2.6.39 merge window, Russell King - ARM Linux
      • Re: [GIT PULL] omap changes for v2.6.39 merge window, Uwe Kleine-König
      • Re: [GIT PULL] omap changes for v2.6.39 merge window, Arnd Bergmann
        • Re: [GIT PULL] omap changes for v2.6.39 merge window, Linus Torvalds
          • Re: [GIT PULL] omap changes for v2.6.39 merge window, Nicolas Pitre
            • Re: [GIT PULL] omap changes for v2.6.39 merge window, Linus Torvalds