Linux on ARM based TI OMAP SoCs

• Date Index

• [PATCH 8/9] usb: gadget: net2280: use generic map/unmap routines, (continued)
  • [PATCH 8/9] usb: gadget: net2280: use generic map/unmap routines, Felipe Balbi
    • Re: [PATCH 8/9] usb: gadget: net2280: use generic map/unmap routines, Alan Stern
      • Re: [PATCH 8/9] usb: gadget: net2280: use generic map/unmap routines, Felipe Balbi
  • [PATCH 7/9] usb: gadget: net2272: use generic map/umap routines, Felipe Balbi
  • [PATCH 6/9] usb: gadget: r8a66597: use generic map/unmap routines, Felipe Balbi
  • [PATCH 5/9] usb: gadget: amd5536: use generic map/unmap routines, Felipe Balbi
  • [PATCH 4/9] usb: renesas: gadget: use generic map/unmap routines, Felipe Balbi
    • Re: [PATCH 4/9] usb: renesas: gadget: use generic map/unmap routines, Kuninori Morimoto
      • Re: [PATCH 4/9] usb: renesas: gadget: use generic map/unmap routines, Felipe Balbi
    • Re: [PATCH 4/9] usb: renesas: gadget: use generic map/unmap routines, Kuninori Morimoto
  • [PATCH 2/9] usb: dwc3: gadget: use generic map/unmap routines, Felipe Balbi
  • [PATCH 3/9] usb: gadget: langwell: use generic map/unmap functions, Felipe Balbi
  • [PATCH 1/9] usb: gadget: add generic map/unmap request utilities, Felipe Balbi
    • Re: [PATCH 1/9] usb: gadget: add generic map/unmap request utilities, Alan Stern
      • Re: [PATCH 1/9] usb: gadget: add generic map/unmap request utilities, Felipe Balbi
        • Re: [PATCH 1/9] usb: gadget: add generic map/unmap request utilities, Alan Stern
• [PATCH-V3 0/2] arm:omap:cleanup & split omap2/3/4_check_revision function, Vaibhav Hiremath
  • [PATCH-V3 1/2] arm:omap: Make cpu_rev static global variable, Vaibhav Hiremath
  • [PATCH-V3 2/2] arm:omap: cleanup & split omap2/3/4_check_revision function, Vaibhav Hiremath
    • Re: [PATCH-V3 2/2] arm:omap: cleanup & split omap2/3/4_check_revision function, Tony Lindgren
      • RE: [PATCH-V3 2/2] arm:omap: cleanup & split omap2/3/4_check_revision function, Hiremath, Vaibhav
• [PATCH V2 2/2] OMAPDSS: DISPC: Update Scaling Clock Logic, Chandrabhanu Mahapatra
• [PATCH V2 1/2] OMAPDSS: DISPC: Update Fir Coefficients, Chandrabhanu Mahapatra
• [PATCH V2 0/2] OMAPDSS: DISPC: Peformance improvement of DISPC Scaling, Chandrabhanu Mahapatra
  • Re: [PATCH V2 0/2] OMAPDSS: DISPC: Peformance improvement of DISPC Scaling, Tomi Valkeinen
    • Re: [PATCH V2 0/2] OMAPDSS: DISPC: Peformance improvement of DISPC Scaling, Mahapatra, Chandrabhanu
• Problems booting recent kernels on AM3517, Ilya Yanok
  • [PATCH] OMAP3: don't init PM on AM35{05,17}, Ilya Yanok
    • Re: [PATCH] OMAP3: don't init PM on AM35{05,17}, Kevin Hilman
      • Re: [PATCH] OMAP3: don't init PM on AM35{05,17}, Ilya Yanok
• [PATCH] davinci-cpdma: fix locking issue in cpdma_chan_stop, Ilya Yanok
  • Re: [PATCH] davinci-cpdma: fix locking issue in cpdma_chan_stop, Palande, Ameya
• [PATCH] ARM: OMAP: avoid NULL pointer dereference when no PMIC is configured, Daniel Mack
  • Re: [PATCH] ARM: OMAP: avoid NULL pointer dereference when no PMIC is configured, Igor Grinberg
    • Re: [PATCH] ARM: OMAP: avoid NULL pointer dereference when no PMIC is configured, Daniel Mack
• [PATCH] ARM: OMAP: fix erroneous mmc2 clock change on mmc3 setup, Grazvydas Ignotas
  • Re: [PATCH] ARM: OMAP: fix erroneous mmc2 clock change on mmc3 setup, Grazvydas Ignotas
    • Re: [PATCH] ARM: OMAP: fix erroneous mmc2 clock change on mmc3 setup, Tony Lindgren
  • Re: [PATCH] ARM: OMAP: fix erroneous mmc2 clock change on mmc3 setup, Tony Lindgren
    • Re: [PATCH] ARM: OMAP: fix erroneous mmc2 clock change on mmc3 setup, Grazvydas Ignotas
      • Re: [PATCH] ARM: OMAP: fix erroneous mmc2 clock change on mmc3 setup, Tony Lindgren
• [PATCH v4] arm: omap3evm: Add support for an MT9M032 based camera board., Martin Hostettler
• Interesting L3 driver panic on v3.2-rc5 on 3530, Paul Walmsley
  • Re: Interesting L3 driver panic on v3.2-rc5 on 3530, Shilimkar, Santosh
  • Re: Interesting L3 driver panic on v3.2-rc5 on 3530, Ilya Yanok
    • Re: Interesting L3 driver panic on v3.2-rc5 on 3530, Archit Taneja
      • Re: Interesting L3 driver panic on v3.2-rc5 on 3530, Ilya Yanok
      • Re: Interesting L3 driver panic on v3.2-rc5 on 3530, Ilya Yanok
• [PATCH] OMAP: DSS2: Support for UMSH-8173MD TFT panel, Daniel Mack
  • [PATCH v2] OMAP: DSS2: Support for UMSH-8173MD TFT panel, Daniel Mack
    • Re: [PATCH v2] OMAP: DSS2: Support for UMSH-8173MD TFT panel, Tomi Valkeinen
      • [PATCH v3] OMAP: DSS2: Support for UMSH-8173MD TFT panel, Daniel Mack
        • Re: [PATCH v3] OMAP: DSS2: Support for UMSH-8173MD TFT panel, Daniel Mack
        • Re: [PATCH v3] OMAP: DSS2: Support for UMSH-8173MD TFT panel, Tomi Valkeinen
          • Re: [PATCH v3] OMAP: DSS2: Support for UMSH-8173MD TFT panel, Daniel Mack
• [PATCH v5 REPOST 3/5] omap4: Unconditionally require l2x0 L2 cache controller support, Dave Martin
• [PATCH 1/4] cpupower: Add cpupower-idle-info manpage, Thomas Renninger
  • Re: [PATCH 1/4] cpupower: Add cpupower-idle-info manpage, Jean Pihet
    • Re: [PATCH 1/4] cpupower: Add cpupower-idle-info manpage, Thomas Renninger
