Linux on ARM based TI OMAP SoCs

Date Index

RE: Linux v3.1-rc8 : SDHC card do not switch to high speed mode, (continued)
[PATCH 01/27] cbus: tahvo: convert spinlock into mutex, Felipe Balbi
- [PATCH 02/27] cbus: tahvo: move to __devinit/__devexit sections, Felipe Balbi
- [PATCH 03/27] cbus: tahvo: a switch looks better, Felipe Balbi
- [PATCH 04/27] cbus: tahvo: don't go over 80 columns, Felipe Balbi
- [PATCH 05/27] cbus: tahvo: drop the tasklet, Felipe Balbi
- [PATCH 07/27] cbus: tahvo: git it a context structure, Felipe Balbi
- [PATCH 08/27] cbus: tahvo: pass tahvo to IRQ handler, Felipe Balbi
- [PATCH 06/27] cbus: retu: set IRQF_ONESHOT flag, Felipe Balbi
- [PATCH 10/27] cbus: tahvo: drop some unneded defines, Felipe Balbi
- [PATCH 09/27] cbus: tahvo: introduce __tahvo_(read/write)_reg, Felipe Balbi
- [PATCH 12/27] cbus: tahvo: give it an irq_chip, Felipe Balbi
- [PATCH 13/27] cbus: tahvo: start using irq_chip, Felipe Balbi
- [PATCH 14/27] cbus: tahvo: usb: fix up to use threaded irqs, Felipe Balbi
- [PATCH 15/27] cbus: tahvo drop the legacy interfaces, Felipe Balbi
- [PATCH 16/27] cbus: tahvo: usb: drop unused variable, Felipe Balbi
- [PATCH 18/27] cbus: tahvo: drop the get_status hack, Felipe Balbi
- [PATCH 17/27] cbus: tahvo: no need to mask interrupts on exit, Felipe Balbi
- [PATCH 19/27] cbus: tahvo: drop more unused interfaces, Felipe Balbi
- [PATCH 20/27] cbus: tahvo: pass child device pointer, Felipe Balbi
- [PATCH 21/27] cbus: tahvo: drop backlight interfaces, Felipe Balbi
- [PATCH 22/27] cbus: tahvo: drop static global pointer, Felipe Balbi
- [PATCH 11/27] cbus: retu: IRQ demux optimization, Felipe Balbi
- [PATCH 24/27] cbus: tahvo: allocate tahvo-pwm child, Felipe Balbi
- [PATCH 25/27] cbus: fix compile issue on tahvo and retu, Felipe Balbi
- [PATCH 23/27] cbus: tahvo: prepare for children without IRQ, Felipe Balbi
- [PATCH 26/27] cbus: use platform_driver_register on tahvo and retu, Felipe Balbi
- [PATCH 27/27] cbus: mark dependencies for ARCH_OMAP, Felipe Balbi
- Re: [PATCH 01/27] cbus: tahvo: convert spinlock into mutex, Tony Lindgren
  - Re: [PATCH 01/27] cbus: tahvo: convert spinlock into mutex, Felipe Balbi
    - Re: [PATCH 01/27] cbus: tahvo: convert spinlock into mutex, Tony Lindgren
      - Re: [PATCH 01/27] cbus: tahvo: convert spinlock into mutex, Felipe Balbi
[PATCH v3 0/8] PM QoS: implement the OMAP low level constraints management code, jean . pihet
- [PATCH 1/8] OMAP: convert I2C driver to PM QoS for latency constraints, jean . pihet
- [PATCH 2/8] OMAP: PM: remove the latency related functions from the API, jean . pihet
- [PATCH 3/8] OMAP2+: powerdomain: control power domains next state, jean . pihet
- [PATCH 4/8] OMAP2+: omap_hwmod: manage the wake-up latency constraints, jean . pihet
- [PATCH 5/8] OMAP: PM: register to the per-device PM QoS framework, jean . pihet
- [PATCH 6/8] OMAP3: cpuidle: next C-state decision depends on the PM QoS MPU and CORE constraints, jean . pihet
- [PATCH 7/8] OMAP3: update cpuidle latency and threshold figures, jean . pihet
- [PATCH 8/8] OMAP3: powerdomain data: add wake-up latency figures, jean . pihet
[PATCH v8 REPOST 21/24] gpio/omap: save and restore debounce registers, Tarun Kanti DebBarma
- Re: [PATCH v8 REPOST 21/24] gpio/omap: save and restore debounce registers, Kevin Hilman
  - Re: [PATCH v8 REPOST 21/24] gpio/omap: save and restore debounce registers, DebBarma, Tarun Kanti
[PATCH v8 REPOST 17/24] gpio/omap: fix debounce clock handling, Tarun Kanti DebBarma
- Re: [PATCH v8 REPOST 17/24] gpio/omap: fix debounce clock handling, Kevin Hilman
  - Re: [PATCH v8 REPOST 17/24] gpio/omap: fix debounce clock handling, DebBarma, Tarun Kanti
    - Re: [PATCH v8 REPOST 17/24] gpio/omap: fix debounce clock handling, DebBarma, Tarun Kanti
      - Re: [PATCH v8 REPOST 17/24] gpio/omap: fix debounce clock handling, DebBarma, Tarun Kanti
[RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds, Thomas Weber
- RE: [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds, Nori, Sekhar
  - Re: [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds, Thomas Weber
    - Re: [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds, Tony Lindgren
      - Re: [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds, Tony Lindgren
        
        Re: [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds, Thomas Weber
        
        Re: [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds, Russell King - ARM Linux
        
        Re: [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds, Tony Lindgren
- <Possible follow-ups>
- RE: [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds, Thomas Weber
[PATCH 0/8 v4] usb: musb: Adding support for ti81xx and am335x, Ajay Kumar Gupta
- [PATCH 3/8] ti816evm: Add support for musb interface, Ajay Kumar Gupta
  - Re: [PATCH 3/8] ti816evm: Add support for musb interface, Igor Grinberg
    - RE: [PATCH 3/8] ti816evm: Add support for musb interface, Gupta, Ajay Kumar
      - RE: [PATCH 3/8] ti816evm: Add support for musb interface, Gupta, Ajay Kumar
        
        Re: [PATCH 3/8] ti816evm: Add support for musb interface, Tony Lindgren
- [PATCH 2/8] omap: musb: ti81xx: Add phy power function, Ajay Kumar Gupta
  - Re: [PATCH 2/8] omap: musb: ti81xx: Add phy power function, Tony Lindgren
- [PATCH 1/8] omap: musb: Adding support for ti81xx, Ajay Kumar Gupta
  - Re: [PATCH 1/8] omap: musb: Adding support for ti81xx, Tony Lindgren
- [PATCH 5/8] usb: musb: Add support for ti81xx platform, Ajay Kumar Gupta
  - Re: [PATCH 5/8] usb: musb: Add support for ti81xx platform, Tony Lindgren
    - Re: [PATCH 5/8] usb: musb: Add support for ti81xx platform, Felipe Balbi
- [PATCH 7/8] arm: omap: am335x: enable phy controls, Ajay Kumar Gupta
- [PATCH 8/8] usb: musb: enable support for am335x, Ajay Kumar Gupta
- [PATCH 6/8] am335xevm: Add support for musb interface, Ajay Kumar Gupta
  - Re: [PATCH 6/8] am335xevm: Add support for musb interface, Tony Lindgren
- [PATCH 4/8] ti814evm: Add support for musb interface, Ajay Kumar Gupta
  - Re: [PATCH 4/8] ti814evm: Add support for musb interface, Igor Grinberg
    - RE: [PATCH 4/8] ti814evm: Add support for musb interface, Gupta, Ajay Kumar
[PATCH v14] mfd: omap: usb: Runtime PM support, Keshava Munegowda
- Re: [PATCH v14] mfd: omap: usb: Runtime PM support, Felipe Balbi
  - Re: [PATCH v14] mfd: omap: usb: Runtime PM support, Munegowda, Keshava
    - Re: [PATCH v14] mfd: omap: usb: Runtime PM support, Samuel Ortiz
[PATCH v13 v14] mfd: omap: usb: Runtime PM support, Keshava Munegowda
- Re: [PATCH v13 v14] mfd: omap: usb: Runtime PM support, Felipe Balbi
[PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs, Keshava Munegowda
- Re: [PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs, Felipe Balbi
  - Re: [PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs, Alan Stern
    - Re: [PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs, Paul Walmsley
  - Re: [PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs, Paul Walmsley
[PATCH 4/5 v14] arm: omap: usb: device name change for the clk names of usbhs, Keshava Munegowda
[PATCH 3/5 v14] arm: omap: usb: register hwmods of usbhs, Keshava Munegowda
[PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Keshava Munegowda
- Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Paul Walmsley
  - Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Paul Walmsley
    - Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Munegowda, Keshava
      - Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Paul Walmsley
        
        Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Munegowda, Keshava
    - Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Munegowda, Keshava
      - Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Paul Walmsley
        
        Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Munegowda, Keshava
- <Possible follow-ups>
- [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Keshava Munegowda
  - Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3, Munegowda, Keshava
[PATCH 0/5 v14] omap: usb: host: Runtime PM preparation for EHCI and OHCI drivers, Keshava Munegowda
[PATCH 1/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap4, Keshava Munegowda
- Re: [PATCH 1/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
  - Re: [PATCH 1/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap4, Munegowda, Keshava
Removing hwmod reset support for initiator IP blocks?, Paul Walmsley
[GIT PULL] ARM: OMAP: new miscellaneous clock/hwmod data for 3.2, Paul Walmsley
- [GIT PULL v2] ARM: OMAP: new miscellaneous clock/hwmod data for 3.2, Paul Walmsley
  - [GIT PULL v3] ARM: OMAP: Cortex-A9 PERIPHCLK node for 3.2, Paul Walmsley
    - Re: [GIT PULL v3] ARM: OMAP: Cortex-A9 PERIPHCLK node for 3.2, Tony Lindgren
      - Re: [GIT PULL v3] ARM: OMAP: Cortex-A9 PERIPHCLK node for 3.2, Paul Walmsley
        
        Re: [GIT PULL v3] ARM: OMAP: Cortex-A9 PERIPHCLK node for 3.2, Shilimkar, Santosh
        
        Re: [GIT PULL v3] ARM: OMAP: Cortex-A9 PERIPHCLK node for 3.2, Tony Lindgren
[PATCH v2 0/5] Device tree support for regulators, Rajendra Nayak
- [PATCH v2 2/5] dt: add empty dt helpers for non-dt build, Rajendra Nayak
  - Re: [PATCH v2 2/5] dt: add empty dt helpers for non-dt build, Grant Likely
- [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
  - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
    - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
      - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Grant Likely
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
  - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Grant Likely
  - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
    - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
      - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Tony Lindgren
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Tony Lindgren
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Tony Lindgren
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Tony Lindgren
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Tony Lindgren
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Grant Likely
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
  - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
    - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
      - Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Grant Likely
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Grant Likely
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Grant Likely
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Mark Brown
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Grant Likely
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Grant Likely
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Grant Likely
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Rajendra Nayak
        
        Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data, Shawn Guo
- [PATCH v2 5/5] regulator: map consumer regulator based on device tree, Rajendra Nayak
  - Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree, Mark Brown
    - Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree, Rajendra Nayak
    - Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree, Nayak, Rajendra
      - Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree, Mark Brown
      - Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree, Grant Likely
  - Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree, Shawn Guo
- [PATCH v2 4/5] regulator: adapt fixed regulator driver to dt, Rajendra Nayak
  - Re: [PATCH v2 4/5] regulator: adapt fixed regulator driver to dt, Grant Likely
- [PATCH v2 1/5] regulator: twl: Remove hardcoded board constraints from driver, Rajendra Nayak
  - Re: [PATCH v2 1/5] regulator: twl: Remove hardcoded board constraints from driver, Mark Brown
    - Re: [PATCH v2 1/5] regulator: twl: Remove hardcoded board constraints from driver, Rajendra Nayak
[RFT/PATCH 1/7] OMAP3+: PM: SR: add suspend/resume handlers, Felipe Balbi
- [RFT/PATCH 2/7] arm: omap: smartreflex: add missing platform_set_drvdata(), Felipe Balbi
- [RFT/PATCH 3/7] arm: omap: smartreflex: use dev_get_drvdata(), Felipe Balbi
- [RFT/PATCH 4/7] arm: omap: smartreflex: move late_initcall() closer to its argument, Felipe Balbi
- [RFT/PATCH 5/7] arm: omap: smartreflex: clean ups all over, Felipe Balbi
- [RFT/PATCH 6/7] arm: omap: smartreflex: fix IRQ handling bug, Felipe Balbi
  - Re: [RFT/PATCH 6/7] arm: omap: smartreflex: fix IRQ handling bug, Sergei Shtylyov
    - Re: [RFT/PATCH 6/7] arm: omap: smartreflex: fix IRQ handling bug, Felipe Balbi
- [RFT/PATCH 7/7] arm: omap: smartreflex: micro-optimization for sanity check, Felipe Balbi
  - Re: [RFT/PATCH 7/7] arm: omap: smartreflex: micro-optimization for sanity check, Sergei Shtylyov
    - Re: [RFT/PATCH 7/7] arm: omap: smartreflex: micro-optimization for sanity check, Felipe Balbi
      - Re: [RFT/PATCH 7/7] arm: omap: smartreflex: micro-optimization for sanity check, Sergei Shtylyov
[PATCH 0/2] omap: sound: style and warning fixes, Michael Opdenacker
- [PATCH 1/2] omap: sound: fix "ambiguous else" warning, Michael Opdenacker
  - Re: [PATCH 1/2] omap: sound: fix "ambiguous else" warning, Jarkko Nikula
    - Re: [PATCH 1/2] omap: sound: fix "ambiguous else" warning, Michael Opdenacker
- [PATCH 2/2] omap: sound: fix checkpatch.pl error, Michael Opdenacker
  - Re: [PATCH 2/2] omap: sound: fix checkpatch.pl error, Jarkko Nikula
  - Re: [PATCH 2/2] omap: sound: fix checkpatch.pl error, Mark Brown
    - Re: [PATCH 2/2] omap: sound: fix checkpatch.pl error, Michael Opdenacker
[PATCH v4 3/3] ARM: OMAP: TI814X: Create board support and enable build for TI8148 EVM, Hemant Pedanekar
[PATCH v4 2/3] ARM: OMAP: TI814X: Add cpu type macros and detection support, Hemant Pedanekar
[PATCH v4 1/3] ARM: OMAP: TI81XX: Prepare for addition of TI814X support, Hemant Pedanekar
- Re: [PATCH v4 1/3] ARM: OMAP: TI81XX: Prepare for addition of TI814X support, Tony Lindgren
  - RE: [PATCH v4 1/3] ARM: OMAP: TI81XX: Prepare for addition of TI814X support, Pedanekar, Hemant
    - Re: [PATCH v4 1/3] ARM: OMAP: TI81XX: Prepare for addition of TI814X support, Tony Lindgren
[PATCH v4 0/3] Add support for TI814X processor series, Hemant Pedanekar
[PATCH 0/1] arm: omap: remove obsolete IRQF_DISABLED, Michael Opdenacker
- [PATCH 1/1] arm: omap: removed obsolete IRQF_DISABLED, Michael Opdenacker
  - Re: [PATCH 1/1] arm: omap: removed obsolete IRQF_DISABLED, Tony Lindgren
    - Re: [PATCH 1/1] arm: omap: removed obsolete IRQF_DISABLED, Michael Opdenacker
[PATCH] ARM: omap2+: stub out omap*_volt_data, Arnd Bergmann
- Re: [PATCH] ARM: omap2+: stub out omap*_volt_data, Kevin Hilman
  - Re: [PATCH] ARM: omap2+: stub out omap*_volt_data, Arnd Bergmann
[PATCH] ARM: PM: build sleep/suspend code for idle path also (not only suspend), Kevin Hilman
- Re: [PATCH] ARM: PM: build sleep/suspend code for idle path also (not only suspend), Russell King - ARM Linux
  - Re: [PATCH] ARM: PM: build sleep/suspend code for idle path also (not only suspend), Kevin Hilman
    - Re: [PATCH] ARM: PM: build sleep/suspend code for idle path also (not only suspend), Russell King - ARM Linux
[GIT PULL] OMAP: few more PM cleanup/fixes for v3.2, Kevin Hilman
- Re: [GIT PULL] OMAP: few more PM cleanup/fixes for v3.2, Tony Lindgren
[PATCH 0/7] Repost of omap SRAM map_io changes, Tony Lindgren
- [PATCH 1/7] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Tony Lindgren
  - Re: [PATCH 1/7] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Tony Lindgren
  - Re: [PATCH 1/7] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Andres Salomon
    - Re: [PATCH 1/7] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Tony Lindgren
- [PATCH 2/7] ARM: OMAP1: Use generic map_io, init_early and init_irq, Tony Lindgren
- [PATCH 3/7] ARM: OMAP: Avoid cpu_is_omapxxxx usage until map_io is done, Tony Lindgren
- [PATCH 4/7] ARM: OMAP: Remove calls to SRAM allocations for framebuffer, Tony Lindgren
- [PATCH 5/7] ARM: OMAP: Map SRAM later on with ioremap_exec(), Tony Lindgren
- [PATCH 6/7] ARM: OMAP: Move set_globals initialization to happen in init_early, Tony Lindgren
- [PATCH 7/7] ARM: OMAP: Warn if omap_ioremap is called before SoC detection, Tony Lindgren
  - Re: [PATCH 7/7] ARM: OMAP: Warn if omap_ioremap is called before SoC detection, Nicolas Pitre
[PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Vishwanath BS
- [PATCHv2 4/7] ARM: OMAP3 PM: Enable IO Wake up, Vishwanath BS
- [PATCHv2 7/7] ARM: OMAP3 PM: Enable IO Daisychain for supported chips, Vishwanath BS
- [PATCHv2 1/7] ARM: OMAP3 PM: correct enable/disable of daisy io chain, Vishwanath BS
- [PATCHv2 6/7] ARM: OMAP3 PM: Remove IO Daisychain control from cpuidle, Vishwanath BS
- [PATCHv2 3/7] ARM: OMAP4 PM: Add IO Daisychain support, Vishwanath BS
- [PATCHv2 2/7] ARM: OMAP3 PM: Move IO Daisychain function to omap3 prm file, Vishwanath BS
- [PATCHv2 5/7] ARM: OMAP3PLUS PM: Add IO Daisychain support via hwmod mux, Vishwanath BS
- Re: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Kevin Hilman
  - RE: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Vishwanath Sripathy
    - RE: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Vishwanath Sripathy
      - Re: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Kevin Hilman
        
        RE: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Vishwanath Sripathy
        
        RE: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Vishwanath Sripathy
        
        RE: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Vishwanath Sripathy
        
        Re: [PATCHv2 0/7]ARM: OMAP3PLUS PM: Add IO DaisyChain support via hwmod mux, Kevin Hilman
[GIT PULL] ARM: OMAP: PRCM/SCM/hwmod miscellaneous fixes for 3.2, Paul Walmsley
- Re: [GIT PULL] ARM: OMAP: PRCM/SCM/hwmod miscellaneous fixes for 3.2, Tony Lindgren
[GIT PULL] ARM: OMAP3+: clock fixes for 3.2, Paul Walmsley
- Re: [GIT PULL] ARM: OMAP3+: clock fixes for 3.2, Paul Walmsley
  - Re: [GIT PULL] ARM: OMAP3+: clock fixes for 3.2, Tony Lindgren
[GIT PULL] OMAP DSS for v3.2, Tomi Valkeinen
- Re: [GIT PULL] OMAP DSS for v3.2, Florian Tobias Schandinat
  - Re: [GIT PULL] OMAP DSS for v3.2, Tomi Valkeinen
[PATCH 0/5] Driver Probe Deferral Mechanism, G, Manjunath Kondaiah
- [PATCH 4/5] gpiolib: handle deferral probe error, G, Manjunath Kondaiah
- [PATCH 5/5] omap: hsmmc: use platform_driver_register, G, Manjunath Kondaiah
  - Re: [PATCH 5/5] omap: hsmmc: use platform_driver_register, Grant Likely
- [PATCH 1/5] drivercore: add new error value for deferred probe, G, Manjunath Kondaiah
- [PATCH 2/5] drivercore: Add driver probe deferral mechanism, G, Manjunath Kondaiah
- [PATCH 3/5] regulator: Support driver probe deferral, G, Manjunath Kondaiah
- <Possible follow-ups>
- [PATCH 0/5] Driver Probe Deferral Mechanism, G, Manjunath Kondaiah
  - [PATCH 1/5] drivercore: add new error value for deferred probe, G, Manjunath Kondaiah
    - Re: [PATCH 1/5] drivercore: add new error value for deferred probe, Greg KH
      - Re: [PATCH 1/5] drivercore: add new error value for deferred probe, Mark Brown
      - Re: [PATCH 1/5] drivercore: add new error value for deferred probe, Grant Likely
        
        Re: [PATCH 1/5] drivercore: add new error value for deferred probe, Valdis . Kletnieks
        
        Re: [PATCH 1/5] drivercore: add new error value for deferred probe, Greg KH
        
        Re: [PATCH 1/5] drivercore: add new error value for deferred probe, Grant Likely
        
        Re: [PATCH 1/5] drivercore: add new error value for deferred probe, Greg KH
        
        Re: [PATCH 1/5] drivercore: add new error value for deferred probe, G, Manjunath Kondaiah
        
        Re: [PATCH 1/5] drivercore: add new error value for deferred probe, Grant Likely
  - [PATCH 2/5] drivercore: Add driver probe deferral mechanism, G, Manjunath Kondaiah
    - Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Greg KH
      - Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Josh Triplett
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Greg KH
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Josh Triplett
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Greg KH
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Josh Triplett
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Andrei Warkentin
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Ming Lei
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Grant Likely
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Ming Lei
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Alan Stern
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Ming Lei
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Alan Stern
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Ming Lei
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Grant Likely
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Alan Stern
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Grant Likely
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Alan Stern
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Grant Likely
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Alan Stern
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Grant Likely
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Alan Stern
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Grant Likely
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Alan Stern
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Grant Likely
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, David Daney
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Grant Likely
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, David Daney
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Alan Stern
        
        Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, G, Manjunath Kondaiah
      - Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism, Grant Likely
  - [PATCH 3/5] regulator: Support driver probe deferral, G, Manjunath Kondaiah
  - [PATCH 4/5] gpiolib: handle deferral probe error, G, Manjunath Kondaiah
    - Re: [PATCH 4/5] gpiolib: handle deferral probe error, Alan Cox
      - Re: [PATCH 4/5] gpiolib: handle deferral probe error, Grant Likely
        
        Re: [PATCH 4/5] gpiolib: handle deferral probe error, G, Manjunath Kondaiah
        
        Re: [PATCH 4/5] gpiolib: handle deferral probe error, Grant Likely
  - [PATCH 5/5] omap: hsmmc: use platform_driver_register, G, Manjunath Kondaiah
  - Re: [PATCH 0/5] Driver Probe Deferral Mechanism, Greg KH
    - Re: [PATCH 0/5] Driver Probe Deferral Mechanism, G, Manjunath Kondaiah
[PATCH] ARM: OMAP1: Fix warnings about enabling 32 KiHz timer, Tony Lindgren
- Re: [PATCH] ARM: OMAP1: Fix warnings about enabling 32 KiHz timer, Tony Lindgren
[GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Paul Walmsley
- Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Tony Lindgren
  - Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Paul Walmsley
    - Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Tomi Valkeinen
      - Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Paul Walmsley
        
        Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Tomi Valkeinen
        
        Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Tony Lindgren
        
        Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Paul Walmsley
        
        Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Tony Lindgren
        
        Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Tomi Valkeinen
        
        Re: [GIT PULL] ARM: OMAP: DSS hwmod/reset fixes for 3.2, Tony Lindgren
[PATCH] ARM: OMAP2: Fix H4 matrix keyboard warning, Tony Lindgren
- [PATCH] ARM: OMAP2: Fix H4 matrix keyboard warning, Tony Lindgren
[PATCH] ARM: OMAP3: hwmod data: disable multiblock reads on MMC1/2 on OMAP34xx/35xx <= ES2.1, Paul Walmsley
- Re: [PATCH] ARM: OMAP3: hwmod data: disable multiblock reads on MMC1/2 on OMAP34xx/35xx <= ES2.1, Steve Sakoman
  - Re: [PATCH] ARM: OMAP3: hwmod data: disable multiblock reads on MMC1/2 on OMAP34xx/35xx <= ES2.1, Paul Walmsley
    - Re: [PATCH] ARM: OMAP3: hwmod data: disable multiblock reads on MMC1/2 on OMAP34xx/35xx <= ES2.1, Steve Sakoman
- [PATCH v2] ARM: OMAP3: hwmod data: disable multiblock reads on MMC1/2 on OMAP34xx/35xx <= ES2.1, Paul Walmsley
  - Re: [PATCH v2] ARM: OMAP3: hwmod data: disable multiblock reads on MMC1/2 on OMAP34xx/35xx <= ES2.1, Steve Sakoman
[PATCH 0/2] MMC: disable multiblock reads on controllers that don't support them, Paul Walmsley
- [PATCH 2/2] MMC: omap_hsmmc: disable multiblock reads when platform_data indicates that they are broken, Paul Walmsley
- [PATCH 1/2] MMC: add workaround for controllers with broken multiblock reads, Paul Walmsley
- Re: [PATCH 0/2] MMC: disable multiblock reads on controllers that don't support them, Steve Sakoman
- Re: [PATCH 0/2] MMC: disable multiblock reads on controllers that don't support them, Chris Ball
[PATCH] ARM: OMAP3: hwmod: fix variant registration and remove SmartReflex from common list, Paul Walmsley
- Re: [PATCH] ARM: OMAP3: hwmod: fix variant registration and remove SmartReflex from common list, Tony Lindgren
- Re: [PATCH] ARM: OMAP3: hwmod: fix variant registration and remove SmartReflex from common list, Russell King - ARM Linux
  - Re: [PATCH] ARM: OMAP3: hwmod: fix variant registration and remove SmartReflex from common list, Paul Walmsley
  - [PATCH v2] ARM: OMAP3: hwmod: fix variant registration and remove SmartReflex from common list, Paul Walmsley
    - Re: [PATCH v2] ARM: OMAP3: hwmod: fix variant registration and remove SmartReflex from common list, Tony Lindgren
[PATCH v2] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection (fwd), Paul Walmsley
[PATCH] ARM: OMAP3: PM: restrict erratum i443 handling to OMAP3430 only, Paul Walmsley
- Re: [PATCH] ARM: OMAP3: PM: restrict erratum i443 handling to OMAP3430 only, Kevin Hilman
[PATCH] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Paul Walmsley
- Re: [PATCH] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Steve Sakoman
  - Re: [PATCH] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Paul Walmsley
  - [PATCH v2] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Paul Walmsley
    - Re: [PATCH v2] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Steve Sakoman
      - [PATCH v3] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Paul Walmsley
        
        Re: [PATCH v3] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Kevin Hilman
    - Re: [PATCH v2] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Russell King - ARM Linux
      - Re: [PATCH v2] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Paul Walmsley
      - [PATCH v3] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Paul Walmsley
        
        Re: [PATCH v3] ARM: OMAP3: PM: fix I/O wakeup and I/O chain clock control detection, Kevin Hilman
[PATCH v13] mfd: omap: usb: Runtime PM support, Keshava Munegowda
[PATCH 4/5 v13] arm: omap: usb: device name change for the clk names of usbhs, Keshava Munegowda
[PATCH 5/5 v13] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs, Keshava Munegowda
[PATCH 3/5 v13] arm: omap: usb: register hwmods of usbhs, Keshava Munegowda
[PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3, Keshava Munegowda
- Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3, Paul Walmsley
  - Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3, Munegowda, Keshava
    - Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3, Paul Walmsley
- Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3, Paul Walmsley
  - Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3, Munegowda, Keshava
    - Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3, Munegowda, Keshava
      - Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3, Munegowda, Keshava
[PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Keshava Munegowda
- Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
  - Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Munegowda, Keshava
    - Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
      - Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Munegowda, Keshava
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Munegowda, Keshava
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Felipe Balbi
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Munegowda, Keshava
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Felipe Balbi
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Felipe Balbi
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Munegowda, Keshava
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Alan Stern
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Felipe Balbi
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Alan Stern
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Felipe Balbi
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Alan Stern
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Felipe Balbi
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Alan Stern
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Felipe Balbi
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Felipe Balbi
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Felipe Balbi
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
      - Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Munegowda, Keshava
        
        Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Munegowda, Keshava
- Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Paul Walmsley
  - Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4, Cousson, Benoit
[PATCH 0/5 v13] omap: usb: host: Runtime PM preparation for EHCI and OHCI drivers, Keshava Munegowda
[PATCH] omap: dmtimer: convert printk to pr_*, Víctor Manuel Jáquez Leal
- Re: [PATCH] omap: dmtimer: convert printk to pr_*, Joe Perches
  - Re: [PATCH] omap: dmtimer: convert printk to pr_*, Víctor M. Jáquez L.
- [PATCH v2] omap: dmtimer: convert printk to pr_err / WARN, Víctor Manuel Jáquez Leal
  - Re: [PATCH v2] omap: dmtimer: convert printk to pr_err / WARN, Tony Lindgren
    - [PATCH v3] omap: dmtimer: convert printk to pr_err, Víctor Manuel Jáquez Leal
      - Re: [PATCH v3] omap: dmtimer: convert printk to pr_err, Russell King - ARM Linux
        
        Re: [PATCH v3] omap: dmtimer: convert printk to pr_err, Víctor M. Jáquez L.
        
        Re: [PATCH v3] omap: dmtimer: convert printk to pr_err, Joe Perches
        
        Re: [PATCH v3] omap: dmtimer: convert printk to pr_err, Russell King - ARM Linux
        
        Re: [PATCH v3] omap: dmtimer: convert printk to pr_err, Joe Perches
        
        Re: [PATCH v3] omap: dmtimer: convert printk to pr_err, Russell King - ARM Linux
        
        Re: [PATCH v3] omap: dmtimer: convert printk to pr_err, Joe Perches
[PATCHv3 00/11] voltage domain cleanup, Tero Kristo
- [PATCHv3 01/11] OMAP3+: PM: VP: use uV for max and min voltage limits, Tero Kristo
- [PATCHv3 02/11] omap: voltage: add definitions for omap_vp_param and omap_vc_param, Tero Kristo
- [PATCHv3 03/11] omap3: add vp and vc parameter data, Tero Kristo
  - Re: [PATCHv3 03/11] omap3: add vp and vc parameter data, Kevin Hilman
- [PATCHv3 04/11] omap4: add vp and vc parameter data, Tero Kristo
  - Re: [PATCHv3 04/11] omap4: add vp and vc parameter data, Kevin Hilman
- [PATCHv3 05/11] OMAP2+: PM: provide mechanism to describe overall behavior of osc and PMIC., Tero Kristo
  - Re: [PATCHv3 05/11] OMAP2+: PM: provide mechanism to describe overall behavior of osc and PMIC., Kevin Hilman
- [PATCHv3 08/11] omap3+: voltage: remove obsolete parameters, Tero Kristo
  - Re: [PATCHv3 08/11] omap3+: voltage: remove obsolete parameters, Kevin Hilman
- [PATCHv3 07/11] omap3+: vp: use new vp_params for calculating vddmin and vddmax, Tero Kristo
  - Re: [PATCHv3 07/11] omap3+: vp: use new vp_params for calculating vddmin and vddmax, Kevin Hilman
- [PATCHv3 10/11] omap3+: use lp params for calculating clock setup times, Tero Kristo
  - Re: [PATCHv3 10/11] omap3+: use lp params for calculating clock setup times, Kevin Hilman
    - Re: [PATCHv3 10/11] omap3+: use lp params for calculating clock setup times, Tero Kristo
      - Re: [PATCHv3 10/11] omap3+: use lp params for calculating clock setup times, Kevin Hilman
- [PATCHv3 11/11] omap4: use lp params for calculating pmic setup times, Tero Kristo
  - Re: [PATCHv3 11/11] omap4: use lp params for calculating pmic setup times, Kevin Hilman
- [PATCHv3 06/11] omap3+: vc: use new vc_params and vp_params in parameter calculations, Tero Kristo
  - Re: [PATCHv3 06/11] omap3+: vc: use new vc_params and vp_params in parameter calculations, Kevin Hilman
- [PATCHv3 09/11] omap4: twl: added pmic startup / shutdown times, Tero Kristo
  - Re: [PATCHv3 09/11] omap4: twl: added pmic startup / shutdown times, Kevin Hilman
  - Re: [PATCHv3 09/11] omap4: twl: added pmic startup / shutdown times, Kevin Hilman
[PATCH] ARM: OMAP: omap_device: Add omap_device_{alloc, delete, register}_ss, Ohad Ben-Cohen
- Re: [PATCH] ARM: OMAP: omap_device: Add omap_device_{alloc, delete, register}_ss, Ohad Ben-Cohen
  - Re: [PATCH] ARM: OMAP: omap_device: Add omap_device_{alloc, delete, register}_ss, Kevin Hilman
[PATCH v8 00/24] gpio/omap: driver cleanup and fixes, Tarun Kanti DebBarma
- [PATCH v8 05/24] gpio/omap: make non-wakeup GPIO part of pdata, Tarun Kanti DebBarma
- [PATCH v8 09/24] gpio/omap: remove hardcoded offsets in context save/restore, Tarun Kanti DebBarma
- [PATCH v8 03/24] gpio/omap: make gpio_context part of gpio_bank structure, Tarun Kanti DebBarma
- [PATCH v8 08/24] gpio/omap: use level/edge detect reg offsets, Tarun Kanti DebBarma
- [PATCH v8 15/24] gpio/omap: fix bankwidth for OMAP7xx MPUIO, Tarun Kanti DebBarma
- [PATCH v8 23/24] gpio/omap: restore OE only after setting the output level, Tarun Kanti DebBarma
- [PATCH v8 24/24] gpio/omap: handle set_dataout reg capable IP on restore, Tarun Kanti DebBarma
  - Re: [PATCH v8 24/24] gpio/omap: handle set_dataout reg capable IP on restore, Kevin Hilman
    - Re: [PATCH v8 24/24] gpio/omap: handle set_dataout reg capable IP on restore, DebBarma, Tarun Kanti
      - Re: [PATCH v8 24/24] gpio/omap: handle set_dataout reg capable IP on restore, DebBarma, Tarun Kanti
        
        Re: [PATCH v8 24/24] gpio/omap: handle set_dataout reg capable IP on restore, Kevin Hilman
        
        Re: [PATCH v8 24/24] gpio/omap: handle set_dataout reg capable IP on restore, DebBarma, Tarun Kanti
- [PATCH v8 16/24] gpio/omap: use pm-runtime framework, Tarun Kanti DebBarma
  - Re: [PATCH v8 16/24] gpio/omap: use pm-runtime framework, Kevin Hilman
    - Re: [PATCH v8 16/24] gpio/omap: use pm-runtime framework, DebBarma, Tarun Kanti
- [PATCH v8 01/24] gpio/omap: remove dependency on gpio_bank_count, Tarun Kanti DebBarma
- [PATCH v8 19/24] gpio/omap: cleanup prepare_for_idle and resume_after_idle, Tarun Kanti DebBarma
- [PATCH v8 07/24] gpio/omap: further cleanup using wkup_en register, Tarun Kanti DebBarma
- [PATCH v8 11/24] gpio/omap: cleanup omap_gpio_mod_init function, Tarun Kanti DebBarma
- [PATCH v8 21/24] gpio/omap: save and restore debounce registers, Tarun Kanti DebBarma
- [PATCH v8 12/24] gpio/omap: use pinctrl offset instead of macro, Tarun Kanti DebBarma
- [PATCH v8 20/24] gpio/omap: remove omap_gpio_save_context overhead, Tarun Kanti DebBarma
- [PATCH v8 17/24] gpio/omap: fix debounce clock handling, Tarun Kanti DebBarma
- [PATCH v8 13/24] gpio/omap: remove unnecessary bit-masking for read access, Tarun Kanti DebBarma
- [PATCH v8 18/24] gpio/omap: optimize suspend and resume functions, Tarun Kanti DebBarma
- [PATCH v8 04/24] gpio/omap: handle save/restore context in GPIO driver, Tarun Kanti DebBarma
- [PATCH v8 22/24] gpio/omap: enable irq at the end of all configuration in restore, Tarun Kanti DebBarma
- [PATCH v8 14/24] gpio/omap: remove bank->method & METHOD_* macros, Tarun Kanti DebBarma
- [PATCH v8 02/24] gpio/omap: use flag to identify wakeup domain, Tarun Kanti DebBarma
- [PATCH v8 10/24] gpio/omap: cleanup set_gpio_triggering function, Tarun Kanti DebBarma
- [PATCH v8 06/24] gpio/omap: avoid cpu checks during module ena/disable, Tarun Kanti DebBarma
- Re: [PATCH v8 00/24] gpio/omap: driver cleanup and fixes, Kevin Hilman
  - Re: [PATCH v8 00/24] gpio/omap: driver cleanup and fixes, DebBarma, Tarun Kanti
    - Re: [PATCH v8 00/24] gpio/omap: driver cleanup and fixes, DebBarma, Tarun Kanti
      - Re: [PATCH v8 00/24] gpio/omap: driver cleanup and fixes, Kevin Hilman
        
        Re: [PATCH v8 00/24] gpio/omap: driver cleanup and fixes, T Krishnamoorthy, Balaji
  - Re: [PATCH v8 00/24] gpio/omap: driver cleanup and fixes, DebBarma, Tarun Kanti
    - Re: [PATCH v8 00/24] gpio/omap: driver cleanup and fixes, Kevin Hilman
Regressions for older OMAP3503 silicon, Dave Hylands
- Re: Regressions for older OMAP3503 silicon, Tony Lindgren
  - Re: Regressions for older OMAP3503 silicon, Paul Walmsley
  - Re: Regressions for older OMAP3503 silicon, Steve Sakoman
    - Re: Regressions for older OMAP3503 silicon, Tony Lindgren
    - Re: Regressions for older OMAP3503 silicon, Dave Hylands
- Re: Regressions for older OMAP3503 silicon, Paul Walmsley
  - Re: Regressions for older OMAP3503 silicon, Dave Hylands
    - Re: Regressions for older OMAP3503 silicon, Paul Walmsley
  - Re: Regressions for older OMAP3503 silicon, Steve Sakoman
- Re: Regressions for older OMAP3503 silicon, Kevin Hilman
  - Re: Regressions for older OMAP3503 silicon, Paul Walmsley
  - Re: Regressions for older OMAP3503 silicon, Steve Sakoman
    - Re: Regressions for older OMAP3503 silicon, Paul Walmsley
    - Re: Regressions for older OMAP3503 silicon, Kevin Hilman
[PATCH 0/4] initialize omap SRAM later on with __arm_ioremap_exec(), Tony Lindgren
- [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Tony Lindgren
  - Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Nicolas Pitre
    - Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Tony Lindgren
      - [PATCH 1.5/4] ARM: OMAP1: Use generic map_io, init_early and init_irq, Tony Lindgren
      - Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Santosh Shilimkar
        
        Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Tony Lindgren
        
        Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Santosh Shilimkar
        
        Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Tony Lindgren
        
        Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Santosh Shilimkar
        
        Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Tony Lindgren
        
        Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Santosh Shilimkar
        
        Re: [PATCH 1/4] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY, Tony Lindgren
- [PATCH 2/4] ARM: OMAP: Avoid cpu_is_omapxxxx usage until map_io is done, Tony Lindgren
  - Re: [PATCH 2/4] ARM: OMAP: Avoid cpu_is_omapxxxx usage until map_io is done, Santosh Shilimkar
- [PATCH 3/4] ARM: OMAP: Remove calls to SRAM allocations for framebuffer, Tony Lindgren
  - Re: [PATCH 3/4] ARM: OMAP: Remove calls to SRAM allocations for framebuffer, Tomi Valkeinen
    - Re: [PATCH 3/4] ARM: OMAP: Remove calls to SRAM allocations for framebuffer, Tony Lindgren
      - Re: [PATCH 3/4] ARM: OMAP: Remove calls to SRAM allocations for framebuffer, Tomi Valkeinen
        
        Re: [PATCH 3/4] ARM: OMAP: Remove calls to SRAM allocations for framebuffer, Tony Lindgren
- [PATCH 4/4] ARM: OMAP: Map SRAM later on with ioremap_exec(), Tony Lindgren
  - Re: [PATCH 4/4] ARM: OMAP: Map SRAM later on with ioremap_exec(), Nicolas Pitre
    - Re: [PATCH 4/4] ARM: OMAP: Map SRAM later on with ioremap_exec(), Tony Lindgren
      - Re: [PATCH 4/4] ARM: OMAP: Map SRAM later on with ioremap_exec(), Nicolas Pitre
      - Re: [PATCH 4/4] ARM: OMAP: Map SRAM later on with ioremap_exec(), Santosh Shilimkar
        
        Re: [PATCH 4/4] ARM: OMAP: Map SRAM later on with ioremap_exec(), Tony Lindgren
- [PATCH 5/4] ARM: OMAP: Move set_globals initialization to happen in init_early, Tony Lindgren
  - Re: [PATCH 5/4] ARM: OMAP: Move set_globals initialization to happen in init_early, Nicolas Pitre
    - Re: [PATCH 5/4] ARM: OMAP: Move set_globals initialization to happen in init_early, Tony Lindgren
      - Re: [PATCH 5/4] ARM: OMAP: Move set_globals initialization to happen in init_early, Santosh Shilimkar

[Index of Archives] [Linux USB Devel] [Linux Media] [Video for Linux] [Big List of Linux Books] [Linux WPAN Networking] [Linux SCSI] [Scanners] [Yosemite Forum]