Linux for Texus Instruments OMAP Processors

• Thread Index

• Re: [PATCH] MTD: Nand: use MTD_NAND_OMAP2 for OMAP4
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCHv3 3/6] regulator: omap smps regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCHv3 3/6] regulator: omap smps regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHV2] OMAP4: OPP: add OMAP4460 definitions
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] arm: omap: usb: clock enable typo fix in usbhs driver
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• RE: [PATCHV2] OMAP4: OPP: add OMAP4460 definitions
  • From: Vishwanath Sripathy <vishwanath.bs@xxxxxx>
• Re: conflicts between omap/cleanup branch and omap_dss2 tree
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: conflicts between omap/cleanup branch and omap_dss2 tree
  • From: Archit Taneja <archit@xxxxxx>
• [RFC 2/2] omap4: board-omap4pcm049: add Phytec phyCORE-OMAP4
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• [RFC 1/2] omap4: board-omap4panda: prepare for join
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• [RFC 0/2 v2] join omap4panda and pcm049
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• Re: [PATCHv3 3/6] regulator: omap smps regulator driver
  • From: Graeme Gregory <dp@xxxxxxxxxxx>
• [PATCH v3] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• RE: [PATCH v2] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• Re: [PATCHv3 4/6] omap3: pmic: add API to get common SMPS regulators
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH v2] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
• Re: [PATCHv3 3/6] regulator: omap smps regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCHv3 3/6] regulator: omap smps regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCHv3 1/6] OMAP: move voltage.h and vp.h under platform include directory
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCHv3 2/6] omap: voltage: change code to use new location of voltage.h and vp.h
  • From: Tero Kristo <t-kristo@xxxxxx>
• RE: [PATCH v2] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• Re: [PATCH v2] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
• RE: [PATCH v2] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [RFC 7/8] drivers: introduce rpmsg, a remote-processor messaging bus
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v2] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• Re: [PATCHv3 1/6] OMAP: move voltage.h and vp.h under platform include directory
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHv3 3/6] regulator: omap smps regulator driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
• Re: [PATCH] omap-serial: Allow IXON and IXOFF to be disabled.
  • From: Nick Pelly <npelly@xxxxxxxxxx>
• Re: [RFC 7/8] drivers: introduce rpmsg, a remote-processor messaging bus
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/6] OMAP4: Add missing clock divider for OCP_ABE_ICLK
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [PATCH 1/6] OMAP4: Add missing clock divider for OCP_ABE_ICLK
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [PATCHv3 4/6] omap3: pmic: add API to get common SMPS regulators
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv3 3/6] regulator: omap smps regulator driver
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv3 2/6] omap: voltage: change code to use new location of voltage.h and vp.h
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv3 1/6] OMAP: move voltage.h and vp.h under platform include directory
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCHv3 0/6] OMAP SMPS regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 6/6] TEMP: OMAP3: beagle rev-c4: enable OPP6
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 2/6] omap: voltage: change code to use new location of voltage.h and vp.h
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 5/6] omap3: beagleboard: add SMPS regulators
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 4/6] omap3: pmic: add API to get common SMPS regulators
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 3/6] regulator: omap smps regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 1/6] OMAP: move voltage.h and vp.h under platform include directory
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 0/6] OMAP SMPS regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH] omap1: select GENERIC_IRQ_CHIP for TI OMAP1
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHv5 01/11] OMAP: prcm: switch to a chained IRQ handler mechanism
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC 0/2] join omap4panda and pcm049
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv2 0/5] OMAP SMPS regulator driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: conflicts between omap/cleanup branch and omap_dss2 tree
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• RE: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• Re: [beagleboard] SanDisk MMC card timeouts
  • From: Koen Kooi <koen@xxxxxxxxxxxxxxx>
• SanDisk MMC card timeouts
  • From: Joel A Fernandes <agnel.joel@xxxxxxxxx>
• SanDisk MMC card timeouts
  • From: Joel A Fernandes <agnel.joel@xxxxxxxxx>
• conflicts between omap/cleanup branch and omap_dss2 tree
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4] OMAP4: hwmod data: I2C: add flag for context restore
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• [resend PATCH] tusb6010_omap: fix build failure: error: 'musb' undeclared
  • From: Sergei Trofimovich <slyich@xxxxxxxxx>
• Re: Realistic bandwidth to get through ehci controller on a dm3730?
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH] omap1: select GENERIC_IRQ_CHIP for TI OMAP1
  • From: Axel Lin <axel.lin@xxxxxxxxx>
