Linux on ARM based TI OMAP SoCs

• Date Index

• [PATCH 2/3] OMAP: add omap_device_reset(), (continued)
  • [PATCH 2/3] OMAP: add omap_device_reset(), Tomi Valkeinen
  • [PATCH 1/3] OMAP: change get_context_loss_count ret value to int, Tomi Valkeinen
    • Re: [PATCH 1/3] OMAP: change get_context_loss_count ret value to int, Kevin Hilman
    • Re: [PATCH 1/3] OMAP: change get_context_loss_count ret value to int, Paul Walmsley
      • Re: [PATCH 1/3] OMAP: change get_context_loss_count ret value to int, Tomi Valkeinen
  • [PATCH 3/3] OMAP: Add (omap_device|omap_hwmod)_can_ever_lose_context functions, Tomi Valkeinen
  • Re: [PATCH 0/3] Some omap_device/hwmod/pwrdomain patches, Kevin Hilman
    • Re: [PATCH 0/3] Some omap_device/hwmod/pwrdomain patches, Tomi Valkeinen
      • Re: [PATCH 0/3] Some omap_device/hwmod/pwrdomain patches, Kevin Hilman
• [PATCH] ARM: OMAP: Get rid of section mismatch warnings, Silesh C V
  • Re: [PATCH] ARM: OMAP: Get rid of section mismatch warnings, Santosh Shilimkar
    • Re: [PATCH] ARM: OMAP: Get rid of section mismatch warnings, Tony Lindgren
      • Re: [PATCH] ARM: OMAP: Get rid of section mismatch warnings, Russell King - ARM Linux
        • Re: [PATCH] ARM: OMAP: Get rid of section mismatch warnings, Tony Lindgren
          • Re: [PATCH] ARM: OMAP: Get rid of section mismatch warnings, Kevin Hilman
      • Re: [PATCH] ARM: OMAP: Get rid of section mismatch warnings, Igor Grinberg
        • Re: [PATCH] ARM: OMAP: Get rid of section mismatch warnings, Tony Lindgren
• [GIT PULL] omap updates for 2.6.40, Tony Lindgren
  • Re: [GIT PULL] omap updates for 2.6.40, Igor Grinberg
    • Re: [GIT PULL] omap updates for 2.6.40, Tony Lindgren
      • Re: [GIT PULL] omap updates for 2.6.40, Igor Grinberg
        • Re: [GIT PULL] omap updates for 2.6.40, Tony Lindgren
  • Re: [GIT PULL] omap updates for 2.6.40, Koen Kooi
    • Re: [GIT PULL] omap updates for 2.6.40, Tony Lindgren
      • Re: [GIT PULL] omap updates for 2.6.40, Tony Lindgren
        • Re: [GIT PULL] omap updates for 2.6.40, Koen Kooi
• [PATCH] OMAP: clockdomain: Remove redundant call to pwrdm_wait_transition(), Vaibhav Bedia
  • RE: [PATCH] OMAP: clockdomain: Remove redundant call to pwrdm_wait_transition(), Bedia, Vaibhav
  • Re: [PATCH] OMAP: clockdomain: Remove redundant call to pwrdm_wait_transition(), Paul Walmsley
• [OFF TOPIC] away on business travel, Felipe Balbi
• [RFC][PATCH 10/9] OMAP4: HWMOD: differentiate 4430 and 4460 bandgap, Nishanth Menon
  • Re: [RFC][PATCH 10/9] OMAP4: HWMOD: differentiate 4430 and 4460 bandgap, Pandita, Vikram
    • Re: [RFC][PATCH 10/9] OMAP4: HWMOD: differentiate 4430 and 4460 bandgap, Menon, Nishanth
