Linux on ARM based TI OMAP SoCs

• Date Index

• [PATCH 2/4] OMAP4: Clean the secondary_data from L2, (continued)
  • [PATCH 2/4] OMAP4: Clean the secondary_data from L2, Santosh Shilimkar
    • [PATCH 3/4] ARM: L2 : Errata 588369: Clean & Invalidate do not invalidate clean lines, Santosh Shilimkar
      • [PATCH 4/4] OMAP4: Enable L2 Cache, Santosh Shilimkar
      • Re: [PATCH 3/4] ARM: L2 : Errata 588369: Clean & Invalidate do not invalidate clean lines, Tony Lindgren
      • Re: [PATCH 3/4] ARM: L2 : Errata 588369: Clean & Invalidate do notinvalidate clean lines, Catalin Marinas
        • RE: [PATCH 3/4] ARM: L2 : Errata 588369: Clean & Invalidate do notinvalidate clean lines, Shilimkar, Santosh
          • RE: [PATCH 3/4] ARM: L2 : Errata 588369: Clean & Invalidate donotinvalidate clean lines, Catalin Marinas
• [PATCH 0/4] OMAP4: Enable L2 cache, Shilimkar, Santosh
• [PATCH 1/6] OMAP4: Fix cpu detection, Santosh Shilimkar
  • [PATCH 2/6] OMAP4: Fix SRAM base and size, Santosh Shilimkar
    • [PATCH 3/6] OMAP4: Re-arrange the low level debug code, Santosh Shilimkar
      • [PATCH 4/6] OMAP4: AuxCoreBoot registers only accessible in secure mode., Santosh Shilimkar
        • [PATCH 5/6] OMAP4: Remove the secondary wait loop., Santosh Shilimkar
          • [PATCH 6/6] OMAP4: Sync up omap4430 defconfig, Santosh Shilimkar
            • RE: [PATCH 6/6] OMAP4: Sync up omap4430 defconfig, Pandita, Vikram
              • RE: [PATCH 6/6] OMAP4: Sync up omap4430 defconfig, Shilimkar, Santosh
                • RE: [PATCH 6/6] OMAP4: Sync up omap4430 defconfig, Pandita, Vikram
                  • RE: [PATCH 6/6] OMAP4: Sync up omap4430 defconfig, Shilimkar, Santosh
                • RE: [PATCH 6/6] OMAP4: Sync up omap4430 defconfig, Gadiyar, Anand
            • [APPLIED] > >[PATCH 6/6] OMAP4: Sync up omap4430 defconfig, Tony Lindgren
          • [APPLIED] [PATCH 5/6] OMAP4: Remove the secondary wait loop., Tony Lindgren
        • [APPLIED] [PATCH 4/6] OMAP4: AuxCoreBoot registers only accessible in secure, Tony Lindgren
      • Re: [PATCH 3/6] OMAP4: Re-arrange the low level debug code, Sergei Shtylyov
        • RE: [PATCH 3/6] OMAP4: Re-arrange the low level debug code, Shilimkar, Santosh
          • Re: [PATCH 3/6] OMAP4: Re-arrange the low level debug code, Sergei Shtylyov
    • [APPLIED] [PATCH 2/6] OMAP4: Fix SRAM base and size, Tony Lindgren
  • Re: [PATCH 1/6] OMAP4: Fix cpu detection, Nishanth Menon
    • RE: [PATCH 1/6] OMAP4: Fix cpu detection, Shilimkar, Santosh
      • Re: [PATCH 1/6] OMAP4: Fix cpu detection, Nishanth Menon
  • RE: [PATCH 1/6] OMAP4: Fix cpu detection, Cousson, Benoit
    • RE: [PATCH 1/6] OMAP4: Fix cpu detection, Shilimkar, Santosh
• [PATCH 0/6] OMAP4: update series, Shilimkar, Santosh
• CPUfreq deosn't change the current frequency, tarek attia
  • Re: CPUfreq deosn't change the current frequency, Michael Trimarchi