• [PATCH v4] OMAP4: hwmod data: I2C: add flag for context restore
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH v4 REPOST 18/20] gpio/omap: use pm-runtime framework
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [PATCH v4 REPOST 13/20] gpio/omap: cleanup omap_gpio_mod_init function
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [PATCH] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• [PATCH v4 REPOST 14/20] gpio/omap: use pinctrl offset instead of macro
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 19/20] gpio/omap: optimize suspend and resume functions
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 15/20] gpio/omap: use readl in irq_handler for all access
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 20/20] gpio/omap: cleanup prepare_for_idle and resume_after_idle
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 18/20] gpio/omap: use pm-runtime framework
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 16/20] gpio/omap: remove bank->method & METHOD_* macros
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 17/20] gpio/omap: fix bankwidth for OMAP7xx MPUIO
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 12/20] gpio/omap: cleanup set_gpio_triggering function
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 13/20] gpio/omap: cleanup omap_gpio_mod_init function
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 11/20] gpio/omap: remove hardcoded offsets in ctxt save/restore
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 10/20] gpio/omap: use level/edge detect reg offsets
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 09/20] gpio/omap: cleanup omap1 related macros
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 08/20] gpio/omap: further cleanup using wakeup_status register
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 07/20] gpio/omap: avoid cpu checks during module ena/disable
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 03/20] gpio/omap: make gpio_context part of gpio_bank structure
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 06/20] gpio/omap: make non-wakeup GPIO part of pdata
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 05/20] gpio/omap: handle save/restore ctx in GPIO driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 01/20] gpio/omap: remove dependency on gpio_bank_count
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 02/20] gpio/omap: use flag to identify wakeup domain
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 04/20] gpio/omap: fix pwrdm_post_transition call sequence
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 REPOST 00/20] gpio/omap: driver cleanup and fixes
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• RE: [PATCH 1/2] TI816X: Add minimal hwmod data
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/4] TI816X: clock: Add clock data
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 3/4] TI816X: clock: Add clockdomains and powerdomains data
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] OMAP: clockdomain: Wait for powerdomain to be ON when using clockdomain force wakeup
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• Re: [PATCH v4] OMAP4: hwmod data: I2C: add flag for context restore
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] GPMC: Limited addressing support
  • From: Raphaël Assénat <raph@xxxxxx>
• [PATCH 1/3] OMAP3: ISP: Add regulator control for omap34xx
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH 3/3] omap3isp: Support configurable HS/VS polarities
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH 2/3] OMAP3: RX-51: define vdds_csib regulator supply
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH 0/3] OMAP3 ISP patches for v3.1
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCHv5 01/11] OMAP: prcm: switch to a chained IRQ handler mechanism
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• [PATCH 1/2] omap4: board-omap4panda: prepare for join
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• [PATCH 2/2] omap4: board-omap4panda: join Phytec phyCORE-OMAP4
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• [RFC 0/2] join omap4panda and pcm049
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• Re: [PATCH 0/6] OMAP3+ Clock Fixes
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [PATCH 1/6] OMAP4: Add missing clock divider for OCP_ABE_ICLK
  • From: Jon Hunter <jon-hunter@xxxxxx>
• How to get the handler of a device that has been open
  • From: "Zhang, Shijie" <shijie.zhang@xxxxxxxxx>
• Re: [PATCHv5 01/11] OMAP: prcm: switch to a chained IRQ handler mechanism
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• [PATCH v14 REPOST 11/12] OMAP: dmtimer: add context save/restore routines
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 12/12] OMAP: dmtimer: Off mode support
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 09/12] OMAP: dmtimer: use mutex instead of spinlock
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 05/12] OMAP: dmtimer: platform driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 01/12] OMAP2+: dmtimer: add device names to flck nodes
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 00/12] dmtimer adaptation to platform_driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 10/12] OMAP: dmtimer: mark clocksource and clockevent timers reserved
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 06/12] OMAP: dmtimer: switch-over to platform device driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 08/12] OMAP: dmtimer: add timeout to low-level routines
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 07/12] OMAP: dmtimer: pm_runtime support
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 04/12] OMAP2+: dmtimer: convert to platform devices
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 03/12] OMAP1: dmtimer: conversion to platform devices
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 REPOST 02/12] OMAP4: hwmod data: add dmtimer version information
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2] OMAP3: powerdomains: Match silicon revision to select the correct "core_pwrdm" definition
  • From: Abhilash K V <abhilash.kv@xxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH] MTD: Nand: use MTD_NAND_OMAP2 for OMAP4
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• RE: [GIT PULL] minimal omap4460 support for v3.1 merge window
  • From: Vishwanath Sripathy <vishwanath.bs@xxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Jan Weitzel <J.Weitzel@xxxxxxxxx>
• Re: [PATCH V2 00/16] omap_hsmmc patches
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 1/6] OMAP4: Add missing clock divider for OCP_ABE_ICLK
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 0/6] OMAP3+ Clock Fixes
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 6/6] OMAP: Add debugfs node to show the summary of all clocks
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] usb: musb: omap2430: handle charger OTG xceiver event
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] OMAP: clockdomain: Wait for powerdomain to be ON when using clockdomain force wakeup
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv2 18/28] OMAP2430: HWMOD: Add DSS opt clocks
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCHv2 16/28] OMAP3: HWMOD: Add DSS opt clocks
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCHv2 17/28] OMAP2420: HWMOD: Add DSS opt clocks
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v4] OMAP4: hwmod data: I2C: add flag for context restore
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH] omap-serial: Allow IXON and IXOFF to be disabled.
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• RE: [PATCH 1/2] TI816X: Add minimal hwmod data
  • From: "Pedanekar, Hemant" <hemantp@xxxxxx>
• [PATCH 6/6] OMAP: Add debugfs node to show the summary of all clocks
  • From: Jon Hunter <jon-hunter@xxxxxx>