• [PATCHv5] OMAP: I2C: Fix the interrupt clearing in OMAP4, Shubhrajyoti D
• [QUESTION] How to set static/dynamic dependency between clock domains, Ming Lei
  • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Ming Lei
    • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Shilimkar, Santosh
      • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Ming Lei
        • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Shilimkar, Santosh
  • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Ming Lei
    • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Shilimkar, Santosh
      • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Ming Lei
        • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Shilimkar, Santosh
          • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Ming Lei
            • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Shilimkar, Santosh
              • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Cousson, Benoit
                • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Shilimkar, Santosh
              • Re: [QUESTION] How to set static/dynamic dependency between clock domains, Ming Lei
• [GIT PULL] ARM: OMAP2+: PRCM: add chained PRCM interrupt handler, Paul Walmsley
  • Re: [GIT PULL] ARM: OMAP2+: PRCM: add chained PRCM interrupt handler, Tony Lindgren
• [PATCH v2] ARM: OMAP4: hwmod: Don't wait for the idle status if modulemode is not supported, Paul Walmsley
  • Re: [PATCH v2] ARM: OMAP4: hwmod: Don't wait for the idle status if modulemode is not supported, Tony Lindgren
• [PATCH v4] ARM: OMAP2+: hwmod: Add a new flag to handle hwmods left enabled at init, Paul Walmsley
  • Re: [PATCH v4] ARM: OMAP2+: hwmod: Add a new flag to handle hwmods left enabled at init, Tony Lindgren
• [PATCH-V2] arm:omap: cleanup & split omap2/3/4_check_revision function, Vaibhav Hiremath
  • Re: [PATCH-V2] arm:omap: cleanup & split omap2/3/4_check_revision function, Tony Lindgren
    • RE: [PATCH-V2] arm:omap: cleanup & split omap2/3/4_check_revision function, Hiremath, Vaibhav
• [PATCH] ARM: OMAP4: clock: Add CPU local timer clock node, Paul Walmsley
  • Re: [PATCH] ARM: OMAP4: clock: Add CPU local timer clock node, Tony Lindgren
• [GIT PULL] ARM: OMAP: EHCI/OHCI: convert to runtime PM, Paul Walmsley
  • Re: [GIT PULL] ARM: OMAP: EHCI/OHCI: convert to runtime PM, Tony Lindgren
• [GIT PULL] ARM: OMAP3/4: hwmod data changes for 3.3, Paul Walmsley
  • Re: [GIT PULL] ARM: OMAP3/4: hwmod data changes for 3.3, Tony Lindgren
• [GIT PULL] ARM: OMAP: I2C: prepare to use hwmod reset in driver, Paul Walmsley
  • Re: [GIT PULL] ARM: OMAP: I2C: prepare to use hwmod reset in driver, Tony Lindgren
    • Re: [GIT PULL] ARM: OMAP: I2C: prepare to use hwmod reset in driver, Paul Walmsley
      • Re: [GIT PULL] ARM: OMAP: I2C: prepare to use hwmod reset in driver, Tony Lindgren
        • Re: [GIT PULL] ARM: OMAP: I2C: prepare to use hwmod reset in driver, Paul Walmsley
          • Re: [GIT PULL] ARM: OMAP: I2C: prepare to use hwmod reset in driver, Tony Lindgren
            • Re: [GIT PULL] ARM: OMAP: I2C: prepare to use hwmod reset in driver, Shubhrajyoti
              • Re: [GIT PULL] ARM: OMAP: I2C: prepare to use hwmod reset in driver, Cousson, Benoit
                • Re: [GIT PULL] ARM: OMAP: I2C: prepare to use hwmod reset in driver, Shubhrajyoti
• [GIT PULL] ARM: OMAP3: hwmod data fixes for 3.2-rc, Paul Walmsley
  • Re: [GIT PULL] ARM: OMAP3: hwmod data fixes for 3.2-rc, Tony Lindgren
• [PATCH] ARM: OMAP AM3517/3505: fix crash on boot due to incorrect voltagedomain data, Paul Walmsley
  • Re: [PATCH] ARM: OMAP AM3517/3505: fix crash on boot due to incorrect voltagedomain data, Tony Lindgren
• [PATCH-V1] arm/dts: Add support for TI OMAP3 EVM board, Vaibhav Hiremath
  • RE: [PATCH-V1] arm/dts: Add support for TI OMAP3 EVM board, Hiremath, Vaibhav
    • Re: [PATCH-V1] arm/dts: Add support for TI OMAP3 EVM board, Cousson, Benoit
      • Re: [PATCH-V1] arm/dts: Add support for TI OMAP3 EVM board, Grant Likely
    • Re: [PATCH-V1] arm/dts: Add support for TI OMAP3 EVM board, Tony Lindgren
      • Re: [PATCH-V1] arm/dts: Add support for TI OMAP3 EVM board, Cousson, Benoit
        • RE: [PATCH-V1] arm/dts: Add support for TI OMAP3 EVM board, Hiremath, Vaibhav