• [PATCH v2] AM35xx: Update the macro names, Sanjeev Premi
• [PATCH] omap3: Fix macros for 3515 and 3525 inversion, Sanjeev Premi
• [PATCH] AM35xx: Update the macro names, Sanjeev Premi
• scaling_setspeed doesn't change the frequency on beagleboard, tarek attia
• [GIT PULL] OMAP clock, SDRC, PM, hwmod updates for 2.6.33, Paul Walmsley
• [PATCH 00/10 v4] omap3: pm: introduce support for 3630 OPPs, Nishanth Menon
  • [PATCH 01/10] omap3: pm: introduce enabled flag to omap_opp, Nishanth Menon
    • [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Nishanth Menon
      • [PATCH 03/10 V4] omap3: pm: use opp accessor functions for omap34xx, Nishanth Menon
        • [PATCH 04/10 V4] omap3: pm: srf: use opp accessor functions, Nishanth Menon
          • [PATCH 05/10 V4] omap3: pm: sr: replace get_opp with freq_to_opp, Nishanth Menon
            • [PATCH 06/10 V4] omap3: pm: use opp accessor functions for omap-target, Nishanth Menon
              • [PATCH 07/10 V4] omap3: clk: use pm accessor functions for cpufreq table, Nishanth Menon
                • [PATCH 08/10] omap3: pm: remove VDDx_MIN/MAX macros, Nishanth Menon
                  • [PATCH 09/10 V4] omap3: pm: introduce 3630 opps, Nishanth Menon
                    • [PATCH 10/10] omap3: pm: omap3630 boards: enable 3630 opp tables, Nishanth Menon
                    • Re: [PATCH 09/10 V4] omap3: pm: introduce 3630 opps, Eduardo Valentin
                      • RE: [PATCH 09/10 V4] omap3: pm: introduce 3630 opps, Menon, Nishanth
        • Re: [PATCH 03/10 V4] omap3: pm: use opp accessor functions for omap34xx, Eduardo Valentin
          • RE: [PATCH 03/10 V4] omap3: pm: use opp accessor functions for omap34xx, Menon, Nishanth
      • Re: [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Kevin Hilman
        • Re: [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Nishanth Menon
          • Re: [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Eduardo Valentin
            • RE: [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Menon, Nishanth
          • Re: [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Kevin Hilman
            • RE: [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Menon, Nishanth
              • Re: [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Kevin Hilman
              • RE: [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Paul Walmsley
                • RE: [PATCH 02/10 V4] omap3: pm: introduce opp accessor functions, Paul Walmsley
• [PATCH 0/9] Few more omap patches for v2.6.33 merge window, Tony Lindgren
  • [PATCH 1/9] omap: use smc91x_platdata to setup smc91x, Tony Lindgren
    • Re: [PATCH 1/9] omap: use smc91x_platdata to setup smc91x, Tony Lindgren
  • [PATCH 2/9] smc91x: remove OMAP specific bits, Tony Lindgren
  • [PATCH 3/9] omap1: Use gen_nand, Tony Lindgren
  • [PATCH 4/9] omap1: DMA: move LCD related code from plat-omap to mach-omap1, Tony Lindgren
  • [PATCH 5/9] omap1: Add omap7xx USB support, Tony Lindgren
  • [PATCH 6/9] omap1: I2C mux and clocks for omap7xx, Tony Lindgren
  • [PATCH 7/9] omap3: Board file of Always Innovating OMAP3-based Touch Book, Tony Lindgren
  • [PATCH 8/9] omap3: Defconfig file of Always Innovating OMAP3-based Touch Book, Tony Lindgren
  • [PATCH 9/9] omap3: pandora: board file updates for .33, Tony Lindgren
• OMAP36xx Public TRM Available Now!, Goluguri, Jayabharath
  • Re: OMAP36xx Public TRM Available Now!, Jarkko Nikula
• [PATCH v2 1/5] ARM: OMAP4: PM: OMAP4 clock tree and clkdev registration, Rajendra Nayak
  • [PATCH v2 2/5] ARM: OMAP4: PM: Add dummy hooks for OMAP4 dpll api's, Rajendra Nayak
    • [PATCH v2 3/5] ARM: OMAP4: PM: Move DPLL control apis to dpll.c, Rajendra Nayak
      • [PATCH v2 4/5] ARM: OMAP4: PM: Add support for OMAP4 dpll api's, Rajendra Nayak
        • [PATCH v2 5/5] ARM: OMAP4: PM: Add init api for DPLL nodes, Rajendra Nayak
• [PATCH v2 0/5] OMAP4 clock framework support, Nayak, Rajendra
• [PATCH 0/2] OMAP: use physmap-flash, Ladislav Michl
  • [PATCH 1/2] OMAP: convert boards to use physmap-flash, Ladislav Michl
    • Re: [PATCH 1/2] OMAP: convert boards to use physmap-flash, Tony Lindgren
      • [PATCH v2 1/2] OMAP: convert boards to use physmap-flash, Ladislav Michl
        • Re: [PATCH v2 1/2] OMAP: convert boards to use physmap-flash, Tony Lindgren
          • Re: [PATCH v2 1/2] OMAP: convert boards to use physmap-flash, Tony Lindgren
  • [PATCH 2/2] MTD: remove no longer used OMAP flash map, Ladislav Michl
    • [APPLIED] [PATCH 2/2] MTD: remove no longer used OMAP flash map, Tony Lindgren
  • Re: [PATCH 0/2] OMAP: use physmap-flash, Tony Lindgren
    • Re: [PATCH 0/2] OMAP: use physmap-flash, Artem Bityutskiy
      • Re: [PATCH 0/2] OMAP: use physmap-flash, Tony Lindgren
• [PATCH 0/2] OMAP: convert boards to use platform data with smc91x, Ladislav Michl
  • [PATCH 1/2] OMAP: use smc91x_platdata to setup smc91x, Ladislav Michl
    • Re: [PATCH 1/2] OMAP: use smc91x_platdata to setup smc91x, Tony Lindgren
    • [APPLIED] [PATCH 1/2] OMAP: use smc91x_platdata to setup smc91x, Tony Lindgren
  • [PATCH 2/2] smc91x: remove OMAP specific bits, Ladislav Michl
    • Re: [PATCH 2/2] smc91x: remove OMAP specific bits, Tony Lindgren
      • Re: [PATCH 2/2] smc91x: remove OMAP specific bits, Nicolas Pitre
    • [APPLIED] [PATCH 2/2] smc91x: remove OMAP specific bits, Tony Lindgren
• [PATCH] Smartreflex: Avoid unnecessary spam, Tero Kristo
  • Re: [PATCH] Smartreflex: Avoid unnecessary spam, Kevin Hilman
    • Re: [PATCH] Smartreflex: Avoid unnecessary spam, Nishanth Menon
    • Re: [PATCH] Smartreflex: Avoid unnecessary spam, Felipe Balbi
      • Re: [PATCH] Smartreflex: Avoid unnecessary spam, Nishanth Menon
        • Re: [PATCH] Smartreflex: Avoid unnecessary spam, Kevin Hilman
• [PATCH] USB ehci: replace mach header with plat, Thomas Weber
  • Re: [PATCH] USB ehci: replace mach header with plat, Felipe Balbi
    • Re: [PATCH] USB ehci: replace mach header with plat, Tony Lindgren
  • [APPLIED] [PATCH] USB ehci: replace mach header with plat, Tony Lindgren
• eac and mcbsp for omap850, Belisko Marek
  • Re: eac and mcbsp for omap850, Jarkko Nikula
    • Re: eac and mcbsp for omap850, Peter Ujfalusi
• commit f4633d810405d4df8b3ea98f617856d149af636a breaks non-DSS2 pxafb support, Sergey Lapin
• PM branch, Sergey Lapin
  • <Possible follow-ups>
  • PM branch, Sergey Lapin
• Re: DSS2 and power supplies, Tomi Valkeinen
  • Re: DSS2 and power supplies, Grazvydas Ignotas
    • RE: DSS2 and power supplies, Hiremath, Vaibhav
      • Re: DSS2 and power supplies, Grazvydas Ignotas
        • RE: DSS2 and power supplies, Hiremath, Vaibhav
• [PATCH v2 1/3] [SPI] [OMAP] Add OMAP spi100k driver, Cory Maccarrone
• [PATCH 0/3] Add spi100k driver and arch support, Cory Maccarrone
  • [PATCH 1/3] [SPI] [OMAP] Add OMAP spi100k driver, Cory Maccarrone
    • Re: [spi-devel-general] [PATCH 1/3] [SPI] [OMAP] Add OMAP spi100k driver, jassi brar
      • Re: [spi-devel-general] [PATCH 1/3] [SPI] [OMAP] Add OMAP spi100k driver, Cory Maccarrone
    • Re: [PATCH 1/3] [SPI] [OMAP] Add OMAP spi100k driver, Tony Lindgren
  • [PATCH 2/3] [OMAP] Add spi100k configuration to OMAP1, Cory Maccarrone
    • Re: [PATCH 2/3] [OMAP] Add spi100k configuration to OMAP1, Tony Lindgren
  • [PATCH 3/3] [OMAP] Add OMAP 7xx pin muxes for SPI, Cory Maccarrone
• TSC2046 Touchscreen Driver Lost?, Cory Maccarrone
• [GIT PULL] omap updates for v2.6.33, Tony Lindgren
• [PATCH] arch/arm/plat-omap/devices.c - sort alphabetically, Ladislav Michl
  • [APPLIED] [PATCH] arch/arm/plat-omap/devices.c - sort alphabetically, Tony Lindgren
• [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Thara Gopinath
  • RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Gopinath, Thara
    • RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Paul Walmsley
      • RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Gopinath, Thara
        • RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Paul Walmsley
          • RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Paul Walmsley
            • RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Gopinath, Thara
          • RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Gopinath, Thara
            • RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Paul Walmsley
          • RE: [PATCH] OMAP3: hwmod: Adding flag to prevent caching of sysconfig register., Cousson, Benoit
• [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies., Thara Gopinath
  • Re: [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies., Kevin Hilman
    • RE: [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies., Gopinath, Thara
      • Re: [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies., Kevin Hilman
        • RE: [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies., Gopinath, Thara
          • Re: [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies., Kevin Hilman
        • RE: [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies., Gopinath, Thara
          • Re: [PATCH] OMAP3: hwmod: check for clkdomain pointer before accesing it to change the sleep dependencies., Kevin Hilman
• [PATCH] [I2C-OMAP] Add support for 16-bit registers, Cory Maccarrone
  • Re: [PATCH] [I2C-OMAP] Add support for 16-bit registers, Ben Dooks
    • Re: [PATCH] [I2C-OMAP] Add support for 16-bit registers, Cory Maccarrone
• [PATCH] [OMAP] I2C mux and clocks for omap7xx, Cory Maccarrone
  • [APPLIED] [PATCH] [OMAP] I2C mux and clocks for omap7xx, Tony Lindgren
• [RFC] use physmap-flash, Ladislav Michl
  • Re: [RFC] use physmap-flash, Tony Lindgren
• [PATCH] Input: gpio-keys: Support for one-directional interrupts, Cory Maccarrone
  • Re: [PATCH] Input: gpio-keys: Support for one-directional interrupts, Ferenc Wagner
    • Re: [PATCH] Input: gpio-keys: Support for one-directional interrupts, Cory Maccarrone
      • Re: [PATCH] Input: gpio-keys: Support for one-directional interrupts, Dmitry Torokhov
        • Re: [PATCH] Input: gpio-keys: Support for one-directional interrupts, Cory Maccarrone
          • Re: [PATCH] Input: gpio-keys: Support for one-directional interrupts, Cory Maccarrone
            • Re: [PATCH] Input: gpio-keys: Support for one-directional interrupts, Cory Maccarrone
• [PATCH (for-next-vol2)] [OMAP] htcherald: Update defconfig to include mux support, Cory Maccarrone
• [PATCH] omap: pandora: board file updates for .33, Grazvydas Ignotas
  • Re: [PATCH] omap: pandora: board file updates for .33, Felipe Balbi
    • Re: [PATCH] omap: pandora: board file updates for .33, Grazvydas Ignotas
• dspbridge sync proposal for 0.1, Felipe Contreras
  • Re: dspbridge sync proposal for 0.1, Felipe Contreras
    • RE: dspbridge sync proposal for 0.1, Ramirez Luna, Omar
      • Re: dspbridge sync proposal for 0.1, Felipe Contreras
        • RE: dspbridge sync proposal for 0.1, Dechesne, Nicolas
          • Re: dspbridge sync proposal for 0.1, Felipe Contreras
  • <Possible follow-ups>
  • RE: dspbridge sync proposal for 0.1, Ramirez Luna, Omar
    • Re: dspbridge sync proposal for 0.1, Felipe Contreras
• [PATCH v3] omap: serial: fix non-empty uart fifo read abort, Vikram Pandita
  • [APPLIED] [PATCH v3] omap: serial: fix non-empty uart fifo read abort, Tony Lindgren
    • RE: [APPLIED] [PATCH v3] omap: serial: fix non-empty uart fifo read abort, Gadiyar, Anand
      • RE: [APPLIED] [PATCH v3] omap: serial: fix non-empty uart fifo read abort, Gadiyar, Anand
        • Re: [APPLIED] [PATCH v3] omap: serial: fix non-empty uart fifo read abort, Tony Lindgren
      • Re: [APPLIED] [PATCH v3] omap: serial: fix non-empty uart fifo read abort, Tony Lindgren
• What's in omap git tree for 2.6.33, Tony Lindgren
  • Re: What's in omap git tree for 2.6.33, Sid Boyce
    • RE: What's in omap git tree for 2.6.33, Gadiyar, Anand
      • Re: What's in omap git tree for 2.6.33, Sid Boyce
        • Re: What's in omap git tree for 2.6.33, Tony Lindgren
• [PATCH]OMAP3 PM: Fix for DSP Crash at OPP 1 and 2 under DVFS+SR operation, Vishwanath BS
  • RE: [PATCH]OMAP3 PM: Fix for DSP Crash at OPP 1 and 2 under DVFS+SR operation, Cousson, Benoit
    • RE: [PATCH]OMAP3 PM: Fix for DSP Crash at OPP 1 and 2 under DVFS+SR operation, Sripathy, Vishwanath
      • RE: [PATCH]OMAP3 PM: Fix for DSP Crash at OPP 1 and 2 under DVFS+SR operation, Cousson, Benoit
        • RE: [PATCH]OMAP3 PM: Fix for DSP Crash at OPP 1 and 2 under DVFS+SR operation, Sripathy, Vishwanath
          • RE: [PATCH]OMAP3 PM: Fix for DSP Crash at OPP 1 and 2 under DVFS+SR operation, Cousson, Benoit
  • Re: [PATCH]OMAP3 PM: Fix for DSP Crash at OPP 1 and 2 under DVFS+SR operation, Tony Lindgren
• [PATCHv2 0/6] Idle status patches revisited, Tero Kristo
  • [PATCHv2 1/6] OMAP: Powerdomains: Add support for INACTIVE state on pwrdm level, Tero Kristo
    • [PATCHv2 2/6] OMAP3: PM: Added support for INACTIVE and ON states for powerdomains, Tero Kristo
      • [PATCHv2 3/6] OMAP3: CPUidle: Fixed support for ON / INACTIVE states, Tero Kristo
        • [PATCHv2 4/6] OMAP3: PM: Removed pwrdm state hacking from omap_sram_idle, Tero Kristo
          • [PATCHv2 5/6] OMAP: Powerdomains: Add support for checking if pwrdm/clkdm can idle, Tero Kristo
            • [PATCHv2 6/6] OMAP3: CPUidle: Added peripheral pwrdm checks into bm check, Tero Kristo
              • Re: [PATCHv2 6/6] OMAP3: CPUidle: Added peripheral pwrdm checks into bm check, Kevin Hilman
            • Re: [PATCHv2 5/6] OMAP: Powerdomains: Add support for checking if pwrdm/clkdm can idle, Kevin Hilman
              • RE: [PATCHv2 5/6] OMAP: Powerdomains: Add support for checking if pwrdm/clkdm can idle, Tero.Kristo
          • Re: [PATCHv2 4/6] OMAP3: PM: Removed pwrdm state hacking from omap_sram_idle, Kevin Hilman
        • Re: [PATCHv2 3/6] OMAP3: CPUidle: Fixed support for ON / INACTIVE states, Kevin Hilman
      • Re: [PATCHv2 2/6] OMAP3: PM: Added support for INACTIVE and ON states for powerdomains, Kevin Hilman
    • Re: [PATCHv2 1/6] OMAP: Powerdomains: Add support for INACTIVE state on pwrdm level, Kevin Hilman
      • RE: [PATCHv2 1/6] OMAP: Powerdomains: Add support for INACTIVE state on pwrdm level, Tero.Kristo
  • Re: [PATCHv2 0/6] Idle status patches revisited, Kevin Hilman
• Re: EHCI support on beagleboard missing, Sid Boyce
• [PATCH v2] omap: serial: fix non-empty uart fifo read abort, Vikram Pandita
  • Re: [PATCH v2] omap: serial: fix non-empty uart fifo read abort, Tony Lindgren
    • RE: [PATCH v2] omap: serial: fix non-empty uart fifo read abort, Pandita, Vikram
      • Re: [PATCH v2] omap: serial: fix non-empty uart fifo read abort, Nishanth Menon
• RE: [PATCH 2/2] MUSB DMA_INTR register may sometimes read zero when infact there, Pandita, Vikram
  • RE: [PATCH 2/2] MUSB DMA_INTR register may sometimes read zero when infact there, Gadiyar, Anand
• u-boot for omap3, Weng, Wending
  • RE: u-boot for omap3, Pandita, Vikram
    • RE: u-boot for omap3, Weng, Wending
      • Re: u-boot for omap3, Gary Thomas
        • RE: u-boot for omap3, Weng, Wending
          • RE: u-boot for omap3, Premi, Sanjeev
• linux-2.6.28-rc8 wedges in twl_mmc_set_voltage()..., Peter Barada
• Merge plans for 2.6.33 merge window, Tony Lindgren
  • RE: Merge plans for 2.6.33 merge window, Pandita, Vikram
    • Re: Merge plans for 2.6.33 merge window, Tony Lindgren
      • RE: Merge plans for 2.6.33 merge window, Pandita, Vikram
  • Re: Merge plans for 2.6.33 merge window, Cory Maccarrone
    • Re: Merge plans for 2.6.33 merge window, Tony Lindgren
• [PATCH 4/4]: OMAP3: Add support for NAND on LDP board, Vimal Singh
• [PATCH 3/4]: OMAP3: Add support for NAND on ZOOM3 board, Vimal Singh
• [PATCH 2/4]: OMAP3: Add support for NAND on ZOOM2 board, Vimal Singh
• [PATCH 1/4]: OMAP: ZOOM: Introducing 'board-zoom-flash.c' for NAND init in ZOOM boards, Vimal Singh
  • Re: [PATCH 1/4]: OMAP: ZOOM: Introducing 'board-zoom-flash.c' for NAND init in ZOOM boards, Grazvydas Ignotas
    • Re: [PATCH 1/4]: OMAP: ZOOM: Introducing 'board-zoom-flash.c' for NAND init in ZOOM boards, Tony Lindgren
• [PATCH 0/4]: Adding NAND support for LDP/ZOOM boards, Vimal Singh
• [PATCH 2/2]: OMAP3: Add support for flash on 3430SDP board, Vimal Singh
• [PATCH 1/2]: OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init, Vimal Singh
  • Re: [PATCH 1/2]: OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init, Tony Lindgren
    • Re: [PATCH 1/2]: OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init, Vimal Singh
      • Re: [PATCH 1/2]: OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init, Tony Lindgren
        • Re: [PATCH 1/2]: OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init, Vimal Singh
          • Re: [PATCH 1/2]: OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init, Tony Lindgren
            • Re: [PATCH 1/2]: OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init, Vimal Singh
              • Re: [PATCH 1/2]: OMAP: SDP: Introducing 'board-sdp-flash.c' for flash init, Vimal Singh
• [PATCH 0/2]OMAP:SDP: Add flash support for SDP boards, Vimal Singh
• [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Vimal Singh
  • Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Vimal Singh
    • Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Vimal Singh
      • Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Govindraj
  • <Possible follow-ups>
  • [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Govindraj.R
    • Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Tony Lindgren
      • Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Vimal Singh
        • Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Vimal Singh
          • Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Tony Lindgren
            • Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Tony Lindgren
              • Re: [PATCH 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Vimal Singh
                • [PATCH v2 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Vimal Singh
                  • Re: [PATCH v2 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Vimal Singh
                  • Re: [PATCH v2 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Artem Bityutskiy
                    • Re: [PATCH v2 2/2]: Introducing 'gpmc-nand.c' for GPMC specific NAND init, Vimal Singh
• [PATCH 1/2]: Correcting GPMC_CONFIG1_DEVICETYPE_NAND, Vimal Singh
  • [APPLIED] [PATCH] Correcting GPMC_CONFIG1_DEVICETYPE_NAND, Tony Lindgren
• [PATCH 0/2]OMAP: Introducing gpmc-nand.c, Vimal Singh
• [PATCH 00/10] OMAP: omap_hwmod/omap_device patches for 2.6.33, Paul Walmsley
  • [PATCH 02/10] OMAP3 hwmod: Add automatic OCP_SYSCONFIG AUTOIDLE handling, Paul Walmsley
  • [PATCH 07/10] OMAP: omap_device: use read_persistent_clock() instead of getnstimeofday(), Paul Walmsley
  • [PATCH 10/10] OMAP: omap_device: track latency in nanoseconds, Paul Walmsley
  • [PATCH 08/10] OMAP: hwmod: warn on missing clockdomain, Paul Walmsley
  • [PATCH 03/10] OMAP hwmod: add names to module MPU IRQ lines, Paul Walmsley
  • [PATCH 09/10] OMAP: omap_device: fix nsec/usec conversion in latency calculations, Paul Walmsley
  • [PATCH 01/10] OMAP3 hwmod: reprogram OCP_SYSCONFIG register after setting SOFTRESET, Paul Walmsley
  • [PATCH 06/10] OMAP: omap_device: use UINT_MAX for default wakeup latency limit, Paul Walmsley
  • [PATCH 05/10] OMAP: omap_device: add to_omap_device() macro, Paul Walmsley
  • [PATCH 04/10] OMAP3 hwmod: drop most of the OCP_SYSCONFIG.CLOCKACTIVITY code, Paul Walmsley
• [PATCH 0/9] Minor powerdomain/clockdomain/SDRC patches for 2.6.33, Paul Walmsley
  • [PATCH 1/9] OMAP2/3 PRCM: don't export prm_*(), cm_*() functions, Paul Walmsley
  • [PATCH 2/9] OMAP clockdomain/powerdomain: remove CONFIG_OMAP_DEBUG_{CLOCK, POWER}DOMAIN, Paul Walmsley
  • [PATCH 3/9] OMAP clockdomain/powerdomain: optimize out sleepdep code on OMAP24xx, Paul Walmsley
  • [PATCH 5/9] OMAP powerdomain: rearrange struct powerdomain to save some memory, Paul Walmsley
  • [PATCH 7/9] OMAP3: SDRC: Place SDRC AC timing and MR changes in CORE DVFS SRAM code behind Kconfig, Paul Walmsley
  • [PATCH 6/9] OMAP2/3 powerdomain: return errors rather than returning the output of IS_ERR(), Paul Walmsley
  • [PATCH 8/9] OMAP3: PM: Fix for MPU power domain MEM BANK position, Paul Walmsley
  • [PATCH 4/9] OMAP powerdomain/PM: use symbolic constants for the max number of power states, Paul Walmsley
  • [PATCH 9/9] OMAP clock/hwmod: fix off-by-one errors, Paul Walmsley
• [PATCHv2 0/2] VFP context save/restore for OMAP3, Tero Kristo
  • [PATCHv2 1/2] ARM: VFP: Fixed suspend and added context save support, Tero Kristo
    • [PATCHv2 2/2] OMAP3: Implemented VFP restore/save context, Tero Kristo
    • Re: [PATCHv2 1/2] ARM: VFP: Fixed suspend and added context save support, ye janboe
      • Re: [PATCHv2 1/2] ARM: VFP: Fixed suspend and added context save support, Tony Lindgren
      • Re: [PATCHv2 1/2] ARM: VFP: Fixed suspend and added context save support, Russell King - ARM Linux
        • Re: [PATCHv2 1/2] ARM: VFP: Fixed suspend and added context save support, ye janboe
          • Re: [PATCHv2 1/2] ARM: VFP: Fixed suspend and added context save support, ye janboe
            • RE: [PATCHv2 1/2] ARM: VFP: Fixed suspend and added context save support, Sripathy, Vishwanath
• [PATCH] Fix include problem. Signed-off-by: Marek Belisko <marek.belisko@xxxxxxxxx>, Belisko Marek
  • Re: [PATCH] Fix include problem. Signed-off-by: Marek Belisko <marek.belisko@xxxxxxxxx>, Cory Maccarrone
    • Re: [PATCH] Fix include problem. Signed-off-by: Marek Belisko <marek.belisko@xxxxxxxxx>, Tony Lindgren
      • Re: [PATCH] Fix include problem. Signed-off-by: Marek Belisko <marek.belisko@xxxxxxxxx>, Tomi Valkeinen
  • [APPLIED] [PATCH] Fix include problem. Signed-off-by: Marek Belisko, Tony Lindgren
• [PATCH 0/8] OMAP clock: convert static definitions in header files to C files, Paul Walmsley
  • [PATCH 1/8] OMAP1/2/3 clock: remove paranoid checks in preparation for clock{, 2xxx, 3xxx}_data.c, Paul Walmsley
  • [PATCH 4/8] OMAP2xxx clock: remove implicit dependency between rate CPU flag and clkdev_omap CPU flag, Paul Walmsley
  • [PATCH 3/8] OMAP2/3: move SDRC macros to mach-omap2/sdrc.h, Paul Walmsley
  • [PATCH 2/8] OMAP2 clock: APLL code shouldn't rely on static clocks in its local namespace, Paul Walmsley
  • [PATCH 7/8] OMAP1 clock: convert test in disable_unused() to use ENABLE_ON_INIT, Paul Walmsley
  • [PATCH 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Paul Walmsley
    • Re: [PATCH 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Russell King
      • Re: [PATCH 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Paul Walmsley
        • Re: [PATCH 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Russell King - ARM Linux
          • Re: [PATCH 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Paul Walmsley
            • [PATCH v2 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Paul Walmsley
              • Re: [PATCH v2 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Russell King - ARM Linux
                • Re: [PATCH v2 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Paul Walmsley
                  • Re: [PATCH v2 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Russell King - ARM Linux
                    • Re: [PATCH v2 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Paul Walmsley
                      • [PATCH v3 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Paul Walmsley
    • Re: [PATCH 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Russell King
      • Re: [PATCH 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Paul Walmsley
        • Re: [PATCH 8/8] OMAP1 clock: convert mach-omap1/clock.h to mach-omap1/clock_data.c, Russell King - ARM Linux
  • RE: [PATCH 0/8] OMAP clock: convert static definitions in header files to C files, Nayak, Rajendra
    • Re: [PATCH 0/8] OMAP clock: convert static definitions in header files to C files, Russell King - ARM Linux
    • RE: [PATCH 0/8] OMAP clock: convert static definitions in header files to C files, Paul Walmsley
• [PATCH 0/2] OMAP2420 IO map: fix IVA map, Paul Walmsley
  • [PATCH 1/2] OMAP2xxx IO mapping: mark DSP mappings as being 2420-only, Paul Walmsley
  • [PATCH 2/2] OMAP2420 IO mapping: move IVA mapping virtual address out of vmalloc space, Paul Walmsley
• [PATCH 0/9] Omap mux changes for v2.6.33 merge window, v2, Tony Lindgren
  • [PATCH 1/9] omap2: mux: intoduce omap_mux_{read,write}, Tony Lindgren
  • [PATCH 2/9] omap: mux: Add new style pin multiplexing code for omap3, Tony Lindgren
  • [PATCH 3/9] omap: mux: Add new style pin multiplexing data for 34xx, Tony Lindgren
  • [PATCH 4/9] omap: mux: Add new style init functions to omap3 board-*.c files, Tony Lindgren
  • [PATCH 5/9] omap: mux: Add debugfs support for new mux code, Tony Lindgren
  • [PATCH 6/9] omap: Split i2c platform init for mach-omap1 and mach-omap2, Tony Lindgren
  • [PATCH 7/9] omap: mux: Replace omap_cfg_reg() with new style signal or gpio functions, Tony Lindgren
  • [PATCH 8/9] omap: mux: Remove old mux code for 34xx, Tony Lindgren
  • [PATCH 9/9] omap: mux: Add 36xx CBP package support, Tony Lindgren
• [RFT/RFC/PATCH 00/10] cleanups, compile fix, cbus, Felipe Balbi
  • [RFT/RFC/PATCH 02/10] arm: omap: n770: make it build again, Felipe Balbi
  • [RFT/RFC/PATCH 01/10] arm: omap1: clock: fix section mismatch, Felipe Balbi
  • [RFT/RFC/PATCH 03/10] video: omap: sossi: make it build again, Felipe Balbi
  • [RFT/RFC/PATCH 04/10] video: omap: hwa742: make it build again, Felipe Balbi
  • [RFT/RFC/PATCH 06/10] cbus: switch to kzalloc, Felipe Balbi
    • [APPLIED] [RFT/RFC/PATCH 06/10] cbus: switch to kzalloc, Tony Lindgren
  • [RFT/RFC/PATCH 07/10] cbus: move EXPORT_SYMBOL close to its exported symbols, Felipe Balbi
  • [RFT/RFC/PATCH 09/10] cbus: move to platform_driver, Felipe Balbi
  • [RFT/RFC/PATCH 10/10] cbus: add platform_data to pass gpios, Felipe Balbi
    • [APPLIED] [RFT/RFC/PATCH 10/10] cbus: add platform_data to pass gpios, Tony Lindgren
  • [RFT/RFC/PATCH 05/10] cbus: tahvo-usb: make it build again, Felipe Balbi
    • [APPLIED] [RFT/RFC/PATCH 05/10] cbus: tahvo-usb: make it build again, Tony Lindgren
  • [RFT/RFC/PATCH 08/10] cbus: separate into several MODULE_AUTHOR entries, Felipe Balbi
• [RFT/RFC/PATCH 00/10] several cleanup patches, Felipe Balbi
  • [RFT/RFC/PATCH 03/10] video: omap: sossi: make it build again, Felipe Balbi
  • [RFT/RFC/PATCH 04/10] video: omap: hwa742: make it build again, Felipe Balbi
  • [RFT/RFC/PATCH 02/10] arm: omap: n770: make it build again, Felipe Balbi
  • [RFT/RFC/PATCH 01/10] arm: omap1: clock: fix section mismatch, Felipe Balbi
  • [RFT/RFC/PATCH 05/10] cbus: tahvo-usb: make it build again, Felipe Balbi
  • [RFT/RFC/PATCH 06/10] cbus: switch to kzalloc, Felipe Balbi
  • [RFT/RFC/PATCH 09/10] cbus: move to platform_driver, Felipe Balbi
  • [RFT/RFC/PATCH 07/10] cbus: move EXPORT_SYMBOL close to its exported symbols, Felipe Balbi
  • [RFT/RFC/PATCH 10/10] cbus: add platform_data to pass gpios, Felipe Balbi
  • [RFT/RFC/PATCH 08/10] cbus: separate into several MODULE_AUTHOR entries, Felipe Balbi
  • Re: [RFT/RFC/PATCH 00/10] several cleanup patches, Felipe Balbi
• [PATCH] mfd: twl4030: clarify the return value for read and write, Amit Kucheria
  • Re: [PATCH] mfd: twl4030: clarify the return value for read and write, Felipe Balbi
  • [PATCHv2] mfd: twl4030: clarify the return value for read and write, Amit Kucheria
    • RE: [PATCHv2] mfd: twl4030: clarify the return value for read and write, Gadiyar, Anand
      • [PATCH 1/1] mfd: twl4030: clarify the return value for read and write, Amit Kucheria
        • Re: [PATCH 1/1] mfd: twl4030: clarify the return value for read and write, Eduardo Valentin
          • Re: [PATCH 1/1] mfd: twl4030: clarify the return value for read and write, Samuel Ortiz
            • Re: [PATCH 1/1] mfd: twl4030: clarify the return value for read and write, Eduardo Valentin
              • Re: [PATCH 1/1] mfd: twl4030: clarify the return value for read and write, Samuel Ortiz
• [PATCH] PM: Prevent direct cpufreq scaling during initialization, Romit Dasgupta
  • Re: [PATCH] PM: Prevent direct cpufreq scaling during initialization, Sergey Lapin
    • RE: [PATCH] PM: Prevent direct cpufreq scaling during initialization, Dasgupta, Romit
      • Re: [PATCH] PM: Prevent direct cpufreq scaling during initialization, Sergey Lapin
        • Re: [PATCH] PM: Prevent direct cpufreq scaling during initialization, Romit Dasgupta
  • Re: [PATCH] PM: Prevent direct cpufreq scaling during initialization, Kevin Hilman
• Peripheral Power Management, tarek attia
  • Re: Peripheral Power Management, tarek attia
    • Re: Peripheral Power Management, TAO HU
• [PATCH 7/9] arm: omap: innovator: kill compile warning on board-innovator.c, Felipe Balbi
  • Re: [PATCH 7/9] arm: omap: innovator: kill compile warning on board-innovator.c, Tony Lindgren
• I2C broken on OMAP 2430SDP?, Paul Walmsley
  • RE: I2C broken on OMAP 2430SDP?, Sonasath, Moiz
    • RE: I2C broken on OMAP 2430SDP?, Paul Walmsley
      • RE: I2C broken on OMAP 2430SDP?, Pandita, Vikram
        • RE: I2C broken on OMAP 2430SDP?, Paul Walmsley
• [rfc/rft/patch 0/9] omap warning cleanup, Felipe Balbi
  • [rfc/rft/patch 4/9] arm: omap: io: kill compile warning, Felipe Balbi
    • Re: [rfc/rft/patch 4/9] arm: omap: io: kill compile warning, Paul Walmsley
  • [rfc/rft/patch 6/9] arm: omap: gpio: kill compile warning in gpio.c, Felipe Balbi
  • [rfc/rft/patch 5/9] arm: omap: kill compile warning on board-4430-sdp.c, Felipe Balbi
  • [rfc/rft/patch 3/9] arm: omap: zoom: use vmmc1 regulator supply, Felipe Balbi
    • RE: [rfc/rft/patch 3/9] arm: omap: zoom: use vmmc1 regulator supply, Gadiyar, Anand
      • Re: [rfc/rft/patch 3/9] arm: omap: zoom: use vmmc1 regulator supply, Felipe Balbi
  • [rfc/rft/patch 2/9] arm: omap: remove unused variables, Felipe Balbi
  • [rfc/rft/patch 9/9] arm: omap: mailbox: kill compile warning in mailbox.c, Felipe Balbi
  • [rfc/rft/patch 1/9] arm: omap: kill compile warning in irq.c, Felipe Balbi
  • [rfc/rft/patch 7/9] arm: omap: innovator: kill compile warning on board-innovator.c, Felipe Balbi
    • Re: [rfc/rft/patch 7/9] arm: omap: innovator: kill compile warning on board-innovator.c, Tony Lindgren
  • [rfc/rft/patch 8/9] arm: omap: perseus: kill compile warning on board-perseus2.c, Felipe Balbi
    • Re: [rfc/rft/patch 8/9] arm: omap: perseus: kill compile warning on board-perseus2.c, Tony Lindgren
      • [PATCH 8/9] arm: omap: perseus: kill compile warning on board-perseus2.c, Felipe Balbi
  • Re: [rfc/rft/patch 0/9] omap warning cleanup, Tony Lindgren
• [PATCH 1/5] ARM: OMAP4: PM: Complete OMAP4 clock tree modelling, Rajendra Nayak
  • [PATCH 2/5] ARM: OMAP4: PM: Basic OMAP4 clock framework, Rajendra Nayak
    • [PATCH 3/5] ARM: OMAP4: PM: Move DPLL control apis to dpll.c, Rajendra Nayak
      • [PATCH 4/5] ARM: OMAP4: PM: Add support for OMAP4 dpll api's, Rajendra Nayak
        • [PATCH 5/5] ARM: OMAP4: PM: Add init api for DPLL nodes, Rajendra Nayak
      • RE: [PATCH 3/5] ARM: OMAP4: PM: Move DPLL control apis to dpll.c, Shilimkar, Santosh
    • RE: [PATCH 2/5] ARM: OMAP4: PM: Basic OMAP4 clock framework, Shilimkar, Santosh
  • Re: [PATCH 1/5] ARM: OMAP4: PM: Complete OMAP4 clock tree modelling, Russell King - ARM Linux
    • Re: [PATCH 1/5] ARM: OMAP4: PM: Complete OMAP4 clock tree modelling, Paul Walmsley
      • Re: [PATCH 1/5] ARM: OMAP4: PM: Complete OMAP4 clock tree modelling, Russell King - ARM Linux
        • Re: [PATCH 1/5] ARM: OMAP4: PM: Complete OMAP4 clock tree modelling, Paul Walmsley
• [PATCH 0/5] OMAP4 clock framework support, Nayak, Rajendra
• SR1: VDD autocomp is not active, Sergey Lapin
  • RE: SR1: VDD autocomp is not active, Premi, Sanjeev
    • Re: SR1: VDD autocomp is not active, Sergey Lapin
      • RE: SR1: VDD autocomp is not active, Premi, Sanjeev
        • Message not available
          • Message not available
            • Re: SR1: VDD autocomp is not active, Sergey Lapin
              • RE: SR1: VDD autocomp is not active, Premi, Sanjeev
                • Re: SR1: VDD autocomp is not active, Sergey Lapin
                  • Re: SR1: VDD autocomp is not active, Sergey Lapin
                    • Re: SR1: VDD autocomp is not active, Sergey Lapin
                    • RE: SR1: VDD autocomp is not active, Premi, Sanjeev
                      • Re: SR1: VDD autocomp is not active, Nishanth Menon
• [PATCH 0/3] omap3: cm-t35: enable display subsystem, Mike Rapoport
  • [PATCH 2/3] omap3: cm-t35: add DSS2 display support, Mike Rapoport
  • [PATCH 3/3] omap3: cm-t35: update defconfig for DSS2, Mike Rapoport
  • [PATCH 1/3] OMAP: DSS2: add Toppoly TDO35S panel, Mike Rapoport
  • Re: [PATCH 0/3] omap3: cm-t35: enable display subsystem, Mike Rapoport
• linux-2.6.28-rc6-omap1, Sergey Lapin
  • RE: linux-2.6.28-rc6-omap1, Gadiyar, Anand
    • Re: linux-2.6.28-rc6-omap1, Sergey Lapin
• ACPI notifier chain?, tarek attia
  • Re: ACPI notifier chain?, Ameya Palande
    • Re: ACPI notifier chain?, tarek attia
      • Re: ACPI notifier chain?, Ameya Palande
• [RFC][PATCH] DSPBRIDGE: Remove GT_Trace for curTrace mask, Ramirez Luna, Omar
• [PATCH v3 0/4] OMAP: McBSP: Use register cache, Janusz Krzysztofik
  • [PATCH v3 1/4] OMAP: McBSP: Use macros for all register read/write operations, Janusz Krzysztofik
    • [Resend] [PATCH v3 1/4] OMAP: McBSP: Use macros for all register read/write operations, Janusz Krzysztofik
  • [PATCH v3 2/4] OMAP: McBSP: Prepare register read/write macros API for caching, Janusz Krzysztofik
  • [PATCH v3 3/4] OMAP: McBSP: Introduce caching in register write operations, Janusz Krzysztofik
    • Re: [PATCH v3 3/4] OMAP: McBSP: Introduce caching in register write operations, Jarkko Nikula
      • [PATCH 3/4 v4] OMAP: McBSP: Introduce caching in register write operations, Janusz Krzysztofik
        • Re: [PATCH 3/4 v4] OMAP: McBSP: Introduce caching in register write operations, Tony Lindgren
          • Re: [PATCH 3/4 v4] OMAP: McBSP: Introduce caching in register write operations, Janusz Krzysztofik
            • Re: [PATCH 3/4 v4] OMAP: McBSP: Introduce caching in register write operations, Janusz Krzysztofik
              • Re: [PATCH 3/4 v4] OMAP: McBSP: Introduce caching in register write operations, Tony Lindgren
                • [PATCH 3/4 v5a] OMAP: McBSP: Introduce caching in register write operations, Janusz Krzysztofik
                • [RFC][RFT][PATCH 3/4 v5b] OMAP: McBSP: Introduce caching in register write operations, Janusz Krzysztofik
                  • Re: [RFC][RFT][PATCH 3/4 v5b] OMAP: McBSP: Introduce caching in register write operations, Tony Lindgren
                    • Re: [RFC][RFT][PATCH 3/4 v5b] OMAP: McBSP: Introduce caching in register write operations, Janusz Krzysztofik
                      • Re: [RFC][RFT][PATCH 3/4 v5b] OMAP: McBSP: Introduce caching in register write operations, Tony Lindgren
                        • Re: [RFC][RFT][PATCH 3/4 v5b] OMAP: McBSP: Introduce caching in register write operations, Jarkko Nikula
                          • [RFC][RFT][PATCH 3/4 v6] OMAP: McBSP: Introduce caching in register write operations, Janusz Krzysztofik
                            • Re: [RFC][RFT][PATCH 3/4 v6] OMAP: McBSP: Introduce caching in register write operations, Tony Lindgren
                              • Re: [RFC][RFT][PATCH 3/4 v6] OMAP: McBSP: Introduce caching in register write operations, Tony Lindgren
                                • Re: [RFC][RFT][PATCH 3/4 v6] OMAP: McBSP: Introduce caching in register write operations, Janusz Krzysztofik
                                  • Re: [RFC][RFT][PATCH 3/4 v6] OMAP: McBSP: Introduce caching in register write operations, Tony Lindgren
                                    • Re: [RFC][RFT][PATCH 3/4 v6] OMAP: McBSP: Introduce caching in register write operations, Tony Lindgren
  • [PATCH v3 4/4] OMAP: McBSP: Use cache when modifying individual register bits, Janusz Krzysztofik
    • [PATCH 4/4 v4] OMAP: McBSP: Use cache when modifying individual register bits, Janusz Krzysztofik
  • Re: [PATCH v3 0/4] OMAP: McBSP: Use register cache, Jarkko Nikula
    • Re: [PATCH v3 0/4] OMAP: McBSP: Use register cache, Peter Ujfalusi
      • Re: [PATCH v3 0/4] OMAP: McBSP: Use register cache, Janusz Krzysztofik
        • Re: [PATCH v3 0/4] OMAP: McBSP: Use register cache, Peter Ujfalusi
• [PATCH v2 00/20] dspbridge cleanups, Omar Ramirez Luna
  • [PATCH v2 01/20] DSPBRIDGE: driver version 0.1, Omar Ramirez Luna
    • [PATCH v2 02/20] DSPBRIDGE: trivial license fix in tramp and tramp_table_c6000, Omar Ramirez Luna
      • Message not available
        • Message not available
          • [PATCH v2 05/20] DSPBRIDGE: checkpatch - space required after comma, Omar Ramirez Luna
            • [PATCH v2 06/20] DSPBRIDGE: checkpatch - space required before open parenthesis, Omar Ramirez Luna
              • [PATCH v2 07/20] DSPBRIDGE: checkpatch spacing and indentation, Omar Ramirez Luna
                • [PATCH v2 08/20] DSPBRIDGE: Checkpatch - line over 80 characters, Omar Ramirez Luna
                  • [PATCH v2 09/20] DSPBRIDGE: checkpatch - printk() should include KERN_ facility level, Omar Ramirez Luna
                    • [PATCH v2 10/20] DSPBRIDGE: checkpatch - braces not necessary for single statement blocks, Omar Ramirez Luna
                      • [PATCH v2 11/20] DSPBRIDGE: checkpatch - struct file_operations should normally be const, Omar Ramirez Luna
                        • [PATCH v2 12/20] DSPBRIDGE: checkpatch foo-should-be for pointers, Omar Ramirez Luna
                          • [PATCH v2 13/20] DSPBRIDGE: Fix multiline macros to use do while, Omar Ramirez Luna
                            • [PATCH v2 14/20] DSPBRIDGE: Use _IOxx macro to define ioctls, Omar Ramirez Luna
                              • [PATCH v2 15/20] DSPBRIDGE: trivial cleanup and indentation for io_sm, Omar Ramirez Luna
                                • [PATCH v2 16/20] DSPBRIDGE: trivial fix for multiline comments on io_sm, Omar Ramirez Luna
                                  • [PATCH v2 17/20] DSPBRIDGE: Remove DPC, create, destroy and schedule wrappers, Omar Ramirez Luna
                                    • [PATCH v2 18/20] DSPBRIDGE: Remove main DPC wrapper for IO and MMUfault, Omar Ramirez Luna
                                      • [PATCH v2 19/20] DSPBRIDGE: Remove DPC module from SERVICES layer, Omar Ramirez Luna
                                        • [PATCH v2 20/20] DSPBRIDGE: Remove DPC object structure, Omar Ramirez Luna
                                          • [RESEND][PATCH v2 20/20] DSPBRIDGE: Remove DPC object structure, Ramirez Luna, Omar
                                • Re: [PATCH v2 15/20] DSPBRIDGE: trivial cleanup and indentation for io_sm, Andy Shevchenko
                                  • RE: [PATCH v2 15/20] DSPBRIDGE: trivial cleanup and indentation for io_sm, Ramirez Luna, Omar
                    • RE: [PATCH v2 09/20] DSPBRIDGE: checkpatch - printk() should include KERN_ facility level, Menon, Nishanth
    • Re: [PATCH v2 01/20] DSPBRIDGE: driver version 0.1, Felipe Contreras
      • RE: [PATCH v2 01/20] DSPBRIDGE: driver version 0.1, Ramirez Luna, Omar
        • Re: [PATCH v2 01/20] DSPBRIDGE: driver version 0.1, Felipe Contreras
  • Re: [PATCH v2 00/20] dspbridge cleanups, Andy Shevchenko
    • RE: [PATCH v2 00/20] dspbridge cleanups, Ramirez Luna, Omar
• DSS2 Switch between multiple displays, Ashwin Bihari
  • Re: DSS2 Switch between multiple displays, Tomi Valkeinen
    • Re: DSS2 Switch between multiple displays, Ashwin Bihari
• Preventing OMAP3 serial driver to take control of all UARTs, Mika Westerberg
  • Re: Preventing OMAP3 serial driver to take control of all UARTs, Peter Barada
    • Re: Preventing OMAP3 serial driver to take control of all UARTs, Grant Likely
      • Re: Preventing OMAP3 serial driver to take control of all UARTs, Tony Lindgren
        • Re: Preventing OMAP3 serial driver to take control of all UARTs, Peter Barada
          • Re: Preventing OMAP3 serial driver to take control of all UARTs, Tony Lindgren
            • Re: Preventing OMAP3 serial driver to take control of all UARTs, Mika Westerberg
              • Re: Preventing OMAP3 serial driver to take control of all UARTs, Kevin Hilman
                • [PATCH] OMAP3: serial - allow platforms specify which UARTs to initialize, Mika Westerberg
                  • [APPLIED] [PATCH] OMAP3: serial - allow platforms specify which UARTs to, Tony Lindgren
        • Re: Preventing OMAP3 serial driver to take control of all UARTs, Tony Lindgren
        • Re: Preventing OMAP3 serial driver to take control of all UARTs, Grant Likely
          • Re: Preventing OMAP3 serial driver to take control of all UARTs, Olof Johansson
            • Re: Preventing OMAP3 serial driver to take control of all UARTs, Grant Likely
              • Re: Preventing OMAP3 serial driver to take control of all UARTs, Olof Johansson
                • Re: Preventing OMAP3 serial driver to take control of all UARTs, Grant Likely
                  • Re: Preventing OMAP3 serial driver to take control of all UARTs, Tony Lindgren
          • Re: Preventing OMAP3 serial driver to take control of all UARTs, Tony Lindgren
            • Re: Preventing OMAP3 serial driver to take control of all UARTs, Mika Westerberg
              • Re: Preventing OMAP3 serial driver to take control of all UARTs, Artem Bityutskiy
                • Re: Preventing OMAP3 serial driver to take control of all UARTs, Tony Lindgren
                  • Re: Preventing OMAP3 serial driver to take control of all UARTs, Mika Westerberg
• [PATCH] Add omap3_defconfig, Olof Johansson
  • RE: [PATCH] Add omap3_defconfig, Gadiyar, Anand
    • Re: [PATCH] Add omap3_defconfig, Olof Johansson
  • [PATCH v2] arm: omap: Add omap3_defconfig, Olof Johansson
    • RE: [PATCH v2] arm: omap: Add omap3_defconfig, Pandita, Vikram
      • Re: [PATCH v2] arm: omap: Add omap3_defconfig, Olof Johansson
    • [PATCH v3] arm: omap: Add omap3_defconfig, Olof Johansson
      • Re: [PATCH v3] arm: omap: Add omap3_defconfig, Tony Lindgren
        • Re: [PATCH v3] arm: omap: Add omap3_defconfig, Olof Johansson
      • [APPLIED] [PATCH v3] arm: omap: Add omap3_defconfig, Tony Lindgren
• Problems trying to boot am3517 w/NFSroot, Peter Barada
• [PATCH] omap3: cm-t35: add mux initialization, Mike Rapoport
  • [PATCH] omap3: mux: add shorthands for OUTPUT_PULL{UP,DOWN}, Mike Rapoport
    • Re: [PATCH] omap3: mux: add shorthands for OUTPUT_PULL{UP,DOWN}, Tony Lindgren
      • Re: [PATCH] omap3: mux: add shorthands for OUTPUT_PULL{UP,DOWN}, Mike Rapoport
        • Re: [PATCH] omap3: mux: add shorthands for OUTPUT_PULL{UP,DOWN}, Tony Lindgren
          • Re: [PATCH] omap3: mux: add shorthands for OUTPUT_PULL{UP,DOWN}, Mike Rapoport
  • [PATCH] omap3: cm-t35: add mux initialization, Mike Rapoport
  • Re: [PATCH] omap3: cm-t35: add mux initialization, Mike Rapoport
    • Re: [PATCH] omap3: cm-t35: add mux initialization, Tony Lindgren
      • RE: [PATCH] omap3: cm-t35: add mux initialization, Gadiyar, Anand
        • Re: [PATCH] omap3: cm-t35: add mux initialization, Tony Lindgren
          • Re: [PATCH] omap3: cm-t35: add mux initialization, Mike Rapoport
          • [PATCH v2] omap3: cm-t35: add mux initialization, Mike Rapoport
          • [PATCH] omap3: cm-t35: add mux initialization (was: Re: [PATCH] omap3: cm-t35: add mux initialization), Mike Rapoport
            • Re: [PATCH] omap3: cm-t35: add mux initialization (was: Re: [PATCH] omap3: cm-t35: add mux initialization), Tony Lindgren
            • [APPLIED] [PATCH] omap3: cm-t35: add mux initialization, Tony Lindgren
• [PATCH] OMAP3: hwmod: support to specify the bit position of clockactivity bits, Thara Gopinath
  • Re: [PATCH] OMAP3: hwmod: support to specify the bit position of clockactivity bits, Paul Walmsley
• [PATCH] power_supply: Add driver for TWL4030/TPS65950 BCI charger, Grazvydas Ignotas