• [PATCH 5/6] OMAP3+: Update DPLL Fint range for OMAP36xx and OMAP4xxx devices
  • From: Jon Hunter <jon-hunter@xxxxxx>
• [PATCH 4/6] OMAP3+: use DPLLs recalc function instead of omap2_get_dpll_rate
  • From: Jon Hunter <jon-hunter@xxxxxx>
• [PATCH 3/6] OMAP3+: use DPLL's round_rate when setting rate
  • From: Jon Hunter <jon-hunter@xxxxxx>
• [PATCH 2/6] OMAP4: Clock: round_rate and recalc functions for DPLL_ABE
  • From: Jon Hunter <jon-hunter@xxxxxx>
• [PATCH 1/6] OMAP4: Add missing clock divider for OCP_ABE_ICLK
  • From: Jon Hunter <jon-hunter@xxxxxx>
• [PATCH 0/6] OMAP3+ Clock Fixes
  • From: Jon Hunter <jon-hunter@xxxxxx>
• RE: [PATCH 1/2] TI816X: Add minimal hwmod data
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] omap-serial: Allow IXON and IXOFF to be disabled.
  • From: Nick Pelly <npelly@xxxxxxxxxx>
• Re: [PATCH v3] OMAP4:hwmod: I2C : I2C context restore
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v3] OMAP4:hwmod: I2C : I2C context save
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• [PATCH v3] OMAP4:hwmod: I2C : I2C context restore
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCH v3] OMAP4:hwmod: I2C : I2C context save
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH] OMAP4: I2C : I2C context save
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C : I2C context save
  • From: Kevin Hilman <khilman@xxxxxx>
• Realistic bandwidth to get through ehci controller on a dm3730?
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• USB Ethernet gadget doesn't work with DM3730
  • From: Enric Balletbò i Serra <eballetbo@xxxxxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C : I2C context save
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• [PATCH] omap2+: Use Kconfig symbol in Makefile instead of obj-y
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• RE: [PATCHv2 4/5] TEMP: OMAP3: beagle rev-c4: enable OPP6
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Jan Weitzel <J.Weitzel@xxxxxxxxx>
• Re: [PATCHv2 2/5] regulator: omap smps regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH 1/3] ARM: OMAP4: Add pcm049 to Kconfig/Makefile
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: OMAP: PM: BUG: 3.0-rc6 does not compile, tusb6010_omap.c fails to compile "musb undeclared"
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 1/3] ARM: OMAP4: Add pcm049 to Kconfig/Makefile
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv2 0/5] OMAP SMPS regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCHv2 2/5] regulator: omap smps regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• RE: [PATCH v4 18/20] gpio/omap: use pm-runtime framework
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCHv2 4/5] TEMP: OMAP3: beagle rev-c4: enable OPP6
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCHv2 2/5] regulator: omap smps regulator driver
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [PATCH v4 18/20] gpio/omap: use pm-runtime framework
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• RE: [PATCH v4 13/20] gpio/omap: cleanup omap_gpio_mod_init function
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• Re: [PATCH v4 13/20] gpio/omap: cleanup omap_gpio_mod_init function
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [PATCH 1/4] dt: omap3: add SoC file for handling i2c controllers
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH 1/4] dt: omap3: add SoC file for handling i2c controllers
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCHv2 0/5] OMAP SMPS regulator driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHv2 0/5] OMAP SMPS regulator driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHv2 0/5] OMAP SMPS regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] dt: i2c-omap: Convert i2c driver to use device tree
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/4] dt: OMAP3: Beagle board: set clock freq for i2c devices
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/4] dt: omap3: add SoC file for handling i2c controllers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/4] dt: omap3: add SoC file for handling i2c controllers
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCHv2 2/5] regulator: omap smps regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] dt: i2c-omap: Convert i2c driver to use device tree
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• [PATCH 3/4] dt: omap3: add generic board file for dt support
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• [PATCH 2/4] dt: OMAP3: Beagle board: set clock freq for i2c devices
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• [PATCH 1/4] dt: omap3: add SoC file for handling i2c controllers
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• [PATCH 0/4] dt: omap3: add device tree support
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• [PATCH] tusb6010_omap: fix build failure: error: 'musb' undeclared
  • From: Sergei Trofimovich <slyfox@xxxxxxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C : I2C context save
  • From: "Hilman, Kevin" <khilman@xxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C : I2C context save
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C : I2C context save
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH] OMAP4: I2C: Enable FIFO usage for OMAP4
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCHv2 0/5] OMAP SMPS regulator driver
  • From: Kevin Hilman <khilman@xxxxxx>
• RE: [PATCHv2 4/5] TEMP: OMAP3: beagle rev-c4: enable OPP6
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCHv4 2/3] MMC: OMAP: HSMMC: add runtime pm support
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHv2 2/5] regulator: omap smps regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH V2 00/16] omap_hsmmc patches
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCHv4 2/3] MMC: OMAP: HSMMC: add runtime pm support
  • From: "S, Venkatraman" <svenkatr@xxxxxx>