• [RFC][PATCH 0/9] OMAP4: Add 4460 base support, Nishanth Menon
  • [RFC][PATCH 1/9] OMAP: ID: introduce chip detection for OMAP4460, Nishanth Menon
    • RE: [RFC][PATCH 1/9] OMAP: ID: introduce chip detection for OMAP4460, Premi, Sanjeev
      • Re: [RFC][PATCH 1/9] OMAP: ID: introduce chip detection for OMAP4460, Nishanth Menon
        • Re: [RFC][PATCH 1/9] OMAP: ID: introduce chip detection for OMAP4460, Kevin Hilman
          • Re: [RFC][PATCH 1/9] OMAP: ID: introduce chip detection for OMAP4460, Menon, Nishanth
  • [RFC][PATCH 2/9] OMAP4: HWMOD: make current hwmods common for 4460 and 4430, Nishanth Menon
    • Re: [RFC][PATCH 2/9] OMAP4: HWMOD: make current hwmods common for 4460 and 4430, Vladimir Pantelic
      • Re: [RFC][PATCH 2/9] OMAP4: HWMOD: make current hwmods common for 4460 and 4430, Nishanth Menon
  • [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Nishanth Menon
    • RE: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Premi, Sanjeev
      • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Nishanth Menon
    • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Kevin Hilman
      • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Menon, Nishanth
      • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Cousson, Benoit
        • Message not available
          • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Cousson, Benoit
        • Message not available
          • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Kevin Hilman
            • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Cousson, Benoit
              • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Kevin Hilman
        • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Kevin Hilman
          • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Menon, Nishanth
          • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Steve Calfee
            • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Cousson, Benoit
            • Re: [RFC][PATCH 3/9] OMAP4460: HWMOD: DO not reset GPIO1 during HWMOD init, Koen Kooi
  • [RFC][PATCH 4/9] OMAP4: clocks: distinguish 4430 and 4460, Nishanth Menon
    • RE: [RFC][PATCH 4/9] OMAP4: clocks: distinguish 4430 and 4460, Premi, Sanjeev
  • [RFC][PATCH 5/9] OMAP4: PRM: OMAP4460 specific PRM and CM register bitshifts, Nishanth Menon
  • [RFC][PATCH 6/9] OMAP4: clocks: Update the clock tree with 4460 clock nodes, Nishanth Menon
  • [RFC][PATCH 7/9] OMAP4: powerdomain: Update MPU powerdomain for 4460, Nishanth Menon
    • RE: [RFC][PATCH 7/9] OMAP4: powerdomain: Update MPU powerdomain for 4460, Premi, Sanjeev
      • Re: [RFC][PATCH 7/9] OMAP4: powerdomain: Update MPU powerdomain for 4460, Nishanth Menon
  • [RFC][PATCH 8/9] OMAP4: clockdomain: Use CHIP_IS_44XX to reuse all CD's on 4460, Nishanth Menon
    • RE: [RFC][PATCH 8/9] OMAP4: clockdomain: Use CHIP_IS_44XX to reuse all CD's on 4460, Premi, Sanjeev
  • [RFC][PATCH 9/9] OMAP4460: dpll: Support MPU frequencies > 1 Ghz, Nishanth Menon
    • Re: [RFC][PATCH 9/9] OMAP4460: dpll: Support MPU frequencies > 1 Ghz, Todd Poynor
      • Re: [RFC][PATCH 9/9] OMAP4460: dpll: Support MPU frequencies > 1 Ghz, Rajendra Nayak
        • Re: [RFC][PATCH 9/9] OMAP4460: dpll: Support MPU frequencies > 1 Ghz, Menon, Nishanth
• [PM-WIP_CPUFREQ][PATCH 0/6 V3] Cleanups for cpufreq, Nishanth Menon
  • [PM-WIP_CPUFREQ][PATCH V3 1/8] OMAP2+: cpufreq: move clk name decision to init, Nishanth Menon
    • Re: [PM-WIP_CPUFREQ][PATCH V3 1/8] OMAP2+: cpufreq: move clk name decision to init, Kevin Hilman
  • [PM-WIP_CPUFREQ][PATCH V3 2/8] OMAP2+: cpufreq: deny initialization if no mpudev, Nishanth Menon
    • Re: [PM-WIP_CPUFREQ][PATCH V3 2/8] OMAP2+: cpufreq: deny initialization if no mpudev, Kevin Hilman
  • [PM-WIP_CPUFREQ][PATCH V3 3/8] OMAP2+: cpufreq: use opp/clk_*cpufreq_table based on silicon, Nishanth Menon
    • Re: [PM-WIP_CPUFREQ][PATCH V3 3/8] OMAP2+: cpufreq: use opp/clk_*cpufreq_table based on silicon, Kevin Hilman
      • Re: [PM-WIP_CPUFREQ][PATCH V3 3/8] OMAP2+: cpufreq: use opp/clk_*cpufreq_table based on silicon, Menon, Nishanth
        • Re: [PM-WIP_CPUFREQ][PATCH V3 3/8] OMAP2+: cpufreq: use opp/clk_*cpufreq_table based on silicon, Menon, Nishanth
          • Re: [PM-WIP_CPUFREQ][PATCH V3 3/8] OMAP2+: cpufreq: use opp/clk_*cpufreq_table based on silicon, Kevin Hilman
  • [PM-WIP_CPUFREQ][PATCH V3 4/8] OMAP2+: cpufreq: dont support !freq_table, Nishanth Menon
    • Re: [PM-WIP_CPUFREQ][PATCH V3 4/8] OMAP2+: cpufreq: dont support !freq_table, Todd Poynor
      • Re: [PM-WIP_CPUFREQ][PATCH V3 4/8] OMAP2+: cpufreq: dont support !freq_table, Menon, Nishanth
      • Message not available
        • Re: [PM-WIP_CPUFREQ][PATCH V3 4/8] OMAP2+: cpufreq: dont support !freq_table, Menon, Nishanth
  • [PM-WIP_CPUFREQ][PATCH V3 5/8] OMAP2+: cpufreq: fix invalid cpufreq table with central alloc/free, Nishanth Menon
    • Re: [PM-WIP_CPUFREQ][PATCH V3 5/8] OMAP2+: cpufreq: fix invalid cpufreq table with central alloc/free, Todd Poynor
      • Re: [PM-WIP_CPUFREQ][PATCH V3 5/8] OMAP2+: cpufreq: fix invalid cpufreq table with central alloc/free, Menon, Nishanth
  • [PM-WIP_CPUFREQ][PATCH V3 6/8] OMAP2+: cpufreq: fix freq_table leak, Nishanth Menon
    • Re: [PM-WIP_CPUFREQ][PATCH V3 6/8] OMAP2+: cpufreq: fix freq_table leak, Kevin Hilman
      • Re: [PM-WIP_CPUFREQ][PATCH V3 6/8] OMAP2+: cpufreq: fix freq_table leak, Menon, Nishanth
        • Re: [PM-WIP_CPUFREQ][PATCH V3 6/8] OMAP2+: cpufreq: fix freq_table leak, Kevin Hilman
          • Re: [PM-WIP_CPUFREQ][PATCH V3 6/8] OMAP2+: cpufreq: fix freq_table leak, Menon, Nishanth
    • Re: [PM-WIP_CPUFREQ][PATCH V3 6/8] OMAP2+: cpufreq: fix freq_table leak, Todd Poynor
      • Re: [PM-WIP_CPUFREQ][PATCH V3 6/8] OMAP2+: cpufreq: fix freq_table leak, Menon, Nishanth
  • [PM-WIP_CPUFREQ][PATCH V3 7/8] OMAP2+: cpufreq: put clk if cpu_init failed, Nishanth Menon
  • [PM-WIP_CPUFREQ][PATCH V3 8/8] OMAP: cpufreq: minor file header updates, Nishanth Menon
    • Re: [PM-WIP_CPUFREQ][PATCH V3 8/8] OMAP: cpufreq: minor file header updates, Kevin Hilman
      • Re: [PM-WIP_CPUFREQ][PATCH V3 8/8] OMAP: cpufreq: minor file header updates, Menon, Nishanth
    • Re: [PM-WIP_CPUFREQ][PATCH V3 8/8] OMAP: cpufreq: minor file header updates, Kevin Hilman
  • Re: [PM-WIP_CPUFREQ][PATCH 0/6 V3] Cleanups for cpufreq, Kevin Hilman
    • Re: [PM-WIP_CPUFREQ][PATCH 0/6 V3] Cleanups for cpufreq, Menon, Nishanth
    • Re: [PM-WIP_CPUFREQ][PATCH 0/6 V3] Cleanups for cpufreq, Santosh Shilimkar
      • Re: [PM-WIP_CPUFREQ][PATCH 0/6 V3] Cleanups for cpufreq, Menon, Nishanth
        • Re: [PM-WIP_CPUFREQ][PATCH 0/6 V3] Cleanups for cpufreq, Santosh Shilimkar
          • Re: [PM-WIP_CPUFREQ][PATCH 0/6 V3] Cleanups for cpufreq, Turquette, Mike
            • Re: [PM-WIP_CPUFREQ][PATCH 0/6 V3] Cleanups for cpufreq, Kevin Hilman
              • Re: [PM-WIP_CPUFREQ][PATCH 0/6 V3] Cleanups for cpufreq, Menon, Nishanth
• [PATCH V2] PM: OPP: introduce function to free cpufreq table, Nishanth Menon
  • Re: [PATCH V2] PM: OPP: introduce function to free cpufreq table, Kevin Hilman
    • Re: [PATCH V2] PM: OPP: introduce function to free cpufreq table, Rafael J. Wysocki
• [PATCH] ARM: OMAP: L3 interconnect: Error reporting cleanups, Todd Poynor
  • Re: [PATCH] ARM: OMAP: L3 interconnect: Error reporting cleanups, Santosh Shilimkar
    • Re: [PATCH] ARM: OMAP: L3 interconnect: Error reporting cleanups, Todd Poynor
• [PATCH 00/15] OMAP: GPIO: Cleanup OMAP GPIO driver, Tarun Kanti DebBarma
  • [PATCH 15/15] OMAP: GPIO: clean omap_gpio_mod_init function, Tarun Kanti DebBarma
    • Re: [PATCH 15/15] OMAP: GPIO: clean omap_gpio_mod_init function, Kevin Hilman
      • Re: [PATCH 15/15] OMAP: GPIO: clean omap_gpio_mod_init function, Varadarajan, Charulatha
        • Re: [PATCH 15/15] OMAP: GPIO: clean omap_gpio_mod_init function, Kevin Hilman
  • [PATCH 14/15] OMAP: GPIO: Use memset for omap_gpio_reg_offs, Tarun Kanti DebBarma
    • Re: [PATCH 14/15] OMAP: GPIO: Use memset for omap_gpio_reg_offs, Kevin Hilman
  • [PATCH 05/15] OMAP: GPIO: Make gpio_context part of gpio_bank structure, Tarun Kanti DebBarma
    • Re: [PATCH 05/15] OMAP: GPIO: Make gpio_context part of gpio_bank structure, Kevin Hilman
    • RE: [PATCH 05/15] OMAP: GPIO: Make gpio_context part of gpio_bank structure, Premi, Sanjeev
      • Re: [PATCH 05/15] OMAP: GPIO: Make gpio_context part of gpio_bank structure, Varadarajan, Charulatha
    • RE: [PATCH 05/15] OMAP: GPIO: Make gpio_context part of gpio_bank structure, Premi, Sanjeev
  • [PATCH 13/15] OMAP: GPIO: clean set_gpio_triggering function, Tarun Kanti DebBarma
    • Re: [PATCH 13/15] OMAP: GPIO: clean set_gpio_triggering function, Kevin Hilman
      • Re: [PATCH 13/15] OMAP: GPIO: clean set_gpio_triggering function, Varadarajan, Charulatha
  • [PATCH 08/15] OMAP2+: GPIO: make workaround_enabled bank specific, Tarun Kanti DebBarma
    • Re: [PATCH 08/15] OMAP2+: GPIO: make workaround_enabled bank specific, Kevin Hilman
      • Re: [PATCH 08/15] OMAP2+: GPIO: make workaround_enabled bank specific, Varadarajan, Charulatha
  • [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Tarun Kanti DebBarma
    • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Kevin Hilman
      • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Varadarajan, Charulatha
        • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Kevin Hilman
          • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Varadarajan, Charulatha
            • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Kevin Hilman
    • RE: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Premi, Sanjeev
      • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Varadarajan, Charulatha
      • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Cousson, Benoit
        • RE: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Premi, Sanjeev
          • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Cousson, Benoit
            • RE: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Premi, Sanjeev
              • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Cousson, Benoit
                • RE: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Premi, Sanjeev
                • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, B.J. Buchalter
                  • Re: [PATCH 02/15] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Cousson, Benoit
  • [PATCH 12/15] OMAP: GPIO: Fix: use wake set/clear regs, Tarun Kanti DebBarma
    • Re: [PATCH 12/15] OMAP: GPIO: Fix: use wake set/clear regs, Kevin Hilman
      • Re: [PATCH 12/15] OMAP: GPIO: Fix: use wake set/clear regs, Varadarajan, Charulatha
  • [PATCH 11/15] OMAP: GPIO: Remove hardcoded offsets in ctxt save/restore, Tarun Kanti DebBarma
    • Re: [PATCH 11/15] OMAP: GPIO: Remove hardcoded offsets in ctxt save/restore, Kevin Hilman
      • Re: [PATCH 11/15] OMAP: GPIO: Remove hardcoded offsets in ctxt save/restore, Varadarajan, Charulatha
    • RE: [PATCH 11/15] OMAP: GPIO: Remove hardcoded offsets in ctxt save/restore, Premi, Sanjeev
      • Re: [PATCH 11/15] OMAP: GPIO: Remove hardcoded offsets in ctxt save/restore, Varadarajan, Charulatha
  • [PATCH 10/15] OMAP: GPIO: cleanup prepare/resume idle functions, Tarun Kanti DebBarma
    • Re: [PATCH 10/15] OMAP: GPIO: cleanup prepare/resume idle functions, Kevin Hilman
  • [PATCH 04/15] OMAP2PLUS: GPIO: Use flag to identify wkup dmn GPIO, Tarun Kanti DebBarma
    • Re: [PATCH 04/15] OMAP2PLUS: GPIO: Use flag to identify wkup dmn GPIO, Kevin Hilman
  • [PATCH 09/15] OMAP: GPIO: cleanup suspend and resume functions, Tarun Kanti DebBarma
    • Re: [PATCH 09/15] OMAP: GPIO: cleanup suspend and resume functions, Kevin Hilman
      • Re: [PATCH 09/15] OMAP: GPIO: cleanup suspend and resume functions, Varadarajan, Charulatha
  • [PATCH 03/15] OMAP: GPIO: Remove dependency on gpio_bank_count, Tarun Kanti DebBarma
  • [PATCH 07/15] OMAP: GPIO: handle save/restore ctx in GPIO driver, Tarun Kanti DebBarma
    • Re: [PATCH 07/15] OMAP: GPIO: handle save/restore ctx in GPIO driver, Kevin Hilman
      • Re: [PATCH 07/15] OMAP: GPIO: handle save/restore ctx in GPIO driver, Kevin Hilman
  • [PATCH 06/15] OMAP4: GPIO: Save/restore context, Tarun Kanti DebBarma
    • Re: [PATCH 06/15] OMAP4: GPIO: Save/restore context, Kevin Hilman
      • Re: [PATCH 06/15] OMAP4: GPIO: Save/restore context, Varadarajan, Charulatha
  • [PATCH 01/15] OMAP: GPIO: Avoid cpu_is checks during module ena/disable, Tarun Kanti DebBarma
    • Re: [PATCH 01/15] OMAP: GPIO: Avoid cpu_is checks during module ena/disable, Kevin Hilman
      • Re: [PATCH 01/15] OMAP: GPIO: Avoid cpu_is checks during module ena/disable, Varadarajan, Charulatha
• Fwd: Self modifying code in ARM 11 architectures, Ashok Babu
  • Re: Self modifying code in ARM 11 architectures, Vimal Singh
    • Re: Self modifying code in ARM 11 architectures, Uwe Kleine-König
• [PATCH] PM: OPP: introduce function to free cpufreq table, Nishanth Menon
  • Re: [PATCH] PM: OPP: introduce function to free cpufreq table, Todd Poynor
    • Re: [PATCH] PM: OPP: introduce function to free cpufreq table, Menon, Nishanth
      • Re: [PATCH] PM: OPP: introduce function to free cpufreq table, Rafael J. Wysocki
• [GIT PULL] OMAP DSS updates for 2.6.40, Tomi Valkeinen
  • Re: [GIT PULL] OMAP DSS updates for 2.6.40, Paul Mundt
    • Re: [GIT PULL] OMAP DSS updates for 2.6.40, Tomi Valkeinen
• Using DSI PLL for LCD pixel clock, Tomi Valkeinen
• [PATCH] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY, green
  • Re: [PATCH] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY, Mark Brown
    • Re: [PATCH] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY, Oleg Drokin
      • Re: [PATCH] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY, Mark Brown
• Initial B&N Nook Color support, take four, green
  • [PATCH 3/3] Update Nook Color machine 3284 to common Encore name., green
  • [PATCH 2/3] Add tps65921 chip, green
  • [PATCH 1/3] Initial B&N Nook Color (encore) support., green
    • Re: [PATCH 1/3] Initial B&N Nook Color (encore) support., Igor Grinberg
  • Re: Initial B&N Nook Color support, take four, Theodore Kilgore
    • Re: Initial B&N Nook Color support, take four, Oleg Drokin
  • Re: Initial B&N Nook Color support, take four, Igor Grinberg
• [PATCH v4 0/1] Add support for twl6025 PMIC, Graeme Gregory
  • [PATCH v4 1/2] REGULATOR: TWL6025: add support to twl-regulator, Graeme Gregory
    • Re: [PATCH v4 1/2] REGULATOR: TWL6025: add support to twl-regulator, Mark Brown
      • Re: [PATCH v4 1/2] REGULATOR: TWL6025: add support to twl-regulator, Liam Girdwood
  • [PATCH v4 2/2] USB: TWL6025 allow different regulator name, Graeme Gregory
    • Re: [PATCH v4 2/2] USB: TWL6025 allow different regulator name, Mark Brown
      • Re: [PATCH v4 2/2] USB: TWL6025 allow different regulator name, Liam Girdwood
        • Re: [PATCH v4 2/2] USB: TWL6025 allow different regulator name, Felipe Balbi
          • Re: [PATCH v4 2/2] USB: TWL6025 allow different regulator name, Liam Girdwood
• Re: [PATCH v2 2/2] OMAP3BEAGLE: Add support for mt9p031 sensor driver., Igor Grinberg
  • Re: [PATCH v2 2/2] OMAP3BEAGLE: Add support for mt9p031 sensor driver., javier Martin
    • Re: [PATCH v2 2/2] OMAP3BEAGLE: Add support for mt9p031 sensor driver., Laurent Pinchart
      • Re: [PATCH v2 2/2] OMAP3BEAGLE: Add support for mt9p031 sensor driver., Igor Grinberg
• [PATCH] Fix generic irq chip, Russell King - ARM Linux
  • Re: [PATCH] Fix generic irq chip, Thomas Gleixner
  • Re: [PATCH] Fix generic irq chip, Nicolas Pitre
  • RE: [PATCH] Fix generic irq chip, Nori, Sekhar
  • Re: [PATCH] Fix generic irq chip, Kevin Hilman
    • Re: [PATCH] Fix generic irq chip, Russell King - ARM Linux
      • Re: [PATCH] Fix generic irq chip, Kevin Hilman
• [PATCH v4] OMAP2/3: hwmod: fix the i2c-reset timeout during bootup, Avinash.H.M
  • Re: [PATCH v4] OMAP2/3: hwmod: fix the i2c-reset timeout during bootup, Tomi Valkeinen
    • Re: [PATCH v4] OMAP2/3: hwmod: fix the i2c-reset timeout during bootup, Avinash.H.M.
  • Re: [PATCH v4] OMAP2/3: hwmod: fix the i2c-reset timeout during bootup, Avinash.H.M.
    • Re: [PATCH v4] OMAP2/3: hwmod: fix the i2c-reset timeout during bootup, Avinash.H.M.
• [GIT PULL] OMAP PM cleanups for 2.6.40, Kevin Hilman
  • Re: [GIT PULL] OMAP PM cleanups for 2.6.40, Tony Lindgren
• [PATCH 00/14] GPIO: OMAP: first round of cleanup, Kevin Hilman
  • [PATCH 02/14] GPIO: OMAP: remove MPUIO handling from _clear_gpio_irqbank(), Kevin Hilman
  • [PATCH 01/14] GPIO: OMAP: _clear_gpio_irqbank: fix flushing of posted write, Kevin Hilman
  • [PATCH 04/14] GPIO: OMAP: _get_gpio_irqbank_mask: replace hard-coded mask with bank->width, Kevin Hilman
  • [PATCH 03/14] GPIO: OMAP: move bank width into struct gpio_bank, Kevin Hilman
  • [PATCH 05/14] GPIO: OMAP: replace get_gpio_index() by using bank width, Kevin Hilman
  • [PATCH 06/14] GPIO: OMAP: remove get_gpio_bank(), Kevin Hilman
  • [PATCH 07/14] GPIO: OMAP: consolidate direction, input, output, remove #ifdefs, Kevin Hilman
  • [PATCH 09/14] GPIO: OMAP: conslidate enable/disable of GPIO IRQs, remove ifdefs, Kevin Hilman
  • [PATCH 10/14] GPIO: OMAP: convert MPUIO IRQ over to generic irq_chip, Kevin Hilman
  • [PATCH 11/14] GPIO: OMAP: remove useless gpio_valid() & check_gpio() checks, Kevin Hilman
  • [PATCH 08/14] GPIO: OMAP: consolidate IRQ status handling, remove #ifdefs, Kevin Hilman
  • [PATCH 12/14] GPIO: OMAP: cleanup _set_gpio_wakeup(), remove ifdefs, Kevin Hilman
  • [PATCH 13/14] GPIO: OMAP: debounce remove SoC specific registers, use pdata, Kevin Hilman
  • [PATCH 14/14] GPIO: OMAP: cleanup show revision, remove cpu_is checks, display only once, Kevin Hilman
  • Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup, Jean-Christophe PLAGNIOL-VILLARD
  • Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup, Grant Likely
    • Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup, Kevin Hilman
    • Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup, Kevin Hilman
      • Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup, Grant Likely
        • Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup, Kevin Hilman
          • Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup, Grant Likely
• [PATCH] Fix: ZOOM: QUART: Request reset GPIO, Tarun Kanti DebBarma
  • Re: [PATCH] Fix: ZOOM: QUART: Request reset GPIO, Tony Lindgren
• [PATCH 0/2] GPIO: move OMAP driver to drivers/gpio, Kevin Hilman
  • [PATCH 1/2] GPIO: OMAP: move register offset defines into <plat/gpio.h>, Kevin Hilman
  • Message not available
    • Message not available
      • Re: [PATCH 2/2] GPIO: OMAP: move to drivers/gpio, Grant Likely
        • Re: [PATCH 2/2] GPIO: OMAP: move to drivers/gpio, Kevin Hilman
          • Re: [PATCH 2/2] GPIO: OMAP: move to drivers/gpio, Kevin Hilman
            • Re: [PATCH 2/2] GPIO: OMAP: move to drivers/gpio, Grant Likely
• [PATCH 0/2] regulator: twl6030: do not write to _GRP for enable/disable, Balaji T K
  • [PATCH 1/2] regulator: twl6030: do not write to _GRP for regulator enable, Balaji T K
    • Re: [PATCH 1/2] regulator: twl6030: do not write to _GRP for regulator enable, Mark Brown
      • Re: [PATCH 1/2] regulator: twl6030: do not write to _GRP for regulator enable, Liam Girdwood
  • [PATCH 2/2] regulator: twl6030: do not write to _GRP for regulator disable, Balaji T K
    • Re: [PATCH 2/2] regulator: twl6030: do not write to _GRP for regulator disable, Mark Brown
• [PATCHv2] OMAP3: beagle: add support for beagleboard xM revision C, koen
  • Re: [PATCHv2] OMAP3: beagle: add support for beagleboard xM revision C, Igor Grinberg
    • Re: [PATCHv2] OMAP3: beagle: add support for beagleboard xM revision C, Koen Kooi
  • <Possible follow-ups>
  • [PATCHv2] OMAP3: beagle: add support for beagleboard xM revision C, koen
• [PATCH] OMAP3: beagle: add support for beagleboard xM revision C, Koen Kooi
  • Re: [PATCH] OMAP3: beagle: add support for beagleboard xM revision C, Koen Kooi
  • <Possible follow-ups>
  • [PATCH] OMAP3: beagle: add support for beagleboard xM revision C, Koen Kooi
    • Re: [PATCH] OMAP3: beagle: add support for beagleboard xM revision C, Koen Kooi
    • Re: [PATCH] OMAP3: beagle: add support for beagleboard xM revision C, Tony Lindgren
      • Re: [PATCH] OMAP3: beagle: add support for beagleboard xM revision C, Koen Kooi
        • Re: [PATCH] OMAP3: beagle: add support for beagleboard xM revision C, Tony Lindgren
• [PATCH v2 0/5] OMAP: DSS2: Add suppport for new color format, Amber Jain
  • [PATCH v2 1/5] OMAP: DSS2: Add new color formats for OMAP4, Amber Jain
  • [PATCH v2 2/5] OMAP: DSS2: Ensure non-zero FIR values are configured, Amber Jain
  • [PATCH v2 3/5] OMAP: DSS2: Use for loop where ever possible in SR(), RR(), Amber Jain
  • [PATCH v2 4/5] OMAP: DSS2: Add new registers for NV12 support, Amber Jain
  • [PATCH v2 5/5] OMAP: DSS2: Add support for NV12 format, Amber Jain
• [PATCH 0/5] OMAP: DSS2: Add suppport for new color format, Amber Jain
  • [PATCH 1/5] OMAP: DSS2: Add new color formats, Amber Jain
    • Re: [PATCH 1/5] OMAP: DSS2: Add new color formats, Tomi Valkeinen
  • [PATCH 2/5] OMAP: DSS2: configuring non-zero values for fir_hinc/fir_vinc, Amber Jain
    • Re: [PATCH 2/5] OMAP: DSS2: configuring non-zero values for fir_hinc/fir_vinc, Tomi Valkeinen
  • [PATCH 3/5] OMAP: DSS2: Use for loop where ever possible in SR(), RR(), DUMPREG(), Amber Jain
  • [PATCH 4/5] OMAP: DSS2: Adds new registers for NV12 support, Amber Jain
    • Re: [PATCH 4/5] OMAP: DSS2: Adds new registers for NV12 support, Tomi Valkeinen
  • [PATCH 5/5] OMAP: DSS2: Add support for NV12 format, Amber Jain
    • Re: [PATCH 5/5] OMAP: DSS2: Add support for NV12 format, Tomi Valkeinen
• [PATCH] mmc: fix handling NULL returned from regulator_get(), Antonio Ospite
  • Re: [PATCH] mmc: fix handling NULL returned from regulator_get(), Chris Ball
    • Re: [PATCH] mmc: fix handling NULL returned from regulator_get(), Lars-Peter Clausen
      • Re: [PATCH] mmc: fix handling NULL returned from regulator_get(), Jaehoon Chung
• [PATCH v3 0/2] Add support for twl6025 PMIC, Graeme Gregory
  • [PATCH v3 2/2] USB: TWL6025 allow different regulator name, Graeme Gregory
  • [PATCH v3 1/2] REGULATOR: TWL6025: add support to twl-regulator, Graeme Gregory
    • Re: [PATCH v3 1/2] REGULATOR: TWL6025: add support to twl-regulator, T Krishnamoorthy, Balaji
    • Re: [PATCH v3 1/2] REGULATOR: TWL6025: add support to twl-regulator, Mark Brown
• [RFC/PATCH 00/13] OMAP2+: PM: isolate PM code in modules, jean . pihet
  • [PATCH 01/13] perf: export power_start and power_end tracepoints, jean . pihet
  • [PATCH 02/13] OMAP2+: PM: isolate PM code, jean . pihet
  • [PATCH 03/13] OMAP2+: PM: clean up usage of SRAM functions, jean . pihet
    • Re: [PATCH 03/13] OMAP2+: PM: clean up usage of SRAM functions, Kevin Hilman
  • [PATCH 04/13] OMAP2+: cpuidle: register the board specific C-states table, jean . pihet
  • [PATCH 05/13] OMAP2+: PM: move common code from pm-debug.c to pm.c, jean . pihet
  • [PATCH 06/13] OMAP2+: PM: isolate the scratchpad save function from the PM code, jean . pihet
  • [PATCH 07/13] OMAP2+: PM: move the powerdomains time stats to powerdomain code, jean . pihet
    • Re: [PATCH 07/13] OMAP2+: PM: move the powerdomains time stats to powerdomain code, Kevin Hilman
  • [PATCH 08/13] OMAP2+: PM: provide the next timer event API to PM modules, jean . pihet
    • Re: [PATCH 08/13] OMAP2+: PM: provide the next timer event API to PM modules, Santosh Shilimkar
      • Re: [PATCH 08/13] OMAP2+: PM: provide the next timer event API to PM modules, Jean Pihet
    • Re: [PATCH 08/13] OMAP2+: PM: provide the next timer event API to PM modules, Kevin Hilman
      • Re: [PATCH 08/13] OMAP2+: PM: provide the next timer event API to PM modules, Jean Pihet
  • [PATCH 09/13] OMAP2+: PM: export suspend_set_ops to PM modules, jean . pihet
    • Re: [PATCH 09/13] OMAP2+: PM: export suspend_set_ops to PM modules, Kevin Hilman
      • Re: [PATCH 09/13] OMAP2+: PM: export suspend_set_ops to PM modules, Jean Pihet
        • Re: [PATCH 09/13] OMAP2+: PM: export suspend_set_ops to PM modules, Kevin Hilman
  • [PATCH 10/13] OMAP3: PM: export the v7_flush_dcache_all API to modules, jean . pihet
    • Re: [PATCH 10/13] OMAP3: PM: export the v7_flush_dcache_all API to modules, Santosh Shilimkar
      • Re: [PATCH 10/13] OMAP3: PM: export the v7_flush_dcache_all API to modules, Jean Pihet
  • [PATCH 11/13] OMAP2+: PM: implement modules insertion and removal code, jean . pihet
  • [PATCH 12/13] OMAP2+: PM: export functions and variables to PM modules, jean . pihet
    • Re: [PATCH 12/13] OMAP2+: PM: export functions and variables to PM modules, Santosh Shilimkar
  • [PATCH 13/13] OMAP2+: PM: build PM functionality as modules, jean . pihet
  • Re: [RFC/PATCH 00/13] OMAP2+: PM: isolate PM code in modules, Tony Lindgren
• Re: [GIT PULL] USB patches for next merge window, Felipe Balbi
  • Re: [GIT PULL] USB patches for next merge window, Felipe Balbi
    • Re: [GIT PULL] USB patches for next merge window, Jarkko Nikula
      • Re: [GIT PULL] USB patches for next merge window, Felipe Balbi
        • Re: [GIT PULL] USB patches for next merge window, Tony Lindgren
          • Re: [GIT PULL] USB patches for next merge window, Felipe Balbi
            • Re: [GIT PULL] USB patches for next merge window, Cousson, Benoit
• [PATCH] OMAP3: pm: Boot message is not an error, remove it, Sanjeev Premi
  • Re: [PATCH] OMAP3: pm: Boot message is not an error, remove it, Kevin Hilman
• context_loss_count error value, Tomi Valkeinen
  • Re: context_loss_count error value, Kevin Hilman
    • Re: context_loss_count error value, Tomi Valkeinen
      • Re: context_loss_count error value, Kevin Hilman
        • Re: context_loss_count error value, Tomi Valkeinen
          • Re: context_loss_count error value, Tomi Valkeinen
            • Re: context_loss_count error value, Kevin Hilman
              • Re: context_loss_count error value, Tomi Valkeinen
              • Re: context_loss_count error value, Tomi Valkeinen
                • Re: context_loss_count error value, Kevin Hilman
                  • Re: context_loss_count error value, Tomi Valkeinen
                    • Re: context_loss_count error value, Kevin Hilman
                      • Re: context_loss_count error value, Tomi Valkeinen
                        • Re: context_loss_count error value, Kevin Hilman
• [PM-WIP_CPUFREQ][PATCH 6/6 v2] OMAP2+: cpufreq: fix freq_table leak, Nishanth Menon
• [PM-WIP_CPUFREQ][PATCH 5/6 v2] OMAP2+: cpufreq: use cpufreq_frequency_table_target, Nishanth Menon
• [PM-WIP_CPUFREQ][PATCH 4/6 v2] OMAP2: cpufreq: use clk_init_cpufreq_table if OPPs not available, Nishanth Menon
  • Re: [PM-WIP_CPUFREQ][PATCH 4/6 v2] OMAP2: cpufreq: use clk_init_cpufreq_table if OPPs not available, Kevin Hilman
    • Re: [PM-WIP_CPUFREQ][PATCH 4/6 v2] OMAP2: cpufreq: use clk_init_cpufreq_table if OPPs not available, Menon, Nishanth
      • Re: [PM-WIP_CPUFREQ][PATCH 4/6 v2] OMAP2: cpufreq: use clk_init_cpufreq_table if OPPs not available, Kevin Hilman
        • Re: [PM-WIP_CPUFREQ][PATCH 4/6 v2] OMAP2: cpufreq: use clk_init_cpufreq_table if OPPs not available, Menon, Nishanth
• [PM-WIP_CPUFREQ][PATCH 3/6 v2] OMAP2+: cpufreq: minor comment cleanup, Nishanth Menon
  • Re: [PM-WIP_CPUFREQ][PATCH 3/6 v2] OMAP2+: cpufreq: minor comment cleanup, Todd Poynor
    • Re: [PM-WIP_CPUFREQ][PATCH 3/6 v2] OMAP2+: cpufreq: minor comment cleanup, Menon, Nishanth
• [PM-WIP_CPUFREQ][PATCH 2/6 v2] OMAP2+: cpufreq: handle invalid cpufreq table, Nishanth Menon
• [PM-WIP_CPUFREQ][PATCH 1/6 v2] OMAP2+: cpufreq: free up table on exit, Nishanth Menon
  • Re: [PM-WIP_CPUFREQ][PATCH 1/6 v2] OMAP2+: cpufreq: free up table on exit, Kevin Hilman
    • Re: [PM-WIP_CPUFREQ][PATCH 1/6 v2] OMAP2+: cpufreq: free up table on exit, Menon, Nishanth
• [PM-WIP_CPUFREQ][PATCH 0/6 v2] Cleanups for cpufreq, Nishanth Menon
• [PM-WIP/voltdm_c][PATCH 00/11] OMAP4: Fixes for voltage scale, Nishanth Menon
  • [PM-WIP/voltdm_c][PATCH 02/11] OMAP3+: PM: voltage: add required debugfs interfaces, Nishanth Menon
    • Re: [PM-WIP/voltdm_c][PATCH 02/11] OMAP3+: PM: voltage: add required debugfs interfaces, Tony Lindgren
      • Re: [PM-WIP/voltdm_c][PATCH 02/11] OMAP3+: PM: voltage: add required debugfs interfaces, Menon, Nishanth
        • Re: [PM-WIP/voltdm_c][PATCH 02/11] OMAP3+: PM: voltage: add required debugfs interfaces, Tony Lindgren
          • Re: [PM-WIP/voltdm_c][PATCH 02/11] OMAP3+: PM: voltage: add required debugfs interfaces, Menon, Nishanth
    • Re: [PM-WIP/voltdm_c][PATCH 02/11] OMAP3+: PM: voltage: add required debugfs interfaces, Kevin Hilman
      • Re: [PM-WIP/voltdm_c][PATCH 02/11] OMAP3+: PM: voltage: add required debugfs interfaces, Menon, Nishanth
  • [PM-WIP/voltdm_c][PATCH 11/11] OMAP4: PM: TWL6030: add cmd register, Nishanth Menon
  • [PM-WIP/voltdm_c][PATCH 09/11] OMAP4: PM: TWL6030: address 0V conversions, Nishanth Menon
  • [PM-WIP/voltdm_c][PATCH 03/11] OMAP3+: PM: VP: fix vstepmax, Nishanth Menon
    • Re: [PM-WIP/voltdm_c][PATCH 03/11] OMAP3+: PM: VP: fix vstepmax, Kevin Hilman
  • [PM-WIP/voltdm_c][PATCH 05/11] OMAP4: PM: VC: fix highspeed i2c for SR, Nishanth Menon
    • Re: [PM-WIP/voltdm_c][PATCH 05/11] OMAP4: PM: VC: fix highspeed i2c for SR, Kevin Hilman
  • [PM-WIP/voltdm_c][PATCH 06/11] OMAP4: PM: VC: fix channel bit offset for MPU, Nishanth Menon
    • Re: [PM-WIP/voltdm_c][PATCH 06/11] OMAP4: PM: VC: fix channel bit offset for MPU, Kevin Hilman
      • Re: [PM-WIP/voltdm_c][PATCH 06/11] OMAP4: PM: VC: fix channel bit offset for MPU, Menon, Nishanth
        • Re: [PM-WIP/voltdm_c][PATCH 06/11] OMAP4: PM: VC: fix channel bit offset for MPU, Kevin Hilman
          • Re: [PM-WIP/voltdm_c][PATCH 06/11] OMAP4: PM: VC: fix channel bit offset for MPU, Menon, Nishanth
  • [PM-WIP/voltdm_c][PATCH 04/11] OMAP4: PM: VC: support configuration of i2c clks, Nishanth Menon
    • Re: [PM-WIP/voltdm_c][PATCH 04/11] OMAP4: PM: VC: support configuration of i2c clks, Kevin Hilman
      • Re: [PM-WIP/voltdm_c][PATCH 04/11] OMAP4: PM: VC: support configuration of i2c clks, Menon, Nishanth
        • Re: [PM-WIP/voltdm_c][PATCH 04/11] OMAP4: PM: VC: support configuration of i2c clks, Kevin Hilman
          • Re: [PM-WIP/voltdm_c][PATCH 04/11] OMAP4: PM: VC: support configuration of i2c clks, Menon, Nishanth
  • [PM-WIP/voltdm_c][PATCH 07/11] OMAP4: PM: TWL6030: fix voltage conversion formula, Nishanth Menon
    • Re: [PM-WIP/voltdm_c][PATCH 07/11] OMAP4: PM: TWL6030: fix voltage conversion formula, Kevin Hilman
  • [PM-WIP/voltdm_c][PATCH 08/11] OMAP4: PM: TWL6030: fix uv to voltage for >0x39, Nishanth Menon
    • Re: [PM-WIP/voltdm_c][PATCH 08/11] OMAP4: PM: TWL6030: fix uv to voltage for >0x39, Kevin Hilman
  • [PM-WIP/voltdm_c][PATCH 01/11] OMAP3+: PM: SR: fix debugfs, Nishanth Menon
    • Re: [PM-WIP/voltdm_c][PATCH 01/11] OMAP3+: PM: SR: fix debugfs, Kevin Hilman
  • [PM-WIP/voltdm_c][PATCH 10/11] OMAP4: PM: TWL6030: fix ON/RET/OFF voltages, Nishanth Menon
    • Re: [PM-WIP/voltdm_c][PATCH 10/11] OMAP4: PM: TWL6030: fix ON/RET/OFF voltages, Kevin Hilman
• [PATCH] ARM: fix mistaken dependency for CPU_HAS_PMU, tom . leiming
  • Message not available
    • Re: [PATCH] ARM: fix mistaken dependency for CPU_HAS_PMU, Ming Lei
• [PATCH] omap3: boot message is not an error, Sanjeev Premi
  • Re: [PATCH] omap3: boot message is not an error, Kevin Hilman
    • Re: [PATCH] omap3: boot message is not an error, Jarkko Nikula
      • Re: [PATCH] omap3: boot message is not an error, Kevin Hilman
        • RE: [PATCH] omap3: boot message is not an error, Premi, Sanjeev
• [PATCH 0/2] I2C: OMAP: clean up runtime PM usage, Kevin Hilman
  • [PATCH 1/2] I2C: OMAP: remove unneccesary use of pdev, Kevin Hilman
  • [PATCH 2/2] I2C: OMAP: remove dev->idle, use usage counting provided by runtime PM, Kevin Hilman
• [PATCH v5 0/7] picodlp projector driver, Mayuresh Janorkar
  • [PATCH v5 1/4] OMAP: DSS: Adding a header file for picodlp data, Mayuresh Janorkar
  • [PATCH v5 2/4] OMAP: DSS: Adding a picodlp header file, Mayuresh Janorkar
  • [PATCH v5 3/4] OMAP: DSS: Add picodlp panel driver, Mayuresh Janorkar
  • [PATCH v5 4/4] OMAP4: DSS: Adding a picodlp in OMAP4430 SDP board file, Mayuresh Janorkar
• [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Peter Ujfalusi
  • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Jarkko Nikula
    • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Tony Lindgren
      • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Peter Ujfalusi
        • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Jarkko Nikula
          • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Tony Lindgren
      • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Peter Ujfalusi
        • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Tony Lindgren
          • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Peter Ujfalusi
            • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Tony Lindgren
              • Re: Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Péter Ujfalusi
                • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Jarkko Nikula
                  • Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time, Tony Lindgren
• [PATCH 0/2] OMAP4: Add devices for HDMI audio, Ricardo Neri
  • [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI, Ricardo Neri
    • Re: [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI, Steve Calfee
      • Re: [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI, Peter Ujfalusi
        • Re: [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI, Steve Calfee
          • Re: [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI, Ricardo Neri
            • Re: [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI, Steve Calfee
              • Re: [PATCH 1/2] OMAP4: HDMI: Add OMAP device for HDMI audio CPU DAI, Cousson, Benoit
  • [PATCH 2/2] OMAP4: Add device for HDMI OMAP4 audio for ASoC machine driver, Ricardo Neri
• [RESEND/PATCH 1/2] arm: Kconfig: select correct HAVE_SPARSE_IRQ symbol, Felipe Balbi
  • [RESEND/PATCH 2/2] arm: Kconfig: allow OMAP to use sparse IRQ numbering, Felipe Balbi
• [PATCH v2 00/19] Consolidate simple ARM MMIO clock sources, Russell King - ARM Linux
  • [PATCH 01/19] Make clocksource name const, Russell King - ARM Linux
    • Re: [PATCH 01/19] Make clocksource name const, Hans J. Koch
    • Re: [PATCH 01/19] Make clocksource name const, Linus Walleij
  • [PATCH 03/19] ARM: omap1: delete useless interrupt handler, Russell King - ARM Linux
  • [PATCH 04/19] ARM: omap1: convert to using readl/writel instead of volatile struct, Russell King - ARM Linux
    • Re: [PATCH 04/19] ARM: omap1: convert to using readl/writel instead of volatile struct, Catalin Marinas
      • Re: [PATCH 04/19] ARM: omap1: convert to using readl/writel instead of volatile struct, Russell King - ARM Linux
      • Re: [PATCH 04/19] ARM: omap1: convert to using readl/writel instead of volatile struct, Linus Walleij
  • [PATCH 06/19] clocksource: add common mmio clocksource, Russell King - ARM Linux
  • [PATCH 13/19] clocksource: convert OMAP1 to 32-bit down counting clocksource, Russell King - ARM Linux
• [PATCH v1] mfd: Fix omap_usbhs_alloc_children error handling, Keshava Munegowda
  • Re: [PATCH v1] mfd: Fix omap_usbhs_alloc_children error handling, Felipe Balbi
• [GIT PULL] Two omap fixes for v2.6.39-rc7, Tony Lindgren
• [RFC PATCH 00/10] OMAP: GPIO: cleanup GPIO driver, Tarun Kanti DebBarma
  • [RFC PATCH 04/10] OMAP: GPIO: Remove dependency on gpio_bank_count, Tarun Kanti DebBarma
    • Re: [RFC PATCH 04/10] OMAP: GPIO: Remove dependency on gpio_bank_count, Kevin Hilman
      • Re: [RFC PATCH 04/10] OMAP: GPIO: Remove dependency on gpio_bank_count, Varadarajan, Charulatha
    • Re: [RFC PATCH 04/10] OMAP: GPIO: Remove dependency on gpio_bank_count, Kevin Hilman
      • Re: [RFC PATCH 04/10] OMAP: GPIO: Remove dependency on gpio_bank_count, Varadarajan, Charulatha
  • [RFC PATCH 08/10] OMAP: GPIO: cleanup prepare-for and resume-after idle functions, Tarun Kanti DebBarma
    • Re: [RFC PATCH 08/10] OMAP: GPIO: cleanup prepare-for and resume-after idle functions, Kevin Hilman
  • [RFC PATCH 07/10] OMAP: GPIO: cleanup suspend and resume functions, Tarun Kanti DebBarma
    • Re: [RFC PATCH 07/10] OMAP: GPIO: cleanup suspend and resume functions, Kevin Hilman
    • Re: [RFC PATCH 07/10] OMAP: GPIO: cleanup suspend and resume functions, Varadarajan, Charulatha
  • [RFC PATCH 03/10] OMAP2PLUS: GPIO: Fix non-wakeup GPIO and rev_ids, Tarun Kanti DebBarma
  • [RFC PATCH 02/10] ZOOM: QUART: Request reset GPIO, Tarun Kanti DebBarma
    • Re: [RFC PATCH 02/10] ZOOM: QUART: Request reset GPIO, Kevin Hilman
      • Re: [RFC PATCH 02/10] ZOOM: QUART: Request reset GPIO, Varadarajan, Charulatha
  • [RFC PATCH 09/10] OMAP: GPIO: cleanup omap_gpio_free and triggering functions, Tarun Kanti DebBarma
    • Re: [RFC PATCH 09/10] OMAP: GPIO: cleanup omap_gpio_free and triggering functions, Varadarajan, Charulatha
    • Re: [RFC PATCH 09/10] OMAP: GPIO: cleanup omap_gpio_free and triggering functions, Kevin Hilman
  • [RFC PATCH 05/10] OMAP2PLUS: GPIO: Use flag to identify wkup dmn GPIO, Tarun Kanti DebBarma
    • Re: [RFC PATCH 05/10] OMAP2PLUS: GPIO: Use flag to identify wkup dmn GPIO, Kevin Hilman
  • [RFC PATCH 01/10] OMAP: GPIO: Avoid cpu_is checks during module ena/disable, Tarun Kanti DebBarma
  • [RFC PATCH 06/10] OMAP: GPIO: Use USHRT_MAX for rev offset instead of -1, Tarun Kanti DebBarma
    • Re: [RFC PATCH 06/10] OMAP: GPIO: Use USHRT_MAX for rev offset instead of -1, Kevin Hilman
      • Re: [RFC PATCH 06/10] OMAP: GPIO: Use USHRT_MAX for rev offset instead of -1, Varadarajan, Charulatha
        • Re: [RFC PATCH 06/10] OMAP: GPIO: Use USHRT_MAX for rev offset instead of -1, Kevin Hilman
  • [RFC PATCH 10/10] OMAP: GPIO: remove harcoded offsets in context save and restore, Tarun Kanti DebBarma
• [RESEND][PATCH 5/5] arm: omap: usb: global Suspend and resume support of ehci and ohci, Keshava Munegowda
  • Re: [RESEND][PATCH 5/5] arm: omap: usb: global Suspend and resume support of ehci and ohci, Felipe Balbi
• [RESEND][PATCH 4/5] arm: omap: usb: Runtime PM support, Keshava Munegowda
  • Re: [RESEND][PATCH 4/5] arm: omap: usb: Runtime PM support, Felipe Balbi
    • Re: [RESEND][PATCH 4/5] arm: omap: usb: Runtime PM support, Samuel Ortiz
• [RESEND][PATCH 3/5] arm: omap: usb: device name change for the clk names of usbhs, Keshava Munegowda
  • Re: [RESEND][PATCH 3/5] arm: omap: usb: device name change for the clk names of usbhs, Felipe Balbi
• [PATCH 0/4] OMAP: DSS2: Miscellaneous DSI cleanup and fixes, Archit Taneja
  • [PATCH 1/4] OMAP: DSS2: DSI: Remove DISPC pixel clock related info in dsi_dump_clocks(), Archit Taneja
  • [PATCH 2/4] OMAP: DSS2: DSI: Use system workqueue for delayed work instead of a private workqueue, Archit Taneja
  • [PATCH 3/4] OMAP: DSS2: DSI: Get number of DSI data lanes using DSI_GNQ register, Archit Taneja
  • [PATCH 4/4] OMAP: DSS2: DSI: Get line buffer size from DSI_GNQ register, Archit Taneja
  • Re: [PATCH 0/4] OMAP: DSS2: Miscellaneous DSI cleanup and fixes, Tomi Valkeinen
• [RESEND][PATCH 2/5] arm: omap: usb: register hwmods of usbhs, Keshava Munegowda
  • Re: [RESEND][PATCH 2/5] arm: omap: usb: register hwmods of usbhs, Felipe Balbi
• [RESEND][PATCH 1/5] arm: omap: usb: ehci and ohci hwmod structures for omap3 and omap4, Keshava Munegowda
  • Re: [RESEND][PATCH 1/5] arm: omap: usb: ehci and ohci hwmod structures for omap3 and omap4, Felipe Balbi
• [no subject], Keshava Munegowda
  • Re: your mail, Felipe Balbi
    • Re: your mail, Munegowda, Keshava
• [RESEND][PATCH 0/5] arm: omap: usb: Runtime PM support for EHCI and OHCI drivers, Keshava Munegowda
  • [RESEND][PATCH 0/5] arm: omap: usb: Runtime PM support for EHCI and OHCI drivers, Keshava Munegowda
    • [RESEND][PATCH 2/5] arm: omap: usb: register hwmods of usbhs, Keshava Munegowda
      • [RESEND][PATCH 3/5] arm: omap: usb: device name change for the clk names of usbhs, Keshava Munegowda
        • [RESEND][PATCH 3/5] arm: omap: usb: device name change for the clk names of usbhs, Keshava Munegowda
          • [RESEND][PATCH 3/5] arm: omap: usb: device name change for the clk names of usbhs, Keshava Munegowda
    • Re: [RESEND][PATCH 0/5] arm: omap: usb: Runtime PM support for EHCI and OHCI drivers, Munegowda, Keshava
  • <Possible follow-ups>
  • [RESEND][PATCH 0/5] arm: omap: usb: Runtime PM support for EHCI and OHCI drivers, Keshava Munegowda
    • Re: [RESEND][PATCH 0/5] arm: omap: usb: Runtime PM support for EHCI and OHCI drivers, Munegowda, Keshava
• [PATCHv2 0/2] [RFC] Shrink clock data utilizing preprocessor, Vladimir Zapolskiy
  • [PATCHv2 1/2] [RFC] OMAP4: clock data: shrink clock data utilizing preprocessor., Vladimir Zapolskiy
  • [PATCHv2 2/2] [RFC] OMAP4: clock data: shrink more clock data., Vladimir Zapolskiy
    • Re: [PATCHv2 2/2] [RFC] OMAP4: clock data: shrink more clock data., Avinash.H.M.
  • Re: [PATCHv2 0/2] [RFC] Shrink clock data utilizing preprocessor, Sascha Hauer
    • Re: [PATCHv2 0/2] [RFC] Shrink clock data utilizing preprocessor, Vladimir Zapolskiy
  • Re: [PATCHv2 0/2] [RFC] Shrink clock data utilizing preprocessor, Kevin Hilman
    • RE: [PATCHv2 0/2] [RFC] Shrink clock data utilizing preprocessor, Premi, Sanjeev
• dsp, Jeff Graham
  • Re: dsp, Laurent Pinchart
• [PM-WIP_CPUFREQ][PATCH 0/5] Cleanups for cpufreq, Nishanth Menon
  • [PM-WIP-CPUFREQ][PATCH 1/5] OMAP2+: cpufreq: free up table on exit, Nishanth Menon
  • [PM-WIP-CPUFREQ][PATCH 4/5] OMAP2: cpufreq: use clk_init_cpufreq_table if OPPs not available, Nishanth Menon
  • [PM-WIP-CPUFREQ][PATCH 3/5] OMAP2+: cpufreq: minor comment cleanup, Nishanth Menon
  • [PM-WIP-CPUFREQ][PATCH 5/5] OMAP2+: cpufreq: use cpufreq_frequency_table_target, Nishanth Menon
  • [PM-WIP-CPUFREQ][PATCH 2/5] OMAP2+: cpufreq: handle invalid cpufreq table, Nishanth Menon
• [PATCH] arch/arm/mach-omap1/dma.c: Invert calls to platform_device_put and platform_device_del, Julia Lawall
  • Re: [PATCH] arch/arm/mach-omap1/dma.c: Invert calls to platform_device_put and platform_device_del, Tony Lindgren
• Re: [PATCH] perf: export power_start and power_end tracepoints, Jean Pihet
  • Re: [PATCH] perf: export power_start and power_end tracepoints, Ingo Molnar
    • Re: [PATCH] perf: export power_start and power_end tracepoints, Pihet-XID, Jean
• Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Tony Lindgren
  • Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Vladimir Zapolskiy
    • Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Cousson, Benoit
      • Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Tony Lindgren
        • Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Kevin Hilman
          • Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Tony Lindgren
          • Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Cousson, Benoit
            • Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Vladimir Zapolskiy
          • RE: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Premi, Sanjeev
            • Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Cousson, Benoit
  • Re: [PATCH] [RFC] OMAP4: clock: shrink clock data utilizing preprocessor., Kevin Hilman
• [PATCH V4] OMAP3+: SR Layer Cleanup, Shweta Gulati
  • Re: [PATCH V4] OMAP3+: SR Layer Cleanup, Kevin Hilman
    • Re: [PATCH V4] OMAP3+: SR Layer Cleanup, Gulati, Shweta
  • Re: [PATCH V4] OMAP3+: SR Layer Cleanup, Menon, Nishanth
  • Re: [PATCH V4] OMAP3+: SR Layer Cleanup, Cousson, Benoit
    • Re: [PATCH V4] OMAP3+: SR Layer Cleanup, Gulati, Shweta
      • Re: [PATCH V4] OMAP3+: SR Layer Cleanup, Cousson, Benoit
        • Re: [PATCH V4] OMAP3+: SR Layer Cleanup, Gulati, Shweta
• [PATCH 0/4] omap: merge IGEP v2 and v3, Mike Rapoport
  • [PATCH 1/4] omap: igep0020: name refactoring for future merge with IGEP3, Mike Rapoport
    • Re: [RESEND PATCH 1/4] omap: igep0020: name refactoring for future merge with IGEP3, Enric Balletbò i Serra
      • Re: [RESEND PATCH 1/4] omap: igep0020: name refactoring for future merge with IGEP3, Tony Lindgren
        • Re: [RESEND PATCH 1/4] omap: igep0020: name refactoring for future merge with IGEP3, Enric Balletbò i Serra
          • Re: [RESEND PATCH 1/4] omap: igep0020: name refactoring for future merge with IGEP3, Tony Lindgren
            • Re: [RESEND PATCH 1/4] omap: igep0020: name refactoring for future merge with IGEP3, Igor Grinberg
  • [PATCH 2/4] omap: igep0020: minor refactoring, Mike Rapoport
    • Re: [RESEND PATCH 2/4] omap: igep0020: minor refactoring, Arnd Bergmann
      • Re: [RESEND PATCH 2/4] omap: igep0020: minor refactoring, mike
        • Re: [RESEND PATCH 2/4] omap: igep0020: minor refactoring, Arnd Bergmann
          • Re: [RESEND PATCH 2/4] omap: igep0020: minor refactoring, Enric Balletbò i Serra
  • [PATCH 3/4] omap: igep0020: add support for IGEP3, Mike Rapoport
    • Re: [RESEND PATCH 3/4] omap: igep0020: add support for IGEP3, Enric Balletbò i Serra
  • [PATCH 4/4] omap: drop board-igep0030.c, Mike Rapoport
    • Re: [RESEND PATCH 4/4] omap: drop board-igep0030.c, Enric Balletbò i Serra