Linux on ARM based TI OMAP SoCs

• Date Index

• [PATCH 3/8] OMAP4: DSS: HDMI: Use specific HDMI timings structure, (continued)
  • [PATCH 3/8] OMAP4: DSS: HDMI: Use specific HDMI timings structure, Mythri P K
    • [PATCH 4/8] OMAP4: DSS: HDMI: Move the common header file definition, Mythri P K
      • [PATCH 5/8] OMAP4: DSS2: HDMI: Split the HDMI driver to DSS and IP, Mythri P K
        • [PATCH 6/8] OMAP4: DSS: HDMI: Rename the functions in HDMI IP, Mythri P K
          • [PATCH 7/8] HDMI: Move HDMI IP Library from OMAP DSS to common, Mythri P K
            • [PATCH 8/8] OMAP4: DSS: Rename hdmi_omap4_panel.c to hdmi_panel.c, Mythri P K
        • RE: [PATCH 5/8] OMAP4: DSS2: HDMI: Split the HDMI driver to DSS and IP, Premi, Sanjeev
          • Re: [PATCH 5/8] OMAP4: DSS2: HDMI: Split the HDMI driver to DSS and IP, K, Mythri P
    • RE: [PATCH 3/8] OMAP4: DSS: HDMI: Use specific HDMI timings structure, Premi, Sanjeev
      • Re: [PATCH 3/8] OMAP4: DSS: HDMI: Use specific HDMI timings structure, K, Mythri P
    • Re: [PATCH 3/8] OMAP4: DSS: HDMI: Use specific HDMI timings structure, Tomi Valkeinen
      • Re: [PATCH 3/8] OMAP4: DSS: HDMI: Use specific HDMI timings structure, K, Mythri P
  • RE: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to pass base_address, Premi, Sanjeev
    • Re: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to pass base_address, K, Mythri P
      • RE: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to pass base_address, Premi, Sanjeev
        • Re: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to pass base_address, K, Mythri P
          • RE: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to pass base_address, Premi, Sanjeev
            • Re: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to pass base_address, K, Mythri P
  • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., Tomi Valkeinen
    • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., K, Mythri P
      • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., Tomi Valkeinen
        • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., K, Mythri P
          • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., Tomi Valkeinen
            • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., K, Mythri P
              • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., Tomi Valkeinen
                • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., K, Mythri P
                  • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., Tomi Valkeinen
                    • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., K, Mythri P
                      • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., Tomi Valkeinen
                        • Re: [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS., K, Mythri P
• [PATCH 3.0] OMAP: drop __initdata tags from static struct platform_device declarations, Janusz Krzysztofik
  • Re: [PATCH 3.0] OMAP: drop __initdata tags from static struct platform_device declarations, Russell King - ARM Linux
    • [RESEND] [PATCH 3.0] OMAP: drop __initdata tags from static struct platform_device declarations, Janusz Krzysztofik
      • Re: [RESEND] [PATCH 3.0] OMAP: drop __initdata tags from static struct platform_device declarations, Tony Lindgren
• [PATCH] omap2+: pm: Fix section mismatch in pm_dbg_init(), Sanjeev Premi
  • Re: [PATCH] omap2+: pm: Fix section mismatch in pm_dbg_init(), Kevin Hilman
    • Re: [PATCH] omap2+: pm: Fix section mismatch in pm_dbg_init(), Russell King - ARM Linux
      • Re: [PATCH] omap2+: pm: Fix section mismatch in pm_dbg_init(), Kevin Hilman
• [PATCH] omap3: pm: Downgrade WARN for no wakeup source, Sanjeev Premi
  • Re: [PATCH] omap3: pm: Downgrade WARN for no wakeup source, Kevin Hilman
    • RE: [PATCH] omap3: pm: Downgrade WARN for no wakeup source, Premi, Sanjeev
      • Re: [PATCH] omap3: pm: Downgrade WARN for no wakeup source, Kevin Hilman
        • RE: [PATCH] omap3: pm: Downgrade WARN for no wakeup source, Premi, Sanjeev
• [PATCH 1/4] cbus: move <plat/cbus.h> to <linux/platform_data/cbus.h>, Felipe Balbi
  • [PATCH 2/4] cbus: drop unneeded headers, Felipe Balbi
  • [PATCH 3/4] cbus: Kconfig cleanup, Felipe Balbi
  • [PATCH 4/4] cbus: move cbus under drivers/Kconfig, Felipe Balbi
  • Re: [PATCH 1/4] cbus: move <plat/cbus.h> to <linux/platform_data/cbus.h>, Tony Lindgren
• rx51 platform code for bq27x00, Sebastian Reichel
• [PATCH] OMAP4: DMTIMER: enable autoidle mode, Ambresh K
  • RE: [PATCH] OMAP4: DMTIMER: enable autoidle mode, DebBarma, Tarun Kanti
    • Message not available
      • Re: [PATCH] OMAP4: DMTIMER: enable autoidle mode, Tony Lindgren
• [PATCH] OMAP4: GPIO: Fix missing interrupts during device wakeup due to IOPAD., Ambresh K
  • Re: [PATCH] OMAP4: GPIO: Fix missing interrupts during device wakeup due to IOPAD., Grant Likely
• Problem to set fb timings for a new display, Maxim Podbereznyy
• tidspbridge: problems executing sample apps, javier Martin
  • Re: tidspbridge: problems executing sample apps, Ramirez Luna, Omar
• [PATCH] OMAP4: iommu: fix clock name, Ohad Ben-Cohen
• [RESEND PATCH 0/2] ARM IRQ Kconfig patches, Felipe Balbi
  • [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
  • Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches, Russell King - ARM Linux
    • Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches, Felipe Balbi
      • Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches, Felipe Balbi
  • Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches, Kevin Hilman
  • Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches, Sergei Shtylyov
    • Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches, Russell King - ARM Linux
• [RFC] omap_pm_get_device_context_loss_count() support on OMAP4, Rajendra Nayak
  • Re: [RFC] omap_pm_get_device_context_loss_count() support on OMAP4, Paul Walmsley
• [PATCH v2 10/18] GPIO: OMAP: Remove hardcoded offsets in ctxt save/restore, Tarun Kanti DebBarma
  • [PATCH v2 11/18] GPIO: OMAP: Clean set_gpio_triggering function, Tarun Kanti DebBarma
    • Re: [PATCH v2 11/18] GPIO: OMAP: Clean set_gpio_triggering function, Kevin Hilman
      • RE: [PATCH v2 11/18] GPIO: OMAP: Clean set_gpio_triggering function, DebBarma, Tarun Kanti
  • [PATCH v2 12/18] GPIO: OMAP: Clean omap_gpio_mod_init function, Tarun Kanti DebBarma
    • Re: [PATCH v2 12/18] GPIO: OMAP: Clean omap_gpio_mod_init function, Kevin Hilman
      • RE: [PATCH v2 12/18] GPIO: OMAP: Clean omap_gpio_mod_init function, DebBarma, Tarun Kanti
      • RE: [PATCH v2 12/18] GPIO: OMAP: Clean omap_gpio_mod_init function, DebBarma, Tarun Kanti
        • Re: [PATCH v2 12/18] GPIO: OMAP: Clean omap_gpio_mod_init function, Kevin Hilman
  • [PATCH v2 13/18] GPIO: OMAP15xx: Use pinctrl offset instead of macro, Tarun Kanti DebBarma
  • [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg, Tarun Kanti DebBarma
    • Re: [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg, Kevin Hilman
      • RE: [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg, DebBarma, Tarun Kanti
    • Re: [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg, Kevin Hilman
      • RE: [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg, DebBarma, Tarun Kanti
  • [PATCH v2 15/18] GPIO: OMAP: Remove bank->method & METHOD_* macros, Tarun Kanti DebBarma
  • [PATCH v2 16/18] GPIO: OMAP: Fix bankwidth for OMAP7xx MPUIO, Tarun Kanti DebBarma
  • [PATCH v2 17/18] GPIO: OMAP: Use PM runtime framework, Tarun Kanti DebBarma
    • Re: [PATCH v2 17/18] GPIO: OMAP: Use PM runtime framework, Kevin Hilman
      • RE: [PATCH v2 17/18] GPIO: OMAP: Use PM runtime framework, DebBarma, Tarun Kanti
  • [PATCH v2 18/18] GPIO: OMAP2+: Clean prepare_for_idle and resume_after_idle, Tarun Kanti DebBarma
    • Re: [PATCH v2 18/18] GPIO: OMAP2+: Clean prepare_for_idle and resume_after_idle, Kevin Hilman
      • RE: [PATCH v2 18/18] GPIO: OMAP2+: Clean prepare_for_idle and resume_after_idle, DebBarma, Tarun Kanti
• [PATCH v2 02/18] GPIO: OMAP2+: Use flag to identify wakeup domain, Tarun Kanti DebBarma
  • [PATCH v2 03/18] GPIO: OMAP: Make gpio_context part of gpio_bank structure, Tarun Kanti DebBarma
  • [PATCH v2 04/18] GPIO: OMAP: Fix pwrdm_post_transition call sequence, Tarun Kanti DebBarma
  • [PATCH v2 05/18] GPIO: OMAP: Handle save/restore ctx in GPIO driver, Tarun Kanti DebBarma
    • Re: [PATCH v2 05/18] GPIO: OMAP: Handle save/restore ctx in GPIO driver, Kevin Hilman
      • RE: [PATCH v2 05/18] GPIO: OMAP: Handle save/restore ctx in GPIO driver, DebBarma, Tarun Kanti
  • [PATCH v2 06/18] GPIO: OMAP2+: Make non-wakeup GPIO part of pdata, Tarun Kanti DebBarma
    • Re: [PATCH v2 06/18] GPIO: OMAP2+: Make non-wakeup GPIO part of pdata, Kevin Hilman
  • [PATCH 07/18] GPIO: OMAP: Avoid cpu checks during module ena/disable, Tarun Kanti DebBarma
  • [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag, Tarun Kanti DebBarma
    • Re: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag, Kevin Hilman
      • RE: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag, DebBarma, Tarun Kanti
        • Re: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag, Kevin Hilman
          • RE: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag, DebBarma, Tarun Kanti
      • RE: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag, DebBarma, Tarun Kanti
        • Re: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag, Kevin Hilman
    • Re: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag, Kevin Hilman
      • RE: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag, DebBarma, Tarun Kanti
  • [PATCH v2 09/18] GPIO: OMAP: Use level/edge detect reg offsets, Tarun Kanti DebBarma
    • Re: [PATCH v2 09/18] GPIO: OMAP: Use level/edge detect reg offsets, Kevin Hilman
      • RE: [PATCH v2 09/18] GPIO: OMAP: Use level/edge detect reg offsets, DebBarma, Tarun Kanti
• [PATCH v2 01/18] GPIO: OMAP: Remove dependency on gpio_bank_count, Tarun Kanti DebBarma
• Initial B&N Nook Color support, take six, green
  • [PATCH 3/3] Update Nook Color machine 3284 to common Encore name., green
    • Re: [PATCH 3/3] Update Nook Color machine 3284 to common Encore name., Tony Lindgren
      • Re: [PATCH 3/3] Update Nook Color machine 3284 to common Encore name., Russell King - ARM Linux
  • [PATCH 2/3] Add tps65921 chip, green
    • Re: [PATCH 2/3] Add tps65921 chip, Tony Lindgren
      • Re: [PATCH 2/3] Add tps65921 chip, Samuel Ortiz
        • Re: [PATCH 2/3] Add tps65921 chip, Tony Lindgren
  • [PATCH 1/3] Initial B&N Nook Color (encore) support., green
• [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes, Tarun Kanti DebBarma
  • Re: [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes, Kevin Hilman
    • RE: [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes, DebBarma, Tarun Kanti
    • RE: [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes, DebBarma, Tarun Kanti
  • <Possible follow-ups>
  • [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes, Tarun Kanti DebBarma
• [PATCH] power: opp: Fix rcu_dereference_check() without protection!, Santosh Shilimkar
  • Re: [PATCH] power: opp: Fix rcu_dereference_check() without protection!, Menon, Nishanth
    • Re: [PATCH] power: opp: Fix rcu_dereference_check() without protection!, Santosh Shilimkar
• [PATCH] omap3evm: Add Mistral WL12XX config support, Shahar Lev
  • Re: [PATCH] omap3evm: Add Mistral WL12XX config support, Tony Lindgren
    • Re: [PATCH] omap3evm: Add Mistral WL12XX config support, Shahar Lev
      • Re: [PATCH] omap3evm: Add Mistral WL12XX config support, Tony Lindgren
        • Re: [PATCH] omap3evm: Add Mistral WL12XX config support, Vitaly Wool
  • RE: [PATCH] omap3evm: Add Mistral WL12XX config support, Premi, Sanjeev
    • Re: [PATCH] omap3evm: Add Mistral WL12XX config support, Shahar Lev
• [RFC 1/2] omap: mcbsp: Drop SPI mode support, Jarkko Nikula
  • [RFC 2/2] omap: mcbsp: Drop in-driver transfer support, Jarkko Nikula
  • Re: [RFC 1/2] omap: mcbsp: Drop SPI mode support, Tony Lindgren
  • Re: [RFC 1/2] omap: mcbsp: Drop SPI mode support, Péter Ujfalusi
    • Re: [RFC 1/2] omap: mcbsp: Drop SPI mode support, Tony Lindgren
• [PATCH] Fix wrong OMAP_ES_x_y defines that make omap_rev_lt_x_y and friends misbehave, Tasslehoff Kjappfot
  • Re: [PATCH] Fix wrong OMAP_ES_x_y defines that make omap_rev_lt_x_y and friends misbehave, Tony Lindgren
    • RE: [PATCH] Fix wrong OMAP_ES_x_y defines that make omap_rev_lt_x_y and friends misbehave, Premi, Sanjeev
      • Re: [PATCH] Fix wrong OMAP_ES_x_y defines that make omap_rev_lt_x_y and friends misbehave, Tony Lindgren
• [PATCH] input: keypad: lm8323: convert to threaded IRQ, Felipe Balbi
  • Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ, Leigh Brown
    • Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ, Felipe Balbi
      • Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ, Leigh Brown
        • Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ, Felipe Balbi
          • [PATCH] input: keypad: lm8323: use level triggered interrupts, Leigh Brown
            • Re: [PATCH] input: keypad: lm8323: use level triggered interrupts, Dmitry Torokhov
  • Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ, Dmitry Torokhov
• [PATCH 0/2] CBUS Patches, Felipe Balbi
  • [PATCH 1/2] cbus: make cbus parent of bus users, Felipe Balbi
  • [PATCH 2/2] cbus: pass device as argument, Felipe Balbi
  • Re: [PATCH 0/2] CBUS Patches, Tony Lindgren
    • Re: [PATCH 0/2] CBUS Patches, Tony Lindgren
      • Re: [PATCH 0/2] CBUS Patches, Felipe Balbi
        • Re: [PATCH 0/2] CBUS Patches, Tony Lindgren
          • Re: [PATCH 0/2] CBUS Patches, Felipe Balbi
            • Re: [PATCH 0/2] CBUS Patches, Tony Lindgren
• [PATCH v5 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes, Peter Ujfalusi
  • [PATCH v5 04/18] OMAP3: Move common regulator configuration to twl-common, Peter Ujfalusi
  • [PATCH v5 09/18] ASoC: twl6040: Convert into TWL6040 MFD child, Peter Ujfalusi
  • [PATCH v5 17/18] ASoC: twl6040: Configure ramp step based on platform, Peter Ujfalusi
    • Re: [alsa-devel] [PATCH v5 17/18] ASoC: twl6040: Configure ramp step based on platform, Mark Brown
  • [PATCH v5 15/18] ASoC: twl6040: Remove pll and headset mode dependency, Peter Ujfalusi
    • Re: [alsa-devel] [PATCH v5 15/18] ASoC: twl6040: Remove pll and headset mode dependency, Mark Brown
      • Re: Re: [alsa-devel] [PATCH v5 15/18] ASoC: twl6040: Remove pll and headset mode dependency, Péter Ujfalusi
  • [PATCH v5 18/18] OMAP4: SDP4430: Add twl6040 codec platform support, Peter Ujfalusi
  • [PATCH v5 16/18] ASoC: twl6040: set default constraints., Peter Ujfalusi
    • Re: [alsa-devel] [PATCH v5 16/18] ASoC: twl6040: set default constraints., Mark Brown
  • [PATCH v5 14/18] ASoC: twl6040: Support other sample rates in constraints., Peter Ujfalusi
    • Re: [alsa-devel] [PATCH v5 14/18] ASoC: twl6040: Support other sample rates in constraints., Mark Brown
      • Re: Re: [alsa-devel] [PATCH v5 14/18] ASoC: twl6040: Support other sample rates in constraints., Péter Ujfalusi
  • [PATCH v5 12/18] OMAP4: SDP4430: Add twl6040 vibrator platform support, Peter Ujfalusi
  • [PATCH v5 11/18] input: Add initial support for TWL6040 vibrator, Peter Ujfalusi
  • [PATCH v5 13/18] ASoC: twl6040: add all ABE DAIs, Peter Ujfalusi
    • Re: [alsa-devel] [PATCH v5 13/18] ASoC: twl6040: add all ABE DAIs, Mark Brown
  • [PATCH v5 10/18] MFD: twl6040: Change platform data for soc codec driver, Peter Ujfalusi
  • [PATCH v5 07/18] MFD: twl4030-audio: Rename platform data, Peter Ujfalusi
  • [PATCH v5 08/18] mfd: twl6040: Add initial support, Peter Ujfalusi
  • [PATCH v5 06/18] MFD: twl4030-codec -> twl4030-audio: Rename the driver, Peter Ujfalusi
  • [PATCH v5 05/18] MFD: twl4030-codec: Rename internals from codec to audio, Peter Ujfalusi
  • [PATCH v5 03/18] OMAP3: Move common twl configuration to twl-common, Peter Ujfalusi
  • [PATCH v5 02/18] OMAP4: Move common twl6030 configuration to twl-common, Peter Ujfalusi
  • [PATCH v5 01/18] OMAP: New twl-common for common TWL configuration, Peter Ujfalusi
• omap3: ftrace on latest 3.0.0-rc2, Premi, Sanjeev
• [PATCH 0/3] OMAPFB: Move auto-update to omapfb, Tomi Valkeinen
  • [PATCH 1/3] OMAP: DSS2: OMAPFB: Add struct to store per-display data, Tomi Valkeinen
  • [PATCH 2/3] OMAP: DSS2: OMAPFB: Implement auto-update mode, Tomi Valkeinen
  • [PATCH 3/3] OMAP: DSS2: remove update_mode from omapdss, Tomi Valkeinen
• [PATCH] omap4: fix build error when undefining CONFIG_SMP, Vadillo, Miguel
  • Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP, Santosh Shilimkar
    • Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP, Tony Lindgren
      • Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP, Santosh Shilimkar
        • Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP, Vadillo, Miguel
          • Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP, Santosh Shilimkar
• [PATCH] usb:gadget: use min_t() macro instead of min(), Tatyana Brokhman
  • Re: [PATCH] usb:gadget: use min_t() macro instead of min(), Felipe Balbi
    • RE: [PATCH] usb:gadget: use min_t() macro instead of min(), Tanya Brokhman
      • Re: [PATCH] usb:gadget: use min_t() macro instead of min(), Felipe Balbi
      • RE: [PATCH] usb:gadget: use min_t() macro instead of min(), Alan Stern
        • RE: [PATCH] usb:gadget: use min_t() macro instead of min(), Tanya Brokhman
          • RE: [PATCH] usb:gadget: use min_t() macro instead of min(), Alan Stern
            • Re: [PATCH] usb:gadget: use min_t() macro instead of min(), Felipe Balbi
• Re: Duration of mdelay and udelay depends on MPU frequency in SMP, Menon, Nishanth
  • Re: Duration of mdelay and udelay depends on MPU frequency in SMP, Stephen Boyd
    • Re: Duration of mdelay and udelay depends on MPU frequency in SMP, Menon, Nishanth
• [PATCH v2 0/4] drivers/iommu/ relocations, Ohad Ben-Cohen
  • [PATCH v2 1/4] drivers: iommu: move to a dedicated folder, Ohad Ben-Cohen
  • [PATCH v2 2/4] msm: iommu: move to drivers/iommu/, Ohad Ben-Cohen
    • Re: [PATCH v2 2/4] msm: iommu: move to drivers/iommu/, David Brown
    • Re: [PATCH v2 2/4] msm: iommu: move to drivers/iommu/, David Brown
  • [PATCH v2 3/4] x86: amd_iommu: move to drivers/iommu/, Ohad Ben-Cohen
  • [PATCH v2 4/4] x86/ia64: intel-iommu: move to drivers/iommu/, Ohad Ben-Cohen
    • Re: [PATCH v2 4/4] x86/ia64: intel-iommu: move to drivers/iommu/, Roedel, Joerg
  • Re: [PATCH v2 0/4] drivers/iommu/ relocations, Roedel, Joerg
    • Re: [PATCH v2 0/4] drivers/iommu/ relocations, Ohad Ben-Cohen
      • Re: [PATCH v2 0/4] drivers/iommu/ relocations, Roedel, Joerg
  • Re: [PATCH v2 0/4] drivers/iommu/ relocations, Joerg Roedel
    • [PATCH 2/2] iommu/amd: Move missing parts to drivers/iommu, Joerg Roedel
    • [PATCH 1/2] iommu: Move iommu Kconfig entries to submenu, Joerg Roedel
• OMAP watchdog broken on 37XX?, Steve Sakoman
  • <Possible follow-ups>
  • Re: OMAP watchdog broken on 37XX?, Daniel Seifert
    • Re: OMAP watchdog broken on 37XX?, Enrico Butera
      • Re: OMAP watchdog broken on 37XX?, Tony Abad
• [PATCH] OMAP3+: Kconfig: has EHCI only if USB present, Nishanth Menon
  • RE: [PATCH] OMAP3+: Kconfig: has EHCI only if USB present, Premi, Sanjeev
    • Re: [PATCH] OMAP3+: Kconfig: has EHCI only if USB present, Menon, Nishanth
• [RFC PATCHv5 0/7] HSI framework and drivers, Carlos Chinea
  • [RFC PATCHv5 3/7] HSI: omap_ssi: Add OMAP SSI to the kernel configuration, Carlos Chinea
  • [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Carlos Chinea
  • [RFC PATCHv5 7/7] HSI: hsi_char: Update ioctl-number.txt, Carlos Chinea
  • [RFC PATCHv5 4/7] HSI: hsi_char: Add HSI char device driver, Carlos Chinea
    • Re: [RFC PATCHv5 4/7] HSI: hsi_char: Add HSI char device driver, Sjur Brændeland
      • Re: [RFC PATCHv5 4/7] HSI: hsi_char: Add HSI char device driver, Carlos Chinea
  • [RFC PATCHv5 5/7] HSI: hsi_char: Add HSI char device kernel configuration, Carlos Chinea
  • [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver, Carlos Chinea
    • Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver, Tony Lindgren
      • Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver, Carlos Chinea
    • Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver, Kevin Hilman
      • Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver, Carlos Chinea
        • Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver, Kevin Hilman
  • [RFC PATCHv5 6/7] HSI: Add HSI API documentation, Carlos Chinea
  • Re: [RFC PATCHv5 0/7] HSI framework and drivers, Alan Cox
    • Re: [RFC PATCHv5 0/7] HSI framework and drivers, Andras Domokos
  • Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Sjur Brændeland
    • Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Linus Walleij
    • Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Carlos Chinea
      • RE: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Sjur BRENDELAND
        • RE: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Carlos Chinea
          • Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Felipe Balbi
            • Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Carlos Chinea
              • Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Felipe Balbi
                • Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Carlos Chinea
                • Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Sjur Brændeland
                  • Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework, Carlos Chinea
  • Re: [RFC PATCHv5 0/7] HSI framework and drivers, Sebastian Reichel
    • Re: [RFC PATCHv5 0/7] HSI framework and drivers, Linus Walleij
      • Re: [RFC PATCHv5 0/7] HSI framework and drivers, Carlos Chinea
        • Re: [RFC PATCHv5 0/7] HSI framework and drivers, Linus Walleij
        • Re: [RFC PATCHv5 0/7] HSI framework and drivers, Alan Cox
• [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes, Peter Ujfalusi
  • [PATCH v4 01/18] OMAP: New twl-common for common TWL configuration, Peter Ujfalusi
  • [PATCH v4 10/18] MFD: twl6040: Change platform data for soc codec driver, Peter Ujfalusi
  • [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Peter Ujfalusi
    • Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Dmitry Torokhov
      • Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Péter Ujfalusi
        • Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Dmitry Torokhov
          • Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Tejun Heo
            • Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Péter Ujfalusi
              • Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Tejun Heo
                • Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Péter Ujfalusi
                  • Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Tejun Heo
                    • Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Péter Ujfalusi
                      • Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Tejun Heo
                        • Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Tejun Heo
                          • Re: Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Péter Ujfalusi
                            • Re: Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Tejun Heo
                              • Re: Re: Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Péter Ujfalusi
                                • Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Péter Ujfalusi
                                  • Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Tejun Heo
                                    • Re: Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Péter Ujfalusi
                                      • Re: Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Dmitry Torokhov
                                        • Re: Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator, Tejun Heo
  • [PATCH v4 16/18] ASoC: twl6040: set default constraints., Peter Ujfalusi
  • [PATCH v4 18/18] OMAP4: SDP4430: Add twl6040 codec platform support, Peter Ujfalusi
  • [PATCH v4 17/18] ASoC: twl6040: Configure ramp step based on platform, Peter Ujfalusi
  • [PATCH v4 15/18] ASoC: twl6040: Remove pll and headset mode dependency, Peter Ujfalusi
  • [PATCH v4 14/18] ASoC: twl6040: Support other sample rates in constraints., Peter Ujfalusi
  • [PATCH v4 13/18] ASoC: twl6040: add all ABE DAIs, Peter Ujfalusi
  • [PATCH v4 12/18] OMAP4: SDP4430: Add twl6040 vibrator platform support, Peter Ujfalusi
  • [PATCH v4 08/18] mfd: twl6040: Add initial support, Peter Ujfalusi
  • [PATCH v4 09/18] ASoC: twl6040: Convert into TWL6040 MFD child, Peter Ujfalusi
  • [PATCH v4 06/18] MFD: twl4030-codec -> twl4030-audio: Rename the driver, Peter Ujfalusi
  • [PATCH v4 05/18] MFD: twl4030-codec: Rename internals from codec to audio, Peter Ujfalusi
  • [PATCH v4 07/18] MFD: twl4030-audio: Rename platform data, Peter Ujfalusi
  • [PATCH v4 03/18] OMAP3: Move common twl configuration to twl-common, Peter Ujfalusi
  • [PATCH v4 04/18] OMAP3: Move common regulator configuration to twl-common, Peter Ujfalusi
  • [PATCH v4 02/18] OMAP4: Move common twl6030 configuration to twl-common, Peter Ujfalusi
  • Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes, Péter Ujfalusi
    • Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes, Mark Brown
      • Re: Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes, Péter Ujfalusi
        • Re: Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes, Mark Brown
          • Re: Re: Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes, Péter Ujfalusi
• beagleboard xm alsa in mcbsp3. 2.6.39-rc4, Steve Calfee
• [PATCH] arm: omap: mark dt_compat __initconst, Felipe Balbi
• [PATCHv2 00/28] OMAP DSS runtime PM adaptation, Tomi Valkeinen
  • [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Tomi Valkeinen
    • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Tomi Valkeinen
      • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Ghongdemath, Girish
        • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Tomi Valkeinen
      • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Paul Walmsley
        • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Tomi Valkeinen
          • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Rajendra Nayak
            • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Rajendra Nayak
    • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Paul Walmsley
    • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Paul Walmsley
      • Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int, Tony Lindgren
  • [PATCHv2 02/28] OMAP: DSS2: Taal: Make driver more fault tolerant, Tomi Valkeinen
  • [PATCHv2 03/28] OMAP: DSS2: Reset LANEx_ULPS_SIG2 bits after use, Tomi Valkeinen
  • [PATCHv2 04/28] OMAP: DSS2: Handle dpll4_m4_ck in dss_get/put_clocks, Tomi Valkeinen
  • [PATCHv2 05/28] OMAP: DSS2: Clean up probe for DSS & DSI, Tomi Valkeinen
  • [PATCHv2 06/28] OMAP: DSS2: Init dispc first before other components, Tomi Valkeinen
  • [PATCHv2 07/28] OMAP: DSS2: Remove clk optimization at dss init, Tomi Valkeinen
  • [PATCHv2 08/28] OMAP: DSS2: rewrite use of context_loss_count, Tomi Valkeinen
  • [PATCHv2 09/28] OMAP: DSS2: Use omap_pm_get_dev_context_loss_count to get ctx loss count, Tomi Valkeinen
  • [PATCHv2 10/28] OMAP: DSS2: DPI: remove unneeded SYSCK enable/disable, Tomi Valkeinen
  • [PATCHv2 11/28] OMAP: DSS2: Add FEAT_VENC_REQUIRES_TV_DAC_CLK, Tomi Valkeinen
  • [PATCHv2 12/28] OMAP: DSS2: Add new FEAT definitions for features missing from OMAP2, Tomi Valkeinen
  • [PATCHv2 13/28] OMAP: DSS2: Remove core_dump_clocks, Tomi Valkeinen
  • [PATCHv2 14/28] OMAP: DSS2: Remove CONFIG_OMAP2_DSS_SLEEP_BEFORE_RESET, Tomi Valkeinen
  • [PATCHv2 15/28] OMAP4: HWMOD: Modify DSS opt clocks, Tomi Valkeinen
    • Re: [PATCHv2 15/28] OMAP4: HWMOD: Modify DSS opt clocks, Tomi Valkeinen
      • Re: [PATCHv2 15/28] OMAP4: HWMOD: Modify DSS opt clocks, Tomi Valkeinen
  • [PATCHv2 16/28] OMAP3: HWMOD: Add DSS opt clocks, Tomi Valkeinen
    • Re: [PATCHv2 16/28] OMAP3: HWMOD: Add DSS opt clocks, Paul Walmsley
      • Re: [PATCHv2 16/28] OMAP3: HWMOD: Add DSS opt clocks, Paul Walmsley
        • Re: [PATCHv2 16/28] OMAP3: HWMOD: Add DSS opt clocks, Tomi Valkeinen
  • [PATCHv2 17/28] OMAP2420: HWMOD: Add DSS opt clocks, Tomi Valkeinen
    • Re: [PATCHv2 17/28] OMAP2420: HWMOD: Add DSS opt clocks, Paul Walmsley
      • Re: [PATCHv2 17/28] OMAP2420: HWMOD: Add DSS opt clocks, Paul Walmsley
        • Re: [PATCHv2 17/28] OMAP2420: HWMOD: Add DSS opt clocks, Tomi Valkeinen
  • [PATCHv2 18/28] OMAP2430: HWMOD: Add DSS opt clocks, Tomi Valkeinen
    • Re: [PATCHv2 18/28] OMAP2430: HWMOD: Add DSS opt clocks, Paul Walmsley
  • [PATCHv2 19/28] OMAP4: HWMOD: change DSS main_clk scheme, Tomi Valkeinen
  • [PATCHv2 21/28] OMAP4: HWMOD: Remove unneeded DSS opt clocks, Tomi Valkeinen
  • [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support, Tomi Valkeinen
    • Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support, Paul Mundt
      • Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support, Tomi Valkeinen
        • Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support, Paul Mundt
    • Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support, Kevin Hilman
      • Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support, Tomi Valkeinen
  • [PATCHv2 22/28] OMAP: DSS2: Remove unused opt_clock_available, Tomi Valkeinen
  • [PATCHv2 25/28] OMAP: DSS2: Remove ctx loss count from dss.c, Tomi Valkeinen
  • [PATCHv2 26/28] OMAP4: CLKDEV: Remove omapdss clock aliases, Tomi Valkeinen
  • [PATCHv2 27/28] OMAP: DSS2: DISPC: Fix context save/restore, Tomi Valkeinen
  • [PATCHv2 28/28] OMAP: DSS2: DSS: Fix context save/restore, Tomi Valkeinen
  • [PATCHv2 23/28] OMAP: DSS2: DISPC: remove finegrained clk enables/disables, Tomi Valkeinen
  • [PATCHv2 24/28] OMAP: DSS2: Remove unused code from display.c, Tomi Valkeinen
  • Re: [PATCHv2 00/28] OMAP DSS runtime PM adaptation, Tomi Valkeinen
• HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?, onlyfever
  • Re: HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?, Péter Ujfalusi
    • Re: HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?, onlyfever
      • Re: HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?, Péter Ujfalusi
        • Re: HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?, onlyfever
• [PATCH v3 00/12] MFD/ASoC/Input: TWL4030/TWL60X0 changes, Peter Ujfalusi
  • [PATCH v3 07/12] MFD: twl4030-audio: Rename platform data, Peter Ujfalusi
  • [PATCH v3 12/12] OMAP4: SDP4430: Add twl6040 vibrator platform support, Peter Ujfalusi
  • [PATCH v3 10/12] MFD: twl6040: Change platform data for soc codec driver, Peter Ujfalusi
  • [PATCH v3 11/12] input: Add initial support for TWL6040 vibrator, Peter Ujfalusi
  • [PATCH v3 09/12] ASoC: twl6040: Convert into TWL6040 MFD child, Peter Ujfalusi
  • [PATCH v3 08/12] mfd: twl6040: Add initial support, Peter Ujfalusi
  • [PATCH v3 06/12] MFD: twl4030-codec -> twl4030-audio: Rename the driver, Peter Ujfalusi
    • Re: [PATCH v3 06/12] MFD: twl4030-codec -> twl4030-audio: Rename the driver, Arnd Bergmann
      • Re: [PATCH v3 06/12] MFD: twl4030-codec -> twl4030-audio: Rename the driver, Péter Ujfalusi
  • [PATCH v3 02/12] OMAP4: Move common twl6030 configuration to twl-common, Peter Ujfalusi
  • [PATCH v3 04/12] OMAP3: Move common regulator configuration to twl-common, Peter Ujfalusi
  • [PATCH v3 05/12] MFD: twl4030-codec: Rename internals from codec to audio, Peter Ujfalusi
  • [PATCH v3 03/12] OMAP3: Move common twl configuration to twl-common, Peter Ujfalusi
  • [PATCH v3 01/12] OMAP: New twl-common for common TWL configuration, Peter Ujfalusi
• [PATCH 0/3] PRCM chain interrupt handler, Tero Kristo
  • [PATCH 2/3] PRCM: Add support for PAD wakeup interrupts, Tero Kristo
  • [PATCH 1/3] omap: prcm: switch to a chained IRQ handler mechanism, Tero Kristo
  • [PATCH 3/3] HACK: OMAP: Serial: use PRCM wakeup events to enable clocks, Tero Kristo
    • Re: [PATCH 3/3] HACK: OMAP: Serial: use PRCM wakeup events to enable clocks, Govindraj
      • Re: [PATCH 3/3] HACK: OMAP: Serial: use PRCM wakeup events to enable clocks, Tero Kristo
      • Re: [PATCH 3/3] HACK: OMAP: Serial: use PRCM wakeup events to enable clocks, Tero Kristo
  • Re: [PATCH 0/3] PRCM chain interrupt handler, Kevin Hilman
    • Re: [PATCH 0/3] PRCM chain interrupt handler, Tero Kristo
• [RFC] dmaengine: add new api for preparing simple slave transfer, Raju, Sundaram
  • Re: [RFC] dmaengine: add new api for preparing simple slave transfer, Russell King - ARM Linux
    • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Raju, Sundaram
      • Re: [RFC] dmaengine: add new api for preparing simple slave transfer, Russell King - ARM Linux
        • Re: [RFC] dmaengine: add new api for preparing simple slave transfer, Koul, Vinod
          • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Raju, Sundaram
            • Re: [RFC] dmaengine: add new api for preparing simple slave transfer, Russell King - ARM Linux
              • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Raju, Sundaram
                • Re: [RFC] dmaengine: add new api for preparing simple slave transfer, Russell King - ARM Linux
                  • Re: [RFC] dmaengine: add new api for preparing simple slave transfer, Linus Walleij
                    • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Raju, Sundaram
                      • Re: [RFC] dmaengine: add new api for preparing simple slave transfer, Linus Walleij
      • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Koul, Vinod
        • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Raju, Sundaram
          • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Koul, Vinod
            • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Raju, Sundaram
              • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Koul, Vinod
                • RE: [RFC] dmaengine: add new api for preparing simple slave transfer, Raju, Sundaram
                  • Re: [RFC] dmaengine: add new api for preparing simple slave transfer, Linus Walleij
  • Re: [RFC] dmaengine: add new api for preparing simple slave transfer, Jassi Brar
• [PATCH 0/8] Fix module-mode enable sequence on OMAP4, Rajendra Nayak
  • [PATCH 1/8] OMAP2+: clockdomain: Add an api to read idle mode, Rajendra Nayak
    • [PATCH 2/8] OMAP2+: clockdomain: Add SoC support for clkdm_is_idle, Rajendra Nayak
      • [PATCH 3/8] OMAP2+: PM: Initialise sleep_switch to a non-valid value, Rajendra Nayak
        • [PATCH 4/8] OMAP2+: PM: idle clkdms only if already in idle, Rajendra Nayak
          • [PATCH 5/8] OMAP4: PM: TEMP: Prevent l3init from idling/force sleep, Rajendra Nayak
            • [PATCH 6/8] OMAP2+: hwmod: Follow the recomended PRCM clock enable sequence, Rajendra Nayak
              • [PATCH 7/8] OMAP: clock: Add flags to identify optional clock nodes, Rajendra Nayak
                • [PATCH 8/8] OMAP: clock: Enable clockdomain only for optional clocks, Rajendra Nayak
            • Re: [PATCH 5/8] OMAP4: PM: TEMP: Prevent l3init from idling/force sleep, Paul Walmsley
              • Re: [PATCH 5/8] OMAP4: PM: TEMP: Prevent l3init from idling/force sleep, Russell King - ARM Linux
                • Re: [PATCH 5/8] OMAP4: PM: TEMP: Prevent l3init from idling/force sleep, Paul Walmsley
          • Re: [PATCH 4/8] OMAP2+: PM: idle clkdms only if already in idle, Todd Poynor
            • Re: [PATCH 4/8] OMAP2+: PM: idle clkdms only if already in idle, Rajendra Nayak
              • Re: [PATCH 4/8] OMAP2+: PM: idle clkdms only if already in idle, Paul Walmsley
                • Re: [PATCH 4/8] OMAP2+: PM: idle clkdms only if already in idle, Rajendra Nayak
    • Re: [PATCH 1/8] OMAP2+: clockdomain: Add an api to read idle mode, Todd Poynor
      • Re: [PATCH 1/8] OMAP2+: clockdomain: Add an api to read idle mode, Rajendra Nayak
• [RFC] omap3: pm: Downgrade WARN for no wakeup source, Sanjeev Premi
• Clock & PM breakage in 3.0-rc2, Jarkko Nikula
  • Re: Clock & PM breakage in 3.0-rc2, Kevin Hilman
    • Re: Clock & PM breakage in 3.0-rc2, Jarkko Nikula
• [PATCH v3 00/12] OMAP2+: Serial: Runtime adaptation + cleanup, Govindraj.R
  • [PATCH v3 05/12] OMAP: Serial: Hold console lock for console usage., Govindraj.R
    • Re: [PATCH v3 05/12] OMAP: Serial: Hold console lock for console usage., Kevin Hilman
      • Re: [PATCH v3 05/12] OMAP: Serial: Hold console lock for console usage., Govindraj
        • Re: [PATCH v3 05/12] OMAP: Serial: Hold console lock for console usage., Kevin Hilman
  • [PATCH v3 03/12] OMAP2+: Serial: Add default mux for all uarts., Govindraj.R
  • [PATCH v3 01/12] OMAP2+: UART: Remove certain uart calls from sram_idle, Govindraj.R
  • [PATCH v3 12/12] OMAP4: Serial: Set TX_FIFO_THRESHOLD if uart in dma mode for es2.0, Govindraj.R
  • [PATCH v3 09/12] OMAP3: Serial: Remove uart pads from 3430 board file., Govindraj.R
    • Re: [PATCH v3 09/12] OMAP3: Serial: Remove uart pads from 3430 board file., Kevin Hilman
      • Re: [PATCH v3 09/12] OMAP3: Serial: Remove uart pads from 3430 board file., Govindraj
  • [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver, Govindraj.R
    • Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver, Jon Hunter
      • Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver, Govindraj
        • Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver, Jon Hunter
          • Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver, Jon Hunter
    • Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver, Kevin Hilman
      • Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver, Govindraj
        • Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver, Kevin Hilman
  • [PATCH v3 02/12] OMAP2+: UART: Remove uart clock handling code from serial.c, Govindraj.R
    • Re: [PATCH v3 02/12] OMAP2+: UART: Remove uart clock handling code from serial.c, Kevin Hilman
      • Re: [PATCH v3 02/12] OMAP2+: UART: Remove uart clock handling code from serial.c, Govindraj
  • [PATCH v3 07/12] OMAP: Serial: Allow UART parameters to be configured from board file., Govindraj.R
    • Re: [PATCH v3 07/12] OMAP: Serial: Allow UART parameters to be configured from board file., Kevin Hilman
      • Re: [PATCH v3 07/12] OMAP: Serial: Allow UART parameters to be configured from board file., Govindraj
  • [PATCH v3 10/12] OMAP: Serial: Use resume call from prcm to enable uart, Govindraj.R
    • Re: [PATCH v3 10/12] OMAP: Serial: Use resume call from prcm to enable uart, Kevin Hilman
      • Re: [PATCH v3 10/12] OMAP: Serial: Use resume call from prcm to enable uart, Govindraj
  • [PATCH v3 06/12] Serial: OMAP2+: Move erratum handling from serial.c, Govindraj.R
  • [PATCH v3 08/12] Serial: OMAP2+: Make the RX_TIMEOUT for DMA configurable for each UART, Govindraj.R
    • Re: [PATCH v3 08/12] Serial: OMAP2+: Make the RX_TIMEOUT for DMA configurable for each UART, Kevin Hilman
  • [PATCH v3 11/12] OMAP2: Serial: Add has_async_wake flag., Govindraj.R
    • Re: [PATCH v3 11/12] OMAP2: Serial: Add has_async_wake flag., Kevin Hilman
      • Re: [PATCH v3 11/12] OMAP2: Serial: Add has_async_wake flag., Govindraj
        • Re: [PATCH v3 11/12] OMAP2: Serial: Add has_async_wake flag., Kevin Hilman
• [PATCH 0/4] drivers/iommu/ relocations, Ohad Ben-Cohen
  • [PATCH 3/4] x86: amd_iommu: move to drivers/iommu/, Ohad Ben-Cohen
  • [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/, Ohad Ben-Cohen
    • Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/, David Woodhouse
      • Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/, Roedel, Joerg
      • Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/, Ohad Ben-Cohen
    • Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/, Chris Wright
      • Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/, Ohad Ben-Cohen
  • [PATCH 2/4] msm: iommu: move to drivers/iommu/, Ohad Ben-Cohen
    • Re: [PATCH 2/4] msm: iommu: move to drivers/iommu/, David Brown
      • Re: [PATCH 2/4] msm: iommu: move to drivers/iommu/, Ohad Ben-Cohen
  • [PATCH 1/4] drivers: iommu: move to a dedicated folder, Ohad Ben-Cohen
  • Re: [PATCH 0/4] drivers/iommu/ relocations, Roedel, Joerg
    • Re: [PATCH 0/4] drivers/iommu/ relocations, Ingo Molnar
    • Re: [PATCH 0/4] drivers/iommu/ relocations, David Brown
  • Re: [PATCH 0/4] drivers/iommu/ relocations, Matthew Wilcox
    • Re: [PATCH 0/4] drivers/iommu/ relocations, Ohad Ben-Cohen
      • Re: [PATCH 0/4] drivers/iommu/ relocations, Roedel, Joerg
• [PATCH] omap: iovmm: s/sg_dma_len(sg)/sg->length/, Ohad Ben-Cohen
  • Re: [PATCH] omap: iovmm: s/sg_dma_len(sg)/sg->length/, Laurent Pinchart
• [pm-wip/voltdm_nm][PATCH 10/10] OMAP2+: PM: init_voltages: handle non compliant bootloaders, Nishanth Menon
  • <Possible follow-ups>
  • Re: [pm-wip/voltdm_nm][PATCH 10/10] OMAP2+: PM: init_voltages: handle non compliant bootloaders, Colin Cross
    • Re: [pm-wip/voltdm_nm][PATCH 10/10] OMAP2+: PM: init_voltages: handle non compliant bootloaders, Menon, Nishanth
      • Re: [pm-wip/voltdm_nm][PATCH 10/10] OMAP2+: PM: init_voltages: handle non compliant bootloaders, Menon, Nishanth
• [GIT PULL] GPIO: OMAP fixes for v3.0-rc, Kevin Hilman
  • Re: [GIT PULL] GPIO: OMAP fixes for v3.0-rc, Grant Likely
• [PATCH] OMAP1: PM: register notifiers with generic clock ops even when !PM_RUNTIME, Kevin Hilman
  • Re: [PATCH] OMAP1: PM: register notifiers with generic clock ops even when !PM_RUNTIME, Tony Lindgren
• [PATCH] OMAP1: enable GENERIC_IRQ_CHIP, Kevin Hilman
  • Re: [PATCH] OMAP1: enable GENERIC_IRQ_CHIP, Tony Lindgren
    • Re: [PATCH] OMAP1: enable GENERIC_IRQ_CHIP, Kevin Hilman
    • Re: [PATCH] OMAP1: enable GENERIC_IRQ_CHIP, Kevin Hilman
• [PATCH pm_wip/cpufreq] OMAP2+: cpufreq: Enable all CPUs in shared policy mask, Todd Poynor
  • Re: [PATCH pm_wip/cpufreq] OMAP2+: cpufreq: Enable all CPUs in shared policy mask, Santosh Shilimkar
• [PATCH v7] OMAP3: beagle: add support for beagleboard xM revision C, Fernandes, Joel A
  • RE: [PATCH v7] OMAP3: beagle: add support for beagleboard xM revision C, Kridner, Jason
    • Re: [PATCH v7] OMAP3: beagle: add support for beagleboard xM revision C, Tony Lindgren
• [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set, Janusz Krzysztofik
  • Re: [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set, Kevin Hilman
    • Re: [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set, Janusz Krzysztofik
      • Re: [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set, Kevin Hilman
• [PATCH 0/3] I2C: OMAP: PM related cleanup, Kevin Hilman
  • [PATCH 1/3] I2C: OMAP: remove unneccesary use of pdev, Kevin Hilman
  • [PATCH 3/3] I2C: OMAP: remove racy suspend/resume callbacks, Kevin Hilman
  • [PATCH 2/3] I2C: OMAP: remove dev->idle, use usage counting provided by runtime PM, Kevin Hilman
• [PATCH v2 00/12] MFD/ASoC/Input: TWL4030/TWL60X0 changes, Peter Ujfalusi
  • [PATCH v2 04/12] OMAP3: Move common regulator configuration to pmic-common, Peter Ujfalusi
  • [PATCH v2 11/12] input: Add initial support for TWL6040 vibrator, Peter Ujfalusi
  • [PATCH v2 12/12] OMAP4: SDP4430: Add twl6040 vibrator platform support, Peter Ujfalusi
  • [PATCH v2 09/12] ASoC: twl6040: Convert into TWL6040 MFD child, Peter Ujfalusi
  • [PATCH v2 10/12] MFD: twl6040: Change platform data for soc codec driver, Peter Ujfalusi
  • [PATCH v2 08/12] mfd: twl6040: Add initial support, Peter Ujfalusi
  • [PATCH v2 07/12] MFD: twl4030-audio: Rename platform data, Peter Ujfalusi
  • [PATCH v2 06/12] MFD: twl4030-codec -> twl4030-audio: Rename the driver, Peter Ujfalusi
  • [PATCH v2 05/12] MFD: twl4030-codec: Rename internals from codec to audio, Peter Ujfalusi
  • [PATCH v2 03/12] OMAP3: Move common pmic configuration to pmic-common, Peter Ujfalusi
    • Re: [PATCH v2 03/12] OMAP3: Move common pmic configuration to pmic-common, Tony Lindgren
      • Re: [PATCH v2 03/12] OMAP3: Move common pmic configuration to pmic-common, Peter Ujfalusi
  • [PATCH v2 02/12] OMAP4: Move common twl6030 configuration to pmic-common, Peter Ujfalusi
  • [PATCH v2 01/12] OMAP: New pmic-common for common TWL configuration, Peter Ujfalusi
• [pm-wip/voltdm_nm][PATCH 00/10] OMAP2+: voltage: fixes, Nishanth Menon
  • [pm-wip/voltdm_nm][PATCH 01/10] OMAP3+: VC: fix mutant channel handling, Nishanth Menon
    • Re: [pm-wip/voltdm_nm][PATCH 01/10] OMAP3+: VC: fix mutant channel handling, Kevin Hilman
  • [pm-wip/voltdm_nm][PATCH 03/10] OMAP4: PM: VC: allow channels to use cmdra reg, Nishanth Menon
    • Re: [pm-wip/voltdm_nm][PATCH 03/10] OMAP4: PM: VC: allow channels to use cmdra reg, Kevin Hilman
  • [pm-wip/voltdm_nm][PATCH 02/10] OMAP4: PM: VC: allow channels use of default channel i2c_slaveaddr, Nishanth Menon
    • Re: [pm-wip/voltdm_nm][PATCH 02/10] OMAP4: PM: VC: allow channels use of default channel i2c_slaveaddr, Kevin Hilman
      • Re: [pm-wip/voltdm_nm][PATCH 02/10] OMAP4: PM: VC: allow channels use of default channel i2c_slaveaddr, Kevin Hilman
  • [pm-wip/voltdm_nm][PATCH 05/10] OMAP4: PM: VC: allow channels use of default channel cmd_reg_addr, Nishanth Menon
  • [pm-wip/voltdm_nm][PATCH 06/10] OMAP3+: PM: VC: support configuring PMIC over I2C_SR, Nishanth Menon
  • [pm-wip/voltdm_nm][PATCH 08/10] OMAP3+: PM: introduce a central pmic control, Nishanth Menon
  • [pm-wip/voltdm_nm][PATCH 09/10] OMAP2+: PM: secure OPP access using rcu locks, Nishanth Menon
    • Re: [pm-wip/voltdm_nm][PATCH 09/10] OMAP2+: PM: secure OPP access using rcu locks, Kevin Hilman
      • Re: [pm-wip/voltdm_nm][PATCH 09/10] OMAP2+: PM: secure OPP access using rcu locks, Menon, Nishanth
  • [pm-wip/voltdm_nm][PATCH 07/10] OMAP3+: PM: VP: use uV for max and min voltage limits, Nishanth Menon
    • Re: [pm-wip/voltdm_nm][PATCH 07/10] OMAP3+: PM: VP: use uV for max and min voltage limits, Kevin Hilman
      • Re: [pm-wip/voltdm_nm][PATCH 07/10] OMAP3+: PM: VP: use uV for max and min voltage limits, Menon, Nishanth
        • Re: [pm-wip/voltdm_nm][PATCH 07/10] OMAP3+: PM: VP: use uV for max and min voltage limits, Kevin Hilman
  • [pm-wip/voltdm_nm][PATCH 04/10] OMAP4: PM: VC: allow channels use of default channel volt_reg_addr, Nishanth Menon
    • Re: [pm-wip/voltdm_nm][PATCH 04/10] OMAP4: PM: VC: allow channels use of default channel volt_reg_addr, Kevin Hilman
• [pm-wip/cpufreq][PATCH 0/3] OMAP2+: cpufreq: fixes, Nishanth Menon
  • [pm-wip/cpufreq][PATCH 1/3] OMAP2+: cpufreq: minor flow beautification, Nishanth Menon
    • Re: [pm-wip/cpufreq][PATCH 1/3] OMAP2+: cpufreq: minor flow beautification, Kevin Hilman
  • [pm-wip/cpufreq][PATCH 2/3] OMAP2+: cpufreq: notify even with bad boot frequency, Nishanth Menon