• Re: [PATCHv4 2/3] MMC: OMAP: HSMMC: add runtime pm support
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHv2 2/5] regulator: omap smps regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCHv2 5/5] omap: voltage: changed parameter of omap_voltage_lookup to const
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv2 4/5] TEMP: OMAP3: beagle rev-c4: enable OPP6
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv2 3/5] omap3: beagle: instantiate smps regulators
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv2 1/5] OMAP: move voltage.h and vp.h under platform include directory
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv2 2/5] regulator: omap smps regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv2 0/5] OMAP SMPS regulator driver
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCH v4 18/20] gpio/omap: use pm-runtime framework
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 20/20] gpio/omap: cleanup prepare_for_idle and resume_after_idle
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 19/20] gpio/omap: optimize suspend and resume functions
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 16/20] gpio/omap: remove bank->method & METHOD_* macros
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 09/20] gpio/omap: cleanup omap1 related macros
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 17/20] gpio/omap: fix bankwidth for OMAP7xx MPUIO
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 15/20] gpio/omap: use readl in irq_handler for all access
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 14/20] gpio/omap: use pinctrl offset instead of macro
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 13/20] gpio/omap: cleanup omap_gpio_mod_init function
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 12/20] gpio/omap: cleanup set_gpio_triggering function
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 11/20] gpio/omap: remove hardcoded offsets in ctxt save/restore
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 10/20] gpio/omap: use level/edge detect reg offsets
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 08/20] gpio/omap: further cleanup using wakeup_status register
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 07/20] gpio/omap: avoid cpu checks during module ena/disable
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 04/20] gpio/omap: fix pwrdm_post_transition call sequence
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 05/20] gpio/omap: handle save/restore ctx in GPIO driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 06/20] gpio/omap: make non-wakeup GPIO part of pdata
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 03/20] gpio/omap: make gpio_context part of gpio_bank structure
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 02/20] gpio/omap: use flag to identify wakeup domain
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 00/20] gpio/omap: driver cleanup and fixes
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v4 01/20] gpio/omap: remove dependency on gpio_bank_count
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Jan Weitzel <J.Weitzel@xxxxxxxxx>
• [PATCH v2] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• Re: [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• [PATCH] ARM: OMAP4: PCM049: remove vusim regulator
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• Re: [PATCH v2] ARM:OMAP4 add Phytec phyCORE-OMAP4 board
  • From: Jan Weitzel <J.Weitzel@xxxxxxxxx>
• Re: [PATCH V2 00/16] omap_hsmmc patches
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• RE: [PATCHv4 2/3] MMC: OMAP: HSMMC: add runtime pm support
  • From: "Dong, Chuanxiao" <chuanxiao.dong@xxxxxxxxx>
• Re: [linux-pm] Runtime PM discussion notes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] OMAP3: run the ASM sleep code from DDR
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] OMAP3: run the ASM sleep code from DDR
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v2] ARM:OMAP4 add Phytec phyCORE-OMAP4 board
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2] ARM:OMAP4 add Phytec phyCORE-OMAP4 board
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] OMAP2+: PM: fix watchdog boot when runtime PM is disabled
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] OMAP2+: PM: fix watchdog boot when runtime PM is disabled
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [linux-pm] Runtime PM discussion notes
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [linux-pm] Runtime PM discussion notes
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [GIT PULL] OMAP: SoC data/core: cleanups for 3.1
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [GIT PULL] OMAP: SoC data/core: cleanups for 3.1
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [GIT PULL] OMAP: SoC data/core: cleanups for 3.1
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [GIT PULL] OMAP: SoC data/core: cleanups for 3.1
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: Remaining omap pull requests
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Remaining omap pull requests
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Remaining omap pull requests
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Remaining omap pull requests
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• RE: [PATCH v3 12/20] GPIO: OMAP: Use wkup_status for all SoCs
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v3 00/20] GPIO: OMAP: driver cleanup and fixes
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• [PATCH] OMAP: clockdomain: Wait for powerdomain to be ON when using clockdomain force wakeup
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH] OMAP: powerdomains: Make all powerdomain target states as ON at init
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• hwmod, postsetup_state, omap_device and !CONFIG_PM_RUNTIME
  • From: Kevin Hilman <khilman@xxxxxx>
• RE: [PATCH 1/2] TI816X: Add minimal hwmod data
  • From: "Pedanekar, Hemant" <hemantp@xxxxxx>
• Re: Re: Re: [PATCH 1/3] ASoC: omap-mcpdm: Replace legacy driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] ARM: OMAP2+: Check NULL return from irq_alloc_generic_chip
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [PATCH] OMAP4: 4430SDP: Keypad: Make keypad_data initdata
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 0/4] OMAP: PM: omap_device: update PM domain support for v3.1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Re: Re: [PATCH 1/3] ASoC: omap-mcpdm: Replace legacy driver
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH] usb: musb: omap2430: handle charger OTG xceiver event
  • From: Dima Zavin <dima@xxxxxxxxxxx>
• OMAP: PM: BUG: 3.0-rc6 does not compile, tusb6010_omap.c fails to compile "musb undeclared"
  • From: Victhor <victhor.foster@xxxxxxxxx>