• [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Ricardo Neri
  • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Paul Walmsley
    • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Tomi Valkeinen
      • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Paul Walmsley
        • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Tomi Valkeinen
          • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Paul Walmsley
          • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Cousson, Benoit
          • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Paul Walmsley
            • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Tony Lindgren
              • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Paul Walmsley
                • Re: [PATCH] ASoC: OMAP: HDMI: Prevent DSS module from going idle when playing audio, Tony Lindgren
• [PATCH 0/4] OMAPDSS/ASoC: Repair broken HDMI audio in K3.2-rcX, Ricardo Neri
  • [PATCH 4/4] ASoC: OMAP: HDMI: Move HDMI codec trigger function to generic HDMI driver, Ricardo Neri
    • Re: [PATCH 4/4] ASoC: OMAP: HDMI: Move HDMI codec trigger function to generic HDMI driver, Tomi Valkeinen
  • [PATCH 1/4] ASoC: OMAP: HDMI: Introduce driver data for audio codec, Ricardo Neri
  • [PATCH 3/4] OMAPDSS: HDMI: Create function to enable HDMI audio, Ricardo Neri
  • [PATCH 2/4] ASoC: OMAP: HDMI: Correct signature of ASoC functions, Ricardo Neri
  • Re: [PATCH 0/4] OMAPDSS/ASoC: Repair broken HDMI audio in K3.2-rcX, K, Mythri P
    • Re: [PATCH 0/4] OMAPDSS/ASoC: Repair broken HDMI audio in K3.2-rcX, Mark Brown
      • Re: [PATCH 0/4] OMAPDSS/ASoC: Repair broken HDMI audio in K3.2-rcX, Ricardo Neri
        • Re: [PATCH 0/4] OMAPDSS/ASoC: Repair broken HDMI audio in K3.2-rcX, Mark Brown
          • Re: [PATCH 0/4] OMAPDSS/ASoC: Repair broken HDMI audio in K3.2-rcX, Ricardo Neri
            • Re: [PATCH 0/4] OMAPDSS/ASoC: Repair broken HDMI audio in K3.2-rcX, Mark Brown
              • Re: [PATCH 0/4] OMAPDSS/ASoC: Repair broken HDMI audio in K3.2-rcX, Ricardo Neri
• [PATCH] arm/dts: Add support for OMAP3 Mistral EVM board, Vaibhav Hiremath
  • RE: [PATCH] arm/dts: Add support for OMAP3 Mistral EVM board, Hiremath, Vaibhav
• problem with twl4030 GPIO irqs, Grazvydas Ignotas
  • Re: problem with twl4030 GPIO irqs, NeilBrown
    • Re: problem with twl4030 GPIO irqs, Felipe Balbi
    • Re: problem with twl4030 GPIO irqs, Grazvydas Ignotas
      • Re: problem with twl4030 GPIO irqs, Grazvydas Ignotas
  • Re: problem with twl4030 GPIO irqs, Felipe Contreras
• [PATCH 0/3] musb fixes and cleanups, Felipe Contreras
  • [PATCH 3/3] usb: musb: remove a bit of indentation, Felipe Contreras
  • [PATCH 2/3] usb: musb: trivial cleanup, Felipe Contreras
  • [PATCH 1/3] usb: musb: fix pm_runtime mismatches, Felipe Contreras
    • Re: [PATCH 1/3] usb: musb: fix pm_runtime mismatches, Alan Stern
      • Re: [PATCH 1/3] usb: musb: fix pm_runtime mismatches, Felipe Contreras
        • Re: [PATCH 1/3] usb: musb: fix pm_runtime mismatches, Alan Stern
          • Re: [PATCH 1/3] usb: musb: fix pm_runtime mismatches, Felipe Contreras
    • Re: [PATCH 1/3] usb: musb: fix pm_runtime mismatches, Felipe Balbi
      • Re: [PATCH 1/3] usb: musb: fix pm_runtime mismatches, Felipe Contreras
        • Re: [PATCH 1/3] usb: musb: fix pm_runtime mismatches, Felipe Balbi
          • Re: [PATCH 1/3] usb: musb: fix pm_runtime mismatches, Felipe Contreras
• [PATCHv12 0/9] OMAP3+: PRCM chain handler, Paul Walmsley
  • [PATCH 1/9] ARM: OMAP2+: mux: add wakeup-capable hwmod mux entries to dynamic list, Paul Walmsley
    • Re: [PATCH 1/9] ARM: OMAP2+: mux: add wakeup-capable hwmod mux entries to dynamic list, Tony Lindgren
  • [PATCH 2/9] ARM: OMAP2+: hwmod: Add API to enable IO ring wakeup, Paul Walmsley
  • [PATCH 9/9] ARM: OMAP4: PRM: use PRCM interrupt handler, Paul Walmsley
  • [PATCH 6/9] ARM: OMAP2+: mux: add support for PAD wakeup interrupts, Paul Walmsley
  • [PATCH 7/9] ARM: OMAP: hwmod: add support for selecting mpu_irq for each wakeup pad, Paul Walmsley
  • [PATCH 8/9] ARM: OMAP3: pm: use prcm chain handler, Paul Walmsley
  • [PATCH 3/9] ARM: OMAP3/4: PRM: add functions to read pending IRQs, PRM barrier, Paul Walmsley
  • [PATCH 4/9] ARM: OMAP: PRCM: add support for chain interrupt handler, Paul Walmsley
  • [PATCH 5/9] ARM: OMAP: PRCM: add suspend prepare / finish support, Paul Walmsley
  • Re: [PATCHv12 0/9] OMAP3+: PRCM chain handler, Paul Walmsley
    • Re: [PATCHv12 0/9] OMAP3+: PRCM chain handler, Tero Kristo
  • RE: [PATCHv12 0/9] OMAP3+: PRCM chain handler, Bedia, Vaibhav
    • Re: [PATCHv12 0/9] OMAP3+: PRCM chain handler, Kevin Hilman
      • RE: [PATCHv12 0/9] OMAP3+: PRCM chain handler, Bedia, Vaibhav
        • Re: [PATCHv12 0/9] OMAP3+: PRCM chain handler, Kevin Hilman
          • RE: [PATCHv12 0/9] OMAP3+: PRCM chain handler, Bedia, Vaibhav
• [PATCH v5 0/5] Refactor common Kconfigs for easier maintenance, Dave Martin
  • [PATCH v5 1/5] ARM: l2x0/pl310: Refactor Kconfig to be more maintainable, Dave Martin
    • Re: [PATCH v5 1/5] ARM: l2x0/pl310: Refactor Kconfig to be more maintainable, Shawn Guo
    • Re: [PATCH v5 1/5] ARM: l2x0/pl310: Refactor Kconfig to be more maintainable, Olof Johansson
  • [PATCH v5 3/5] omap4: Unconditionally require l2x0 L2 cache controller support, Dave Martin
  • [PATCH v5 2/5] ARM: SMP: Refactor Kconfig to be more maintainable, Dave Martin
  • [PATCH v5 4/5] highbank: Unconditionally require l2x0 L2 cache controller support, Dave Martin
  • [PATCH v5 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Dave Martin
    • Re: [PATCH v5 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Shawn Guo
• [PATCHv3 3/7] ARM: OMAP4 PM: Add IO Daisychain support, Vishwanath BS
• [PATCH 0/2] OMAP4: McBSP: Fix clock reparenting, Peter Ujfalusi
  • [PATCH 1/2] OMAP2+: mcbsp: Restructure clk reparenting code, Peter Ujfalusi
  • [PATCH 2/2] OMAP4: mcbsp: Clock reparenting support, Peter Ujfalusi
    • Re: [PATCH 2/2] OMAP4: mcbsp: Clock reparenting support, Paul Walmsley
      • Re: [PATCH 2/2] OMAP4: mcbsp: Clock reparenting support, Peter Ujfalusi
• [PATCH] plat-omap: mcbsp: Configure wakeup in later phase, Peter Ujfalusi
  • Re: [PATCH] plat-omap: mcbsp: Configure wakeup in later phase, Tony Lindgren
    • Re: [PATCH] plat-omap: mcbsp: Configure wakeup in later phase, Peter Ujfalusi
• [PATCH 0/2] OMAP4: McBSP: ASoC: Fix FIFO configuration, Peter Ujfalusi
  • [PATCH 1/2] OMAP4: mcbsp: Enable FIFO usage, Peter Ujfalusi
    • Re: [PATCH 1/2] OMAP4: mcbsp: Enable FIFO usage, Tony Lindgren
    • Re: [PATCH 1/2] OMAP4: mcbsp: Enable FIFO usage, Mark Brown
  • [PATCH 2/2] ASoC: omap-mcbsp: Enable FIFO usage on OMAP4, Peter Ujfalusi
    • Re: [PATCH 2/2] ASoC: omap-mcbsp: Enable FIFO usage on OMAP4, Mark Brown
• [PATCH v4 0/4] OMAP: iommu: hwmod support and runtime PM, Omar Ramirez Luna
  • [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp, Omar Ramirez Luna
    • Re: [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp, Felipe Contreras
      • Re: [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp, Ramirez Luna, Omar
        • Re: [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp, Felipe Contreras
          • Re: [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp, Ramirez Luna, Omar
            • Re: [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp, Laurent Pinchart
              • Re: [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp, Ramirez Luna, Omar
                • Re: [PATCH v4 1/4] OMAP3: hwmod data: add mmu data for iva and isp, Laurent Pinchart
  • [PATCH v4 2/4] OMAP4: hwmod data: add mmu hwmod for ipu and dsp, Omar Ramirez Luna
  • [PATCH v4 3/4] OMAP3/4: iommu: migrate to hwmod framework, Omar Ramirez Luna
    • Re: [PATCH v4 3/4] OMAP3/4: iommu: migrate to hwmod framework, Felipe Contreras
  • [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Omar Ramirez Luna
    • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Felipe Contreras
      • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Ramirez Luna, Omar
    • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Felipe Contreras
      • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Ramirez Luna, Omar
        • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Felipe Contreras
          • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Ramirez Luna, Omar
            • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Felipe Contreras
              • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Ramirez Luna, Omar
                • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Felipe Contreras
                  • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Ramirez Luna, Omar
    • Re: [PATCH v4 4/4] OMAP3/4: iommu: adapt to runtime pm, Tony Lindgren
• [GIT PULL] OMAP: UART cleanup and runtime PM conversion for v3.3, Kevin Hilman
  • Re: [GIT PULL] OMAP: UART cleanup and runtime PM conversion for v3.3, Tony Lindgren
• [PATCH V2 0/2] Support for HTKW mcx, Ilya Yanok
  • [PATCH V2 1/2] mcx: very basic support for HTKW mcx board, Ilya Yanok
    • Re: [PATCH V2 1/2] mcx: very basic support for HTKW mcx board, Igor Grinberg
      • Re: [PATCH V2 1/2] mcx: very basic support for HTKW mcx board, Cousson, Benoit
        • Re: [PATCH V2 1/2] mcx: very basic support for HTKW mcx board, Igor Grinberg
          • Re: [PATCH V2 1/2] mcx: very basic support for HTKW mcx board, Igor Grinberg
      • Re: [PATCH V2 1/2] mcx: very basic support for HTKW mcx board, Ilya Yanok
    • Re: [PATCH V2 1/2] mcx: very basic support for HTKW mcx board, Tony Lindgren
      • Re: [PATCH V2 1/2] mcx: very basic support for HTKW mcx board, Ilya Yanok
  • [PATCH V2 2/2] mcx: support for HTKW mcx board, Ilya Yanok
    • Re: [PATCH V2 2/2] mcx: support for HTKW mcx board, Igor Grinberg
      • Re: [PATCH V2 2/2] mcx: support for HTKW mcx board, Ilya Yanok
        • Re: [PATCH V2 2/2] mcx: support for HTKW mcx board, Igor Grinberg
• Issue with isp1704 loaded too soon, Felipe Contreras
  • Re: Issue with isp1704 loaded too soon, Felipe Contreras
    • Re: Issue with isp1704 loaded too soon, Felipe Contreras
• [GIT PULL] two omap fixes for v3.2-rc5, Tony Lindgren
  • Re: [GIT PULL] two omap fixes for v3.2-rc5, Olof Johansson
• [PATCH v4] ARM: OMAP3LOGIC: Adding DSS support, Alex
• [PATCH] OMAP3: RX-51: add explicit mux configuration of tsc2005 control gpios, Vladimir Zapolskiy
  • Re: [PATCH] OMAP3: RX-51: add explicit mux configuration of tsc2005 control gpios, Tony Lindgren
• [GIT PULL] omap musb platform init updates for v3.3 merge window, Tony Lindgren
  • Re: [GIT PULL] omap musb platform init updates for v3.3 merge window, Olof Johansson
• [GIT PULL] omap board changes for v3.3 merge window, Tony Lindgren
  • Re: [GIT PULL] omap board changes for v3.3 merge window, Olof Johansson
• [GIT PULL] SoC changes for omap4470, ti814x, am33xx for v3.3 merge window, Tony Lindgren
  • Re: [GIT PULL] SoC changes for omap4470, ti814x, am33xx for v3.3 merge window, Tony Lindgren
    • Re: [GIT PULL] SoC changes for omap4470, ti814x, am33xx for v3.3 merge window, Olof Johansson
• [PATCHV2 REPOST 0/7] ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Vishwanath BS
  • [PATCHV2 REPOST 6/7] ARM: OMAP3 PM: Remove IO Daisychain control from cpuidle, Vishwanath BS
    • Re: [PATCHV2 REPOST 6/7] ARM: OMAP3 PM: Remove IO Daisychain control from cpuidle, Kevin Hilman
  • [PATCHV2 REPOST 5/7] ARM: OMAP3PLUS PM: Add IO Daisychain support via hwmod mux, Vishwanath BS
    • Re: [PATCHV2 REPOST 5/7] ARM: OMAP3PLUS PM: Add IO Daisychain support via hwmod mux, Kevin Hilman
      • Re: [PATCHV2 REPOST 5/7] ARM: OMAP3PLUS PM: Add IO Daisychain support via hwmod mux, Kevin Hilman
    • Re: [PATCHV2 REPOST 5/7] ARM: OMAP3PLUS PM: Add IO Daisychain support via hwmod mux, Kevin Hilman
  • [PATCHV2 REPOST 1/7] ARM: OMAP3 PM: correct enable/disable of daisy io chain, Vishwanath BS
  • [PATCHV2 REPOST 7/7] ARM: OMAP3 PM: Enable IO Daisychain for supported chips, Vishwanath BS
  • [PATCHV2 REPOST 3/7] ARM: OMAP4 PM: Add IO Daisychain support, Vishwanath BS
    • Re: [PATCHV2 REPOST 3/7] ARM: OMAP4 PM: Add IO Daisychain support, Kevin Hilman
  • [PATCHV2 REPOST 4/7] ARM: OMAP3 PM: Enable IO Wake up, Vishwanath BS
    • Re: [PATCHV2 REPOST 4/7] ARM: OMAP3 PM: Enable IO Wake up, Kevin Hilman
  • [PATCHV2 REPOST 2/7] ARM: OMAP3 PM: Move IO Daisychain function to omap3 prm file, Vishwanath BS
    • Re: [PATCHV2 REPOST 2/7] ARM: OMAP3 PM: Move IO Daisychain function to omap3 prm file, Kevin Hilman
  • Re: [PATCHV2 REPOST 0/7] ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Kevin Hilman
• [PATCH v3] OMAP3: RX-51: complete tsc2005 controller support, Vladimir Zapolskiy
  • Re: [PATCH v3] OMAP3: RX-51: complete tsc2005 controller support, Tony Lindgren
    • Re: [PATCH v3] OMAP3: RX-51: complete tsc2005 controller support, Vladimir Zapolskiy
• [PATCH 1/1] omap3: add definition for CONTROL_CAMERA_PHY_CTRL, Sakari Ailus
  • Re: [PATCH 1/1] omap3: add definition for CONTROL_CAMERA_PHY_CTRL, Sakari Ailus
    • Re: [PATCH 1/1] omap3: add definition for CONTROL_CAMERA_PHY_CTRL, Paul Walmsley
      • Re: [PATCH 1/1] omap3: add definition for CONTROL_CAMERA_PHY_CTRL, Sakari Ailus
        • Re: [PATCH 1/1] omap3: add definition for CONTROL_CAMERA_PHY_CTRL, Laurent Pinchart
          • Re: [PATCH 1/1] omap3: add definition for CONTROL_CAMERA_PHY_CTRL, Sakari Ailus
        • Re: [PATCH 1/1] omap3: add definition for CONTROL_CAMERA_PHY_CTRL, Aguirre, Sergio
  • Re: [PATCH 1/1] omap3: add definition for CONTROL_CAMERA_PHY_CTRL, Paul Walmsley
• [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code, jean . pihet
  • [PATCH 1/6] OMAP2+: powerdomain: control power domains next state, jean . pihet
  • [PATCH 2/6] OMAP2+: omap_hwmod: manage the wake-up latency constraints, jean . pihet
    • Re: [PATCH 2/6] OMAP2+: omap_hwmod: manage the wake-up latency constraints, Paul Walmsley
  • [PATCH 3/6] OMAP: PM: register to the per-device PM QoS framework, jean . pihet
    • Re: [PATCH 3/6] OMAP: PM: register to the per-device PM QoS framework, Paul Walmsley
  • [PATCH 4/6] OMAP3: cpuidle: next C-state decision depends on the PM QoS MPU and CORE constraints, jean . pihet
  • [PATCH 5/6] OMAP3: update cpuidle latency and threshold figures, jean . pihet
  • [PATCH 6/6] OMAP3: powerdomain data: add wake-up latency figures, jean . pihet
  • Re: [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code, Paul Walmsley
    • Re: [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code, Jean Pihet
      • Re: [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code, Paul Walmsley
        • Re: [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code, Jean Pihet
      • Re: [PATCH v6 0/6] PM QoS: implement the OMAP low level constraints management code, Paul Walmsley
• [RFC PATCH v2 0/7] media: introduce object detection(OD) driver, Ming Lei
  • [RFC PATCH v2 1/8] omap4: introduce fdif(face detect module) hwmod, Ming Lei
    • Re: [RFC PATCH v2 1/8] omap4: introduce fdif(face detect module) hwmod, Paul Walmsley
      • Re: [RFC PATCH v2 1/8] omap4: introduce fdif(face detect module) hwmod, Cousson, Benoit
        • Re: [RFC PATCH v2 1/8] omap4: introduce fdif(face detect module) hwmod, Paul Walmsley
  • [RFC PATCH v2 4/8] media: videobuf2: introduce VIDEOBUF2_PAGE memops, Ming Lei
    • RE: [RFC PATCH v2 4/8] media: videobuf2: introduce VIDEOBUF2_PAGE memops, Marek Szyprowski
  • [RFC PATCH v2 7/8] media: video: introduce object detection driver module, Ming Lei
    • Re: [RFC PATCH v2 7/8] media: video: introduce object detection driver module, Sylwester Nawrocki
      • Re: [RFC PATCH v2 7/8] media: video: introduce object detection driver module, Ming Lei
        • Re: [RFC PATCH v2 7/8] media: video: introduce object detection driver module, Sylwester Nawrocki
  • [RFC PATCH v2 8/8] media: video: introduce omap4 face detection module driver, Ming Lei
  • [RFC PATCH v2 6/8] media: v4l2: introduce two IOCTLs for object detection, Ming Lei
    • Re: [RFC PATCH v2 6/8] media: v4l2: introduce two IOCTLs for object detection, Sylwester Nawrocki
  • [RFC PATCH v2 5/8] media: v4l2-ioctl: support 64/32 compatible array parameter, Ming Lei
  • [RFC PATCH v2 3/8] media: videobuf2: move out of setting pgprot_noncached from vb2_mmap_pfn_range, Ming Lei
  • [RFC PATCH v2 2/8] omap4: build fdif omap device from hwmod, Ming Lei
• [PATCH] ARM: OMAP: hsmmc: add max_freq field, Daniel Mack
  • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, Tony Lindgren
  • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, Kishore Kadiyala
    • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, Daniel Mack
  • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, T Krishnamoorthy, Balaji
    • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, Daniel Mack
      • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, Daniel Mack
        • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, Cousson, Benoit
        • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, Tony Lindgren
          • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, S, Venkatraman
            • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, S, Venkatraman
  • <Possible follow-ups>
  • [PATCH] ARM: OMAP: hsmmc: add max_freq field, Daniel Mack
    • Re: [PATCH] ARM: OMAP: hsmmc: add max_freq field, Chris Ball
• [PATCH] OMAP3: RX-51: complete tsc2005 controller support, Vladimir Zapolskiy
  • [PATCH v2] OMAP3: RX-51: complete tsc2005 controller support, Vladimir Zapolskiy
    • Re: [PATCH v2] OMAP3: RX-51: complete tsc2005 controller support, Igor Grinberg
      • Re: [PATCH v2] OMAP3: RX-51: complete tsc2005 controller support, Vladimir Zapolskiy
  • Re: [PATCH] OMAP3: RX-51: complete tsc2005 controller support, Aaro Koskinen
    • Re: [PATCH] OMAP3: RX-51: complete tsc2005 controller support, Vladimir Zapolskiy
• [PATCH] Linux OMAP: Add omap_reserve functionality, Alex
  • Re: [PATCH] Linux OMAP: Add omap_reserve functionality, Tony Lindgren
• [PATCH v3] ARM: OMAP3LOGIC: Adding DSS support, Alex
  • Re: [PATCH v3] ARM: OMAP3LOGIC: Adding DSS support, Igor Grinberg
    • RE: [PATCH v3] ARM: OMAP3LOGIC: Adding DSS support, Alex Gershgorin
• [PATCH v3 0/4] OMAP serial device tree support, Rajendra Nayak
  • [PATCH v3 2/4] omap-serial: Use default clock speed (48Mhz) if not specified, Rajendra Nayak
  • [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Rajendra Nayak
    • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Tony Lindgren
      • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Rajendra Nayak
        • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Cousson, Benoit
          • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Tony Lindgren
            • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Cousson, Benoit
              • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Tony Lindgren
                • [PATCH] arm/dts: Add minimal device tree support for omap2420 and omap2430, Tony Lindgren
                  • Re: [PATCH] arm/dts: Add minimal device tree support for omap2420 and omap2430, Rajendra Nayak
    • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Cousson, Benoit
    • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Ramirez Luna, Omar
      • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Cousson, Benoit
        • Re: [PATCH v3 4/4] ARM: omap: pass minimal SoC/board data for UART from dt, Ramirez Luna, Omar
  • [PATCH v3 1/4] omap-serial: Get rid of all pdev->id usage, Rajendra Nayak
  • [PATCH v3 3/4] omap-serial: Add minimal device tree support, Rajendra Nayak
  • Re: [PATCH v3 0/4] OMAP serial device tree support, Rob Herring
    • Re: [PATCH v3 0/4] OMAP serial device tree support, Tony Lindgren
      • Re: [PATCH v3 0/4] OMAP serial device tree support, Rob Herring
        • Re: [PATCH v3 0/4] OMAP serial device tree support, Tony Lindgren
  • Re: [PATCH v3 0/4] OMAP serial device tree support, Govindraj
  • Re: [PATCH v3 0/4] OMAP serial device tree support, Kevin Hilman
    • Re: [PATCH v3 0/4] OMAP serial device tree support, Alan Cox
      • Re: [PATCH v3 0/4] OMAP serial device tree support, Greg KH
        • Re: [PATCH v3 0/4] OMAP serial device tree support, Tony Lindgren
• [PATCH v4 REPOST 0/5] Refactor common Kconfigs for easier maintenance, Dave Martin
  • [PATCH v4 REPOST 1/5] ARM: l2x0/pl310: Refactor Kconfig to be more maintainable, Dave Martin
    • Re: [PATCH v4 REPOST 1/5] ARM: l2x0/pl310: Refactor Kconfig to be more maintainable, Anton Vorontsov
      • Re: [PATCH v4 REPOST 1/5] ARM: l2x0/pl310: Refactor Kconfig to be more maintainable, Tony Lindgren
  • [PATCH v4 REPOST 2/5] ARM: SMP: Refactor Kconfig to be more maintainable, Dave Martin
    • Re: [PATCH v4 REPOST 2/5] ARM: SMP: Refactor Kconfig to be more maintainable, Tony Lindgren
    • Re: [PATCH v4 REPOST 2/5] ARM: SMP: Refactor Kconfig to be more maintainable, David Brown
    • Re: [PATCH v4 REPOST 2/5] ARM: SMP: Refactor Kconfig to be more maintainable, David Brown
  • [PATCH v4 REPOST 4/5] highbank: Unconditionally require l2x0 L2 cache controller support, Dave Martin
    • Re: [PATCH v4 REPOST 4/5] highbank: Unconditionally require l2x0 L2 cache controller support, Rob Herring
      • Re: [PATCH v4 REPOST 4/5] highbank: Unconditionally require l2x0 L2 cache controller support, Dave Martin
  • [PATCH v4 REPOST 3/5] omap4: Unconditionally require l2x0 L2 cache controller support, Dave Martin
    • Re: [PATCH v4 REPOST 3/5] omap4: Unconditionally require l2x0 L2 cache controller support, Tony Lindgren
      • Re: [PATCH v4 REPOST 3/5] omap4: Unconditionally require l2x0 L2 cache controller support, Dave Martin
        • Re: [PATCH v4 REPOST 3/5] omap4: Unconditionally require l2x0 L2 cache controller support, Tony Lindgren
          • Re: [PATCH v4 REPOST 3/5] omap4: Unconditionally require l2x0 L2 cache controller support, Rob Herring
            • Re: [PATCH v4 REPOST 3/5] omap4: Unconditionally require l2x0 L2 cache controller support, Tony Lindgren
  • [PATCH v4 REPOST 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Dave Martin
    • Re: [PATCH v4 REPOST 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Shawn Guo
      • Re: [PATCH v4 REPOST 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Richard Zhao
        • Re: [PATCH v4 REPOST 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Dave Martin
          • Re: [PATCH v4 REPOST 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Richard Zhao
            • Re: [PATCH v4 REPOST 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Shawn Guo
              • Re: [PATCH v4 REPOST 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Richard Zhao
                • Re: [PATCH v4 REPOST 5/5] imx6q: Remove unconditional dependency on l2x0 L2 cache support, Dave Martin
• [PATCH 00/10] OMAP4: ASoC: Support for PandaBoard family, Peter Ujfalusi
  • [PATCH 01/10] ASoC: sdp4430: Correct author e-mail address, Peter Ujfalusi
    • Re: [PATCH 01/10] ASoC: sdp4430: Correct author e-mail address, Mark Brown
  • [PATCH 02/10] ASoC: OMAP4: Rename the sdp4430 machine driver, Peter Ujfalusi
    • Re: [PATCH 02/10] ASoC: OMAP4: Rename the sdp4430 machine driver, Mark Brown
  • [PATCH 03/10] ASoC: omap-abe-twl6040: Correct internal prefix, Kconfig entry, Peter Ujfalusi
    • Re: [PATCH 03/10] ASoC: omap-abe-twl6040: Correct internal prefix, Kconfig entry, Mark Brown
  • [PATCH 04/10] include: platform_data: Platform data header for OMAP4 ASoC audio, Peter Ujfalusi
    • Re: [PATCH 04/10] include: platform_data: Platform data header for OMAP4 ASoC audio, Mark Brown
      • Re: Re: [PATCH 04/10] include: platform_data: Platform data header for OMAP4 ASoC audio, Péter Ujfalusi
        • Re: Re: [PATCH 04/10] include: platform_data: Platform data header for OMAP4 ASoC audio, Mark Brown
          • Re: [PATCH 04/10] include: platform_data: Platform data header for OMAP4 ASoC audio, Peter Ujfalusi
            • Re: [PATCH 04/10] include: platform_data: Platform data header for OMAP4 ASoC audio, Tony Lindgren
              • Re: [PATCH 04/10] include: platform_data: Platform data header for OMAP4 ASoC audio, Mark Brown
            • Re: [PATCH 04/10] include: platform_data: Platform data header for OMAP4 ASoC audio, Mark Brown
  • [PATCH 05/10] OMAP4: 4430sdp: Register platform device for OMAP4 audio, Peter Ujfalusi
    • Re: [PATCH 05/10] OMAP4: 4430sdp: Register platform device for OMAP4 audio, Tony Lindgren
  • [PATCH 06/10] ASoC: omap-abe-twl6040: Convert to platform deriver, Peter Ujfalusi
    • Re: [PATCH 06/10] ASoC: omap-abe-twl6040: Convert to platform deriver, Mark Brown
      • Re: Re: [PATCH 06/10] ASoC: omap-abe-twl6040: Convert to platform deriver, Péter Ujfalusi
        • Re: Re: [PATCH 06/10] ASoC: omap-abe-twl6040: Convert to platform deriver, Mark Brown
          • Re: Re: Re: [PATCH 06/10] ASoC: omap-abe-twl6040: Convert to platform deriver, Péter Ujfalusi
            • Re: Re: Re: Re: [PATCH 06/10] ASoC: omap-abe-twl6040: Convert to platform deriver, Péter Ujfalusi
  • [PATCH 07/10] ASoC: omap-abe-twl6040: Add support for PandaBoard, Peter Ujfalusi
  • [PATCH 08/10] OMAP4: omap4panda: Enable audio support, Peter Ujfalusi
    • Re: [PATCH 08/10] OMAP4: omap4panda: Enable audio support, Tony Lindgren
  • [PATCH 09/10] ASoC: omap-abe-twl6040: Add missing audio route information, Peter Ujfalusi
    • Re: [alsa-devel] [PATCH 09/10] ASoC: omap-abe-twl6040: Add missing audio route information, Mark Brown
  • Re: [PATCH 00/10] OMAP4: ASoC: Support for PandaBoard family, Liam Girdwood
• [PATCH 2/2] OMAPDSS: DISPC: Update Scaling Clock Logic, Chandrabhanu Mahapatra
• [PATCH 1/2] OMAPDSS: DISPC: Update Fir Coefficients, Chandrabhanu Mahapatra
  • Re: [PATCH 1/2] OMAPDSS: DISPC: Update Fir Coefficients, Tomi Valkeinen
    • Re: [PATCH 1/2] OMAPDSS: DISPC: Update Fir Coefficients, Mahapatra, Chandrabhanu
      • Re: [PATCH 1/2] OMAPDSS: DISPC: Update Fir Coefficients, Tomi Valkeinen
        • Re: [PATCH 1/2] OMAPDSS: DISPC: Update Fir Coefficients, Mahapatra, Chandrabhanu
• [PATCH 0/2] OMAPDSS: DISPC: Peformance improvement of DISPC Scaling, Chandrabhanu Mahapatra
• [PATCH 0/6] HACK: OMAP: testing common clk features, Mike Turquette
  • [PATCH 2/6] omap: clk: .round_rate for propagating to parents, Mike Turquette
  • [PATCH 3/6] HACK: omap: clk: add mpu_periphclk clk node, Mike Turquette
  • [PATCH 4/6] HACK: cpufreq: omap: change mpu_clk's rate, Mike Turquette
  • [PATCH 1/6] HACK: omap: opp: add fake 400MHz OPP to bypass MPU, Mike Turquette
  • [PATCH 5/6] smp_twd: Reconfigure clockevents after cpufreq change, Mike Turquette
  • [PATCH 6/6] HACK: arm: reprogram twd based on clk notifier, Mike Turquette
    • Re: [PATCH 6/6] HACK: arm: reprogram twd based on clk notifier, Linus Walleij
• [PATCH 0/7] RFC: convert OMAP to common struct clk, Mike Turquette
  • [PATCH 1/7] OMAP: Kconfig: select GENERIC_CLK, Mike Turquette
  • [PATCH 2/7] HACK: omap4: clk: convert to common struct clk, Mike Turquette
  • [PATCH 4/7] omap: hwmod: convert to use common struct clk, Mike Turquette
  • [PATCH 5/7] omap: panda: use clk_prepare in ehci init, Mike Turquette
  • [PATCH 6/7] omap: dss: use clk_prepare in dss reset, Mike Turquette
  • [PATCH 7/7] HACK: comment WARN_ON in _clkdm_clk_hwmod_disable, Mike Turquette
  • Message not available
    • Re: [PATCH 3/7] HACK: omap: convert 44xx data to common struct clk, Paul Walmsley
      • Re: [PATCH 3/7] HACK: omap: convert 44xx data to common struct clk, Turquette, Mike
        • Re: [PATCH 3/7] HACK: omap: convert 44xx data to common struct clk, Paul Walmsley
• [PATCH v4 0/6] common clk framework, Mike Turquette
  • [PATCH v4 1/6] clk: Kconfig: add entry for HAVE_CLK_PREPARE, Mike Turquette
  • [PATCH v4 3/6] clk: introduce the common clock framework, Mike Turquette
    • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Ryan Mallon
      • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Turquette, Mike
    • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Richard Zhao
    • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Thomas Gleixner
      • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Turquette, Mike
        • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Russell King - ARM Linux
          • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Saravana Kannan
            • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Turquette, Mike
              • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Saravana Kannan
        • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Richard Zhao
          • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Rob Herring
            • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Turquette, Mike
              • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Richard Zhao
              • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Rob Herring
                • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Turquette, Mike
                  • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Amit Kucheria
                  • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Saravana Kannan
                    • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Rob Herring
                      • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Saravana Kannan
                    • Re: [PATCH v4 3/6] clk: introduce the common clock framework, Shawn Guo
  • [PATCH v4 5/6] clk: basic gateable and fixed-rate clks, Mike Turquette
    • Re: [PATCH v4 5/6] clk: basic gateable and fixed-rate clks, Ryan Mallon
      • Re: [PATCH v4 5/6] clk: basic gateable and fixed-rate clks, Turquette, Mike
  • [PATCH v4 6/6] clk: export the clk tree topology to debugfs, Mike Turquette
  • [PATCH v4 4/6] clk: introduce rate change notifiers, Mike Turquette
  • [PATCH v4 2/6] Documentation: common clk API, Mike Turquette
    • Re: [PATCH v4 2/6] Documentation: common clk API, Amit Kucheria
      • Re: [PATCH v4 2/6] Documentation: common clk API, Turquette, Mike
  • Re: [PATCH v4 0/6] common clk framework, Turquette, Mike
• [PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board., Martin Hostettler
  • Re: [PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board., Igor Grinberg
    • Re: [PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board., Laurent Pinchart
      • Re: [PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board., martin
        • Re: [PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board., Laurent Pinchart
    • Re: [PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board., martin
      • Re: [PATCH v3] arm: omap3evm: Add support for an MT9M032 based camera board., Igor Grinberg
• sys_clkout2, Gary Thomas
  • Re: sys_clkout2, Paul Walmsley
    • Re: sys_clkout2, Paul Walmsley
    • Re: sys_clkout2, Gary Thomas
      • Re: sys_clkout2, Paul Walmsley
• [PATCH v9 00/31] gpio/omap: driver cleanup and fixes, Tarun Kanti DebBarma
  • [PATCH v9 02/31] gpio/omap: use flag to identify wakeup domain, Tarun Kanti DebBarma
  • [PATCH v9 03/31] gpio/omap: make gpio_context part of gpio_bank structure, Tarun Kanti DebBarma
  • [PATCH v9 12/31] gpio/omap: use pinctrl offset instead of macro, Tarun Kanti DebBarma
  • [PATCH v9 09/31] gpio/omap: remove hardcoded offsets in context save/restore, Tarun Kanti DebBarma
  • [PATCH v9 22/31] gpio/omap: save and restore debounce registers, Tarun Kanti DebBarma
  • [PATCH v9 25/31] gpio/omap: handle set_dataout reg capable IP on restore, Tarun Kanti DebBarma
  • [PATCH v9 01/31] gpio/omap: remove dependency on gpio_bank_count, Tarun Kanti DebBarma
  • [PATCH v9 04/31] gpio/omap: handle save/restore context in GPIO driver, Tarun Kanti DebBarma
  • [PATCH v9 06/31] gpio/omap: avoid cpu checks during module ena/disable, Tarun Kanti DebBarma
  • [PATCH v9 21/31] gpio/omap: remove omap_gpio_save_context overhead, Tarun Kanti DebBarma
  • [PATCH v9 13/31] gpio/omap: remove unnecessary bit-masking for read access, Tarun Kanti DebBarma
  • [PATCH v9 10/31] gpio/omap: cleanup set_gpio_triggering function, Tarun Kanti DebBarma
  • [PATCH v9 15/31] gpio/omap: fix bankwidth for OMAP7xx MPUIO, Tarun Kanti DebBarma
  • [PATCH v9 05/31] gpio/omap: make non-wakeup GPIO part of pdata, Tarun Kanti DebBarma
  • [PATCH v9 11/31] gpio/omap: cleanup omap_gpio_mod_init function, Tarun Kanti DebBarma
  • [PATCH v9 16/31] gpio/omap: use pm-runtime framework, Tarun Kanti DebBarma
  • [PATCH v9 08/31] gpio/omap: use level/edge detect reg offsets, Tarun Kanti DebBarma
  • [PATCH v9 07/31] gpio/omap: further cleanup using wkup_en register, Tarun Kanti DebBarma
  • [PATCH v9 17/31] gpio/omap: optimize suspend and resume functions, Tarun Kanti DebBarma
  • [PATCH v9 20/31] gpio/omap: fix incorrect access of debounce module, Tarun Kanti DebBarma
  • [PATCH v9 19/31] gpio/omap: fix debounce clock handling, Tarun Kanti DebBarma
  • [PATCH v9 23/31] gpio/omap: enable irq at the end of all configuration in restore, Tarun Kanti DebBarma
  • [PATCH v9 18/31] gpio/omap: cleanup prepare_for_idle and resume_after_idle, Tarun Kanti DebBarma
  • [PATCH v9 14/31] gpio/omap: remove bank->method & METHOD_* macros, Tarun Kanti DebBarma
  • [PATCH v9 24/31] gpio/omap: restore OE only after setting the output level, Tarun Kanti DebBarma
  • Re: [PATCH v9 00/31] gpio/omap: driver cleanup and fixes, Shilimkar, Santosh
    • Re: [PATCH v9 00/31] gpio/omap: driver cleanup and fixes, DebBarma, Tarun Kanti
• [GIT PULL] I2C: OMAP fixes for v3.2-rc, Kevin Hilman
• [PATCH 0/3] OMAPDSS: HDMI: HDMI Hot-plug detect support., mythripk
  • [PATCH 1/3] OMAPDSS: HDMI: HPD support in boardfile, mythripk
    • [PATCH 2/3] OMAPDSS: HDMI: HPD support added to HDMI driver, mythripk
      • [PATCH 3/3] OMAPDSS: HDMI: Add option to enable HDMI in HPD mode, mythripk
    • Re: [PATCH 1/3] OMAPDSS: HDMI: HPD support in boardfile, Tony Lindgren
  • <Possible follow-ups>
  • [PATCH 0/3] OMAPDSS: HDMI: HDMI Hot-plug detect support., mythripk
    • [PATCH v2 1/3] OMAPDSS: HDMI: HPD support in boardfile, mythripk
      • [PATCH v2 2/3] OMAPDSS: HDMI: Handle HPD event in ip, mythripk
        • [PATCH v2 3/3] OMAPDSS: HDMI: HPD support added to HDMI driver, mythripk
          • Re: [PATCH v2 3/3] OMAPDSS: HDMI: HPD support added to HDMI driver, Shubhrajyoti
      • Re: [PATCH v2 1/3] OMAPDSS: HDMI: HPD support in boardfile, Tomi Valkeinen
        • Re: [PATCH v2 1/3] OMAPDSS: HDMI: HPD support in boardfile, Tomi Valkeinen
• Trying to boot Panda with DT, Tomi Valkeinen
  • Re: Trying to boot Panda with DT, Rajendra Nayak
    • Re: Trying to boot Panda with DT, Tomi Valkeinen
  • Re: Trying to boot Panda with DT, Cousson, Benoit
    • Re: Trying to boot Panda with DT, Rajendra Nayak
      • Re: Trying to boot Panda with DT, Cousson, Benoit
• [PATCHv8 0/5] I2C driver updates, Shubhrajyoti D
  • [PATCHv8 3/5] OMAP: I2C: Reset support, Shubhrajyoti D
    • Re: [PATCHv8 3/5] OMAP: I2C: Reset support, Paul Walmsley
    • Re: [PATCHv8 3/5] OMAP: I2C: Reset support, Cousson, Benoit
      • Re: [PATCHv8 3/5] OMAP: I2C: Reset support, Shubhrajyoti
        • Re: [PATCHv8 3/5] OMAP: I2C: Reset support, Tony Lindgren
  • [PATCHv8 2/5] OMAP: hwmod/device : add omap_device_reset to reset all the hwmods in the device, Shubhrajyoti D
    • Re: [PATCHv8 2/5] OMAP: hwmod/device : add omap_device_reset to reset all the hwmods in the device, Paul Walmsley
  • [PATCHv8 1/5] OMAP3+: HWMOD: Add the default clockactivity for I2C, Shubhrajyoti D
    • Re: [PATCHv8 1/5] OMAP3+: HWMOD: Add the default clockactivity for I2C, Paul Walmsley
  • [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Shubhrajyoti D
    • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Paul Walmsley
      • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Shubhrajyoti
        • Message not available
          • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Datta, Shubhrajyoti
            • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Kevin Hilman
              • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Shubhrajyoti
                • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Paul Walmsley
                  • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Shubhrajyoti
                    • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Paul Walmsley
                  • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Cousson, Benoit
                    • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Paul Walmsley
                      • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Cousson, Benoit
                        • Re: [PATCHv8 4/5] OMAP: I2C: Remove the reset in the init path, Paul Walmsley
  • [PATCHv8 5/5] OMAP: I2C: Remove the SYSC register definition, Shubhrajyoti D
    • Re: [PATCHv8 5/5] OMAP: I2C: Remove the SYSC register definition, Paul Walmsley
• [PATCH v2 0/3] Device tree support for TWL regulators, Rajendra Nayak
  • [PATCH v2 2/3] ARM: omap4-sdp: Pass regulator data from dt, Rajendra Nayak
  • [PATCH v2 3/3] omap4: panda: Pass regulator data from dt, Rajendra Nayak