• [PATCH] OMAP4: 4430SDP: Keypad: Make keypad_data initdata
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [RFC] dmaengine: Moving TI SDMA driver to dmaengine - design plan
  • From: Vinod Koul <vkoul@xxxxxxxxxxxxx>
• Re: [PATCH v3 12/20] GPIO: OMAP: Use wkup_status for all SoCs
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v3 00/20] GPIO: OMAP: driver cleanup and fixes
  • From: "Hilman, Kevin" <khilman@xxxxxx>
• DSI lane configuration
  • From: Jerry Alexander <jerryalex@xxxxxxxxx>
• Re: [PATCH] OMAP4: Keypad: Make keypad_data initdata
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] OMAP2+: PM: fix watchdog boot when runtime PM is disabled
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• RE: Issues using runtime API's with console uart
  • From: Vishwanath Sripathy <vishwanath.bs@xxxxxx>
• RFC: Issues using runtime API's with console uart
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• RE: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• Re: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• Re: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• RE: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• RE: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• Re: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [RESEND] [PATCH 1/2] OMAP1: allow reserving memory for camera
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [PATCH] PM / Runtime: add new helper function: pm_runtime_status_suspended()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] OMAP: Keypad: Make keypad_data initdata
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• [PATCH] OMAP4: Keypad: Make keypad_data initdata
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: Remaining omap pull requests
  • From: Jan Weitzel <J.Weitzel@xxxxxxxxx>
• Re: [PATCH] OMAP4: Keyboard: Mux changes in the board file
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• RE: [PATCH] OMAP: Keypad: Make keypad_data initdata
  • From: Vishwanath Sripathy <vishwanath.bs@xxxxxx>
• [PATCH] OMAP: Keypad: Make keypad_data initdata
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH] OMAP3: run the ASM sleep code from DDR
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] usb: musb: omap2430: handle charger OTG xceiver event
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• RE: [PATCH v3 12/20] GPIO: OMAP: Use wkup_status for all SoCs
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• Re: [PATCH] OMAP2+: PM: fix watchdog boot when runtime PM is disabled
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] OMAP2+: PM: fix watchdog boot when runtime PM is disabled
  • From: "Hilman, Kevin" <khilman@xxxxxx>
• [PATCH 4/4] OMAP: PM: disable idle on suspend for GPIO and UART
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 3/4] OMAP: PM: omap_device: add API to disable idle on suspend
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 2/4] OMAP: PM: omap_device: add system PM methods for PM domain handling
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 1/4] OMAP: PM: omap_device: conditionally use PM domain runtime helpers
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 0/4] OMAP: PM: omap_device: update PM domain support for v3.1
  • From: Kevin Hilman <khilman@xxxxxx>
• RE: [PATCH v14 04/12] OMAP2+: dmtimer: convert to platform devices
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v14 05/12] OMAP: dmtimer: platform driver
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• [PATCH] OMAP2+: PM: fix watchdog boot when runtime PM is disabled
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v14 04/12] OMAP2+: dmtimer: convert to platform devices
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [PATCH v14 05/12] OMAP: dmtimer: platform driver
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• [PATCH] PM / Runtime: add new helper function: pm_runtime_status_suspended()
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: pm_runtime_suspended() can be false if RPM_SUSPENDED
  • From: "Hilman, Kevin" <khilman@xxxxxx>
• [PATCH] usb: musb: omap2430: handle charger OTG xceiver event
  • From: Dima Zavin <dima@xxxxxxxxxxx>
• Re: pm_runtime_suspended() can be false if RPM_SUSPENDED
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Remaining omap pull requests
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: pm_runtime_suspended() can be false if RPM_SUSPENDED
  • From: "Hilman, Kevin" <khilman@xxxxxx>
• Re: pm_runtime_suspended() can be false if RPM_SUSPENDED
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm_runtime_suspended() can be false if RPM_SUSPENDED
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] OMAP4: Keyboard: Mux changes in the board file
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: pm_runtime_suspended() can be false if RPM_SUSPENDED
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PM domain using _noirq methods to "finish" pending runtime PM transistions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: pm_runtime_suspended() can be false if RPM_SUSPENDED
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] OMAP3+: SR: ensure pm-runtime callbacks can be invoked with IRQ disabled
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm-wip/cpufreq] [PATCH] OMAP2+: CPUfreq: update lpj with reference value to avoid progressive error.
  • From: Kevin Hilman <khilman@xxxxxx>
• [pm-wip/cpufreq] [PATCH] OMAP2+: CPUfreq: update lpj with reference value to avoid progressive error.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCHv2] mfd: twl4030: Fix mismatch in mutex lock-unlock
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH 3/3] Update Nook Color machine 3284 to common Encore name.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCHv2] mfd: twl4030: Fix mismatch in mutex lock-unlock
  • From: Sanjeev Premi <premi@xxxxxx>
• Re: Change in mmap driver performance from 2..6.38 to 2.6.39
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Change in mmap driver performance from 2..6.38 to 2.6.39
  • From: Philip Balister <philip@xxxxxxxxxxxx>
• Re: [PATCH 00/22] Tahvo cleanups and Retu optimization
  • From: Michael Büsch <m@xxxxxxx>
• Re: [PATCH 00/22] Tahvo cleanups and Retu optimization
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 00/22] Tahvo cleanups and Retu optimization
  • From: Michael Büsch <m@xxxxxxx>
• Re: [PATCH 00/22] Tahvo cleanups and Retu optimization
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 00/22] Tahvo cleanups and Retu optimization
  • From: Michael Büsch <m@xxxxxxx>
• Re: [PATCH 00/22] Tahvo cleanups and Retu optimization
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: [lm-sensors] [PATCH] mfd: twl4030: Fix mismatch in mutex lock-unlock
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [RFC 0/4] TWL external controller support
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCH v14 04/12] OMAP2+: dmtimer: convert to platform devices
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 06/12] OMAP: dmtimer: switch-over to platform device driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 12/12] OMAP: dmtimer: Off mode support
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 05/12] OMAP: dmtimer: platform driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 11/12] OMAP: dmtimer: add context save/restore routines
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 01/12] OMAP2+: dmtimer: add device names to flck nodes
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 00/12] dmtimer adaptation to platform_driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 02/12] OMAP4: hwmod data: add dmtimer version information
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 10/12] OMAP: dmtimer: mark clocksource and clockevent timers reserved
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 09/12] OMAP: dmtimer: use mutex instead of spinlock
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 08/12] OMAP: dmtimer: add timeout to low-level routines
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 02/12] OMAP4: hwmod data: add dmtimer version information
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 08/12] OMAP: dmtimer: add timeout to low-level routines
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 06/12] OMAP: dmtimer: switch-over to platform device driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 12/12] OMAP: dmtimer: Off mode support
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 00/12] dmtimer adaptation to platform_driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 01/12] OMAP2+: dmtimer: add device names to flck nodes
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 04/12] OMAP2+: dmtimer: convert to platform devices
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 03/12] OMAP1: dmtimer: conversion to platform devices
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 03/12] OMAP1: dmtimer: conversion to platform devices
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 11/12] OMAP: dmtimer: add context save/restore routines
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 07/12] OMAP: dmtimer: pm_runtime support
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 07/12] OMAP: dmtimer: pm_runtime support
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 09/12] OMAP: dmtimer: use mutex instead of spinlock
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 10/12] OMAP: dmtimer: mark clocksource and clockevent timers reserved
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v14 05/12] OMAP: dmtimer: platform driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• Re: [RFC 0/4] TWL external controller support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] omap related MFD and ASoC patches for v3.1 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [GIT PULL] omap fixes for v3.1 merge window, part 2
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [GIT PULL] omap cleanup for v3.1 merge window, part 3
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Remaining omap pull requests
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [linux-pm] Runtime PM discussion notes
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 00/22] Tahvo cleanups and Retu optimization
  • From: Michael Büsch <m@xxxxxxx>
• Re: [linux-pm] Runtime PM discussion notes
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 22/22] cbus: tahvo: drop static global pointer
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 21/22] cbus: tahvo: drop backlight interfaces
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 20/22] cbus: tahvo: pass child device pointer
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 19/22] cbus: tahvo: drop more unused interfaces
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 18/22] cbus: tahvo: drop the get_status hack
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 17/22] cbus: tahvo: no need to mask interrupts on exit
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 16/22] cbus: tahvo: usb: drop unused variable
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 15/22] cbus: tahvo drop the legacy interfaces
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 14/22] cbus: tahvo: usb: fix up to use threaded irqs
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 13/22] cbus: tahvo: start using irq_chip
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 12/22] cbus: tahvo: give it an irq_chip
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 11/22] cbus: retu: IRQ demux optimization
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 10/22] cbus: tahvo: drop some unneded defines
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 09/22] cbus: tahvo: introduce __tahvo_(read/write)_reg
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 08/22] cbus: tahvo: pass tahvo to IRQ handler
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 07/22] cbus: tahvo: git it a context structure
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 06/22] cbus: retu: set IRQF_ONESHOT flag
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 05/22] cbus: tahvo: drop the tasklet
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 04/22] cbus: tahvo: don't go over 80 columns
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 03/22] cbus: tahvo: a switch looks better
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 02/22] cbus: tahvo: move to __devinit/__devexit sections
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 01/22] cbus: tahvo: convert spinlock into mutex
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 00/22] Tahvo cleanups and Retu optimization
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [linux-pm] Runtime PM discussion notes
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 00/11] Tahvo cleanups and Retu optimization
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [linux-pm] Runtime PM discussion notes
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] TPS6507X: define MFD dependencies for touch and regulator unit
  • From: Yegor Yefremov <yegor_sub1@xxxxxxxxxxxxxxxx>
• Re: [RFC 0/4] TWL external controller support
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [RFC 0/4] TWL external controller support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] Runtime PM discussion notes
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 2/2] OMAP: I2C: Reset support
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• [PATCH 1/2] OMAP: I2C: Add a device reset field to platform data
  • From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
• Re: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH] TPS6507X: define MFD dependencies for touch and regulator unit
  • From: Yegor Yefremov <yegor_sub1@xxxxxxxxxxxxxxxx>
• Re: [GIT PULL] OMAP: SoC data/core: cleanups for 3.1
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC 0/4] TWL external controller support
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH] Use MMIO clocksource for 32kHz counter
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] Use MMIO clocksource for 32kHz counter
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [GIT PULL] minimal omap4460 support for v3.1 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [GIT PULL] omap twl cleanup for v3.1 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] Use MMIO clocksource for 32kHz counter
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [GIT PULL] OMAP: SoC data/core: new code for 3.1
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [GIT PULL v2] OMAP: SoC data/core: fixes for 3.1
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [GIT PULL] OMAP: SoC data/core: fixes for 3.1
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [GIT PULL] omap twl cleanup for v3.1 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: OMAP2-only kernel compile broken
  • From: Felipe Balbi <balbi@xxxxxx>
• [GIT PULL] OMAP: SoC data/core: fixes for 3.1
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [GIT PULL] minimal omap4460 support for v3.1 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [GIT PULL] omap twl cleanup for v3.1 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [GIT PULL] OMAP: SoC data/core: cleanups for 3.1
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v2 08/18] OMAP4: clock data: Rename clock flags from 443X to 44XX
  • From: Paul Walmsley <paul@xxxxxxxxx>
• OMAP2-only kernel compile broken
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] omap3: l3: Temporary fix to avoid the kernel hang with beagle board.
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] omap3: l3: Temporary fix to avoid the kernel hang with beagle board.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH] OMAP: dmtimer: add missing include
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] OMAP: omap_device: replace _find_by_pdev() with to_omap_device()
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [RFC/PATCH] OMAP PM: remove OMAP_PM_NONE config option
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCHv4 0/3] OMAP: HSMMC: cleanup and runtime pm
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCHv4 0/3] OMAP: HSMMC: cleanup and runtime pm
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH] omap3: l3: Temporary fix to avoid the kernel hang with beagle board.
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH] MAINTAINERS: add Kevin Hilman as the omap_device maintainer
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH] OMAP3+: SR: ensure pm-runtime callbacks can be invoked with IRQ disabled
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH] OMAP2+: clock: allow per-SoC clock init code to prevent clockdomain calls from clock code
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] MMC: OMAP: change HSMMC maintainence to Orphan
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: PM domain using _noirq methods to "finish" pending runtime PM transistions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC 0/4] TWL external controller support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/4] TWL external controller support
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: pm_runtime_suspended() can be false if RPM_SUSPENDED
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 17/18] OMAP4: hwmod data: Modify DSS opt clocks
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v2 17/18] OMAP4: hwmod data: Modify DSS opt clocks
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v4 7/7] OMAP2+: hwmod: Follow the recommended PRCM module enable sequence
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [lm-sensors] [PATCH] mfd: twl4030: Fix mismatch in mutex lock-unlock
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/7] twl4030: finish threaded IRQ conversion
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] Runtime PM discussion notes
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/4] TWL external controller support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 1/4] twl-regulator: extend for SMPS regulators and external controllers
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH 1/3] ASoC: omap-mcpdm: Replace legacy driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• PM domain using _noirq methods to "finish" pending runtime PM transistions
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v4 1/7] OMAP2+: clockdomain: Add an api to read idle mode
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v5 2/2] OMAP: hwmod: fix the i2c-reset timeout during bootup
  • From: Paul Walmsley <paul@xxxxxxxxx>
• pm_runtime_suspended() can be false if RPM_SUSPENDED
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 0/3] OMAP2+: hwmod_data: I2C updates for v3.1
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 11/11] cbus: retu: IRQ demux optimization
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 10/11] cbus: tahvo: drop some unneded defines
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 09/11] cbus: tahvo: introduce __tahvo_(read/write)_reg
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 08/11] cbus: tahvo: pass tahvo to IRQ handler
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 07/11] cbus: tahvo: git it a context structure
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 06/11] cbus: retu: set IRQF_ONESHOT flag
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 05/11] cbus: tahvo: drop the tasklet
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 04/11] cbus: tahvo: don't go over 80 columns
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 03/11] cbus: tahvo: a switch looks better
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 02/11] cbus: tahvo: move to __devinit/__devexit sections
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 01/11] cbus: tahvo: convert spinlock into mutex
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 00/11] Tahvo cleanups and Retu optimization
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [RFC 1/4] twl-regulator: extend for SMPS regulators and external controllers
  • From: Liam Girdwood <lrg@xxxxxx>
• Re: [PATCHv4 2/3] MMC: OMAP: HSMMC: add runtime pm support
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 6/7] ARM / Samsung: Use struct syscore_ops for "core" power management
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [PATCH 0/6 v3] arm: omap: usb: Runtime PM support for EHCI and OHCI drivers
  • From: Partha Basak <p-basak2@xxxxxx>
• Re: [PATCH v2] AM3505/3517 ZCN package support
  • From: Raphaël Assénat <raph@xxxxxx>
• Re: [RFC] dmaengine: Moving TI SDMA driver to dmaengine - design plan
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• RE: [RFC PATCH v4] Consolidate SRAM support
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• Re: [PATCH v2 00/18] OMAP4: PM data big spring cleanup and fixes
  • From: Rajendra Nayak <rnayak@xxxxxx>
• RE: [RFC PATCH v4] Consolidate SRAM support
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• Re: [RFC 0/4] TWL external controller support
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [RFC 4/4] OMAP3: beagle rev-c4: enable OPP6
  • From: Koen Kooi <koen@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 3/4] omap: attach external controller to VDD1/VDD2
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [RFC 2/4] omap3beagle: Instantiate VDD1 and VDD2 regulators
  • From: Felipe Balbi <balbi@xxxxxx>
• [GIT PULL] OMAP I2C cleanups for v3.1
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 3/3] I2C: OMAP2+: add correct functionality flags to all omap2plus i2c dev_attr
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 2/3] I2C: OMAP2+: Tag all OMAP2+ hwmod defintions with I2C IP revision
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 1/3] I2C: OMAP2+: Set hwmod flags to only allow 16-bit accesses to i2c
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 0/3] OMAP2+: hwmod_data: I2C updates for v3.1
  • From: Kevin Hilman <khilman@xxxxxx>
• [RFC 2/4] omap3beagle: Instantiate VDD1 and VDD2 regulators
  • From: Tero Kristo <t-kristo@xxxxxx>
• [RFC 3/4] omap: attach external controller to VDD1/VDD2
  • From: Tero Kristo <t-kristo@xxxxxx>
• [RFC 4/4] OMAP3: beagle rev-c4: enable OPP6
  • From: Tero Kristo <t-kristo@xxxxxx>
• [RFC 1/4] twl-regulator: extend for SMPS regulators and external controllers
  • From: Tero Kristo <t-kristo@xxxxxx>
• [RFC 0/4] TWL external controller support
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [GIT PULL] omap twl cleanup for v3.1 merge window
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 00/18] I2C: OMAP: I2C fixes, removal of cpu_is... from driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: Re: [PATCH 1/3] ASoC: omap-mcpdm: Replace legacy driver
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 0/6 v3] arm: omap: usb: Runtime PM support for EHCI and OHCI drivers
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 5/6 v3] arm: omap: usb: Runtime PM support
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: EHCI-OMAP failure following unlink
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ASoC: omap-mcpdm: Replace legacy driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 4/7] OMAP2+: PM: idle clkdms only if already in idle
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v4 3/7] OMAP2+: PM: Initialise sleep_switch to a non-valid value
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: Multiple NAND flash chips on OMAP3
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• Re: [PATCH v3 0/2] OMAP: omap_device: API to modify SYSCONFIG register
  • From: "ABRAHAM, KISHON VIJAY" <kishon@xxxxxx>
• Re: [PATCH v2 00/18] OMAP4: PM data big spring cleanup and fixes
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] twl4030_charger: fix warnings
  • From: Anton Vorontsov <cbouatmailru@xxxxxxxxx>
• [GIT PULL] omap twl cleanup for v3.1 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH] mfd: twl4030: Fix mismatch in mutex lock-unlock
  • From: Sanjeev Premi <premi@xxxxxx>
• [PATCH v2] ARM:OMAP4 add Phytec phyCORE-OMAP4 board
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• Re: [PATCH 1/3] ARM: OMAP4: Add pcm049 to Kconfig/Makefile
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/3] ARM: OMAP4: Add pcm049 to Kconfig/Makefile
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [GIT PULL] omap fix for v3.0
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 1/3] ARM: OMAP4: Add pcm049 to Kconfig/Makefile
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• Re: [PATCH 0/6 v3] arm: omap: usb: Runtime PM support for EHCI and OHCI drivers
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [GIT PULL] omap board updates for v3.1 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [GIT PULL] omap board updates for v3.1 merge window
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/6 v3] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 3/6 v3] arm: omap: usb: register hwmods of usbhs
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 4/6 v3] arm: omap: usb: device name change for the clk names of usbhs
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 5/6 v3] arm: omap: usb: Runtime PM support
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 6/6 v3] arm: omap: usb: global Suspend and resume support of ehci and ohci
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 1/6 v3] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 0/6 v3] arm: omap: usb: Runtime PM support for EHCI and OHCI drivers
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• Re: [PATCH v2 4/6] OMAP4: clocks: Update the clock tree with 4460 clock nodes
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] usb: musb: restore INDEX register in resume path
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v2 3/6] OMAP4: PRCM: OMAP4460 specific PRM and CM register bitshifts
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 1/6] OMAP: ID: introduce chip detection for OMAP4460
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH] ARM: OMAP2+ Add Primview dispalys to panel-generic
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• Re: [RFC] dmaengine: Moving TI SDMA driver to dmaengine - design plan
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [GIT PULL] omap board updates for v3.1 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• RE: [RFC] dmaengine: Moving TI SDMA driver to dmaengine - design plan
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• [PATCH 3/3] ARM: OMAP4: platformcode board-omap4pcm049.c
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• [PATCH 2/3] ARM: OMAP4: add pcm049 DEBUGLL
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• [PATCH 1/3] ARM: OMAP4: Add pcm049 to Kconfig/Makefile
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• [PATCH 0/3] ARM:OMAP4 add Phytec phyCORE-OMAP4 board
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• Re: [RFC] dmaengine: Moving TI SDMA driver to dmaengine - design plan
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: [PATCH] usb: musb: restore INDEX register in resume path
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• [PATCH] usb: musb: restore INDEX register in resume path
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>