Linux for Texus Instruments OMAP Processors

• Thread Index

• [PATCHv3 4/6] OMAP3: PM: Use PRCM chain handler
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 6/6] OMAP3: Serial tty: Added resume_idle calls to critical points
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 5/6] OMAP3: Serial: Made serial to work properly with PRCM chain handler
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 2/6] PRCM: Add support for PAD wakeup interrupts
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 3/6] OMAP: PRCM: Added an api to get id for a PRCM event
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv3 0/6] PRCM chain handler
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH 3/3] MMC: OMAP: HSMMC: Remove unused iclk
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC] omap_pm_get_device_context_loss_count() support on OMAP4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 25/25] ARM: pm: omap34xx: convert to generic suspend/resume support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] OMAP: HSMMC: cleanup and runtime pm
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• [PATCH 16/25] ARM: pm: pxa: move cpu_suspend into C code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 21/25] ARM: pm: samsung: no need to call flush_cache_all()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 22/25] ARM: pm: omap: no need to save all registers in sleep34xx.S
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 20/25] ARM: pm: samsung: move cpu_suspend into C code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 17/25] ARM: pm: move cpu_init() call into core code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 23/25] ARM: pm: omap34xx: remove misleading comment and use of r9
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 19/25] ARM: pm: sa1100: no need to re-enable clock switching
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 18/25] ARM: pm: arrange for cpu_proc_init() to be called on resume
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 25/25] ARM: pm: omap34xx: convert to generic suspend/resume support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 24/25] ARM: pm: ensure ARMv7 CPUs save and restore the TLS register
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 14/25] ARM: pm: pxa: cleanup PXA suspend code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 09/25] ARM: pm: plat-s3c24xx: cleanup s3c_cpu_save
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 03/25] ARM: pm: extract common code from MULTI_CPU/!MULTI_CPU paths
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 05/25] ARM: pm: reallocate registers to avoid r2, r3
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 15/25] ARM: pm: sa1100: move cpu_suspend into C code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 13/25] ARM: pm: mach-s3c64xx: cleanup s3c_cpu_save
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 12/25] ARM: pm: mach-exynos4: cleanup s3c_cpu_save
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 10/25] ARM: pm: sa1100: cleanup sa1100_cpu_suspend
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 11/25] ARM: pm: mach-s5pv210: cleanup s3c_cpu_save
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 06/25] ARM: pm: rejig suspend follow-on function calling convention
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 08/25] ARM: pm: convert cpu_suspend() to a normal function
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 07/25] ARM: pm: move sa1100 to use proper suspend func arg0
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 04/25] ARM: pm: preserve r4 - r11 across a suspend
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 02/25] ARM: pm: move return address (for cpu_resume) to top of stack
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 01/25] ARM: pm: make MULTI_CPU and !MULTI_CPU resume paths the same
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 00/25 v2] Re-jig cpu_suspend for a saner calling convention
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: [PATCH 1/2] OMAP4 :TWL6030: Regulator set the default behavior of LDO's
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH v3 3/3] arm: omap3: cm-t35: add support for cm-t3730
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] OMAP4 :TWL6030: Regulator set the default behavior of LDO's
  • From: "T Krishnamoorthy, Balaji" <balajitk@xxxxxx>
• [PATCH 3/3] MMC: OMAP: HSMMC: Remove unused iclk
  • From: Balaji T K <balajitk@xxxxxx>
• [PATCH 2/3] MMC: OMAP: HSMMC: add runtime pm support
  • From: Balaji T K <balajitk@xxxxxx>
• [PATCH 0/3] OMAP: HSMMC: cleanup and runtime pm
  • From: Balaji T K <balajitk@xxxxxx>
• [PATCH 1/3] MMC: OMAP: HSMMC: Remove lazy_disable
  • From: Balaji T K <balajitk@xxxxxx>
• Re: [PATCH 1/2] OMAP4 :TWL6030: Regulator set the default behavior of LDO's
  • From: "Ghongdemath, Girish" <girishsg@xxxxxx>
• Re: [RFC 0/8] Introducing a generic AMP/IPC framework
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [RFC 0/8] Introducing a generic AMP/IPC framework
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Re: [PATCH v6 15/18] ASoC: twl6040: Remove pll and headset mode dependency
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: Re: [PATCH v6 11/18] input: Add initial support for TWL6040 vibrator
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 18/18] OMAP4: SDP4430: Add twl6040 codec platform support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 2/2] OMAP: hwmod: fix the i2c-reset timeout during bootup
  • From: "Avinash.H.M" <avinashhm@xxxxxx>
• [PATCH 1/2] omap4: hwmod: Reset i2c modules as a part of omap_hwmod init
  • From: "Avinash.H.M" <avinashhm@xxxxxx>
• Re: [RFC 0/8] Introducing a generic AMP/IPC framework
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• RE: [PATCH 1/2] OMAP4 :TWL6030: Regulator set the default behavior of LDO's
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• [PATCH] Fix CPU spinlock lockups on secondary CPU bringup
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC 2/8] remoteproc: add omap implementation
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [RFC 7/8] drivers: introduce rpmsg, a remote-processor messaging bus
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v2 0/4] drivers/iommu/ relocations
  • From: Joerg Roedel <joerg.roedel@xxxxxxx>
• [PATCH 1/2] iommu: Move iommu Kconfig entries to submenu
  • From: Joerg Roedel <joerg.roedel@xxxxxxx>
• [PATCH 2/2] iommu/amd: Move missing parts to drivers/iommu
  • From: Joerg Roedel <joerg.roedel@xxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC 2/8] remoteproc: add omap implementation
  • From: Will Newton <will.newton@xxxxxxxxx>
• [PATCH 4/4] OMAP: DSS2: Fix FIFO threshold and burst size for OMAP4
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 3/4] OMAP: DSS2: DSI: sync when disabling a display
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 2/4] OMAP: DSS2: Add Color Phase Rotation support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 0/4] OMAP: DSS2: misc patches
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 1/4] OMAP: DSS: Minor cleanup in ovl and mgr cache structs
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: Trouble with newer kernels on Gumstix Overo boards
  • From: Vladimir Pantelic <vladoman@xxxxxxxxx>
• Re: [RFC 7/8] drivers: introduce rpmsg, a remote-processor messaging bus
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC 7/8] drivers: introduce rpmsg, a remote-processor messaging bus
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• [PATCH 2/2] OMAP4: Regulator: Specify system has fully specified constraints
  • From: Girish S G <girishsg@xxxxxx>
• [PATCH 1/2] OMAP4 :TWL6030: Regulator set the default behavior of LDO's
  • From: Girish S G <girishsg@xxxxxx>
• [PATCH 0/2] OMAP4: PM: Regulator state update
  • From: Girish S G <girishsg@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [OMAP3] [PM] [QUERY] voltage not reducing with enable_off_mode
  • From: "Koyamangalath, Abhilash" <abhilash.kv@xxxxxx>
• Re: [PATCH v6 11/18] input: Add initial support for TWL6040 vibrator
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 15/18] ASoC: twl6040: Remove pll and headset mode dependency
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/8] Introducing a generic AMP/IPC framework
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v6 02/18] OMAP4: Move common twl6030 configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 04/18] OMAP3: Move common regulator configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 03/18] OMAP3: Move common twl configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 05/18] MFD: twl4030-codec: Rename internals from codec to audio
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 08/18] mfd: twl6040: Add initial support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 07/18] MFD: twl4030-audio: Rename platform data
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 09/18] ASoC: twl6040: Convert into TWL6040 MFD child
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 10/18] MFD: twl6040: Change platform data for soc codec driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 06/18] MFD: twl4030-codec -> twl4030-audio: Rename the driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 12/18] OMAP4: SDP4430: Add twl6040 vibrator platform support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 15/18] ASoC: twl6040: Remove pll and headset mode dependency
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 16/18] ASoC: twl6040: set default constraints.
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 11/18] input: Add initial support for TWL6040 vibrator
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 17/18] ASoC: twl6040: Configure ramp step based on platform
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 14/18] ASoC: twl6040: Support other sample rates in constraints.
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 13/18] ASoC: twl6040: add all ABE DAIs
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 01/18] OMAP: New twl-common for common TWL configuration
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v6 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC 0/8] Introducing a generic AMP/IPC framework
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] input: keypad: lm8323: use level triggered interrupts
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Bug in _und_usr on dual-core ARM?
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Bug in _und_usr on dual-core ARM?
  • From: TAO HU <tghk48@xxxxxxxxxxxx>
• Re: [RFC 0/8] Introducing a generic AMP/IPC framework
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Pick Up Your $5,000USD Now!!
  • From: "U.N Compensation Payout" <online771122@xxxxxxxxxxxx>
• Re: Bug in _und_usr on dual-core ARM?
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Bug in _und_usr on dual-core ARM?
  • From: TAO HU <tghk48@xxxxxxxxxxxx>
• Re: Trouble with newer kernels on Gumstix Overo boards
  • From: Daniel Mack <zonque@xxxxxxxxx>
• Re: Trouble with newer kernels on Gumstix Overo boards
  • From: Daniel Mack <zonque@xxxxxxxxx>
• [RFC 1/8] drivers: add generic remoteproc framework
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 2/8] remoteproc: add omap implementation
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 4/8] omap: add remoteproc devices
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 3/8] omap: add carveout memory support for remoteproc
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 6/8] davinci: da850: add remoteproc dsp device
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 5/8] remoteproc: add davinci implementation
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 8/8] rpmsg: add omap host backend
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: Trouble with newer kernels on Gumstix Overo boards
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [RFC 7/8] drivers: introduce rpmsg, a remote-processor messaging bus
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 0/8] Introducing a generic AMP/IPC framework
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCHv2 15/28] OMAP4: HWMOD: Modify DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 2/2] video: omap2: Compile omap2 support only when needed
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 1/2] config: omap2+: force fb and dss support as built-in
  • From: Tushar Behera <tushar.behera@xxxxxxxxxx>
• Re: [PATCH 2/2] video: omap2: Compile omap2 support only when needed
  • From: Tushar Behera <tushar.behera@xxxxxxxxxx>
• Re: [PATCH] omap2+: pm: Fix section mismatch in pm_dbg_init()
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] omap2+: pm: Fix section mismatch in pm_dbg_init()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] omap2+: pm: Fix section mismatch in pm_dbg_init()
  • From: Kevin Hilman <khilman@xxxxxx>
• RE: [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] input: keypad: lm8323: use level triggered interrupts
  • From: Leigh Brown <leigh@xxxxxxxxxxxxx>
• Re: [PATCH][RFC] OMAP4: I2C : I2C context save
  • From: Shubhrajyoti <shubhrajyoti@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Trouble with newer kernels on Gumstix Overo boards
  • From: Yegor Yefremov <yegor_sub1@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: Trouble with newer kernels on Gumstix Overo boards
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: Trouble with newer kernels on Gumstix Overo boards
  • From: Yegor Yefremov <yegor_sub1@xxxxxxxxxxxxxxxx>
• RE: [PATCH 5/8] OMAP4: DSS2: HDMI: Split the HDMI driver to DSS and IP
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• RE: [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to pass base_address
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] video: omap2: Compile omap2 support only when needed
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 1/2] config: omap2+: force fb and dss support as built-in
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [RFC/PATCH] OMAP PM: remove OMAP_PM_NONE config option
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: [PATCH 3/8] OMAP4: DSS: HDMI: Use specific HDMI timings structure
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• RE: [PATCH 1/2] config: omap2+: force fb and dss support as built-in
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH 1/2] config: omap2+: force fb and dss support as built-in
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: [PATCH 1/2] config: omap2+: force fb and dss support as built-in
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 0/2] video: Make omap2 support conditional
  • From: Tushar Behera <tushar.behera@xxxxxxxxxx>
• [PATCH 1/2] config: omap2+: force fb and dss support as built-in
  • From: Tushar Behera <tushar.behera@xxxxxxxxxx>
• [PATCH 2/2] video: omap2: Compile omap2 support only when needed
  • From: Tushar Behera <tushar.behera@xxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 03/10] omap: Move dmtimer defines to dmtimer.h
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] omap: Use separate init_irq functions to avoid cpu_is_omap tests early
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 03/10] omap: Move dmtimer defines to dmtimer.h
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] omap: Use separate init_irq functions to avoid cpu_is_omap tests early
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] omap2+: Remove gptimer_wakeup for now
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v4] OMAP2/3: hwmod: fix the i2c-reset timeout during bootup
  • From: "Avinash.H.M." <avinashhm@xxxxxx>
• Re: [PATCH 06/10] omap2+: Remove gptimer_wakeup for now
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [RFC PATCH] ARM: smp: Fix the CPU hotplug race with scheduler.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 10/10] omap2+: Rename timer-gp.c into timer.c to combine timer init functions
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 09/10] omap2+: Remove omap2_gp_clockevent_set_gptimer
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 08/10] omap2+: Use dmtimer macros for clocksource
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 07/10] omap2+: Reserve clocksource and timesource and initialize dmtimer later
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 06/10] omap2+: Remove gptimer_wakeup for now
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 05/10] omap2+: Use dmtimer macros for clockevent
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 04/10] omap: Make a subset of dmtimer functions into inline functions
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 03/10] omap: Move dmtimer defines to dmtimer.h
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 02/10] omap: Set separate timer init functions to avoid cpu_is_omap tests
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 01/10] omap: Use separate init_irq functions to avoid cpu_is_omap tests early
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 00/10] init_early cleanup for omap init_irq and init_timer
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• RE: Omap3 -> AM37xx change cpu-frequency
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ
  • From: Felipe Balbi <balbi@xxxxxx>
• Omap3 -> AM37xx change cpu-frequency
  • From: Arno Steffen <arno.steffen@xxxxxxxxxxxxxx>
• Power Management Omap3530
  • From: Chris Rodley <carlighting@xxxxxxxxxxx>
• Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ
  • From: Leigh Brown <leigh@xxxxxxxxxxxxx>
• Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] input: keypad: lm8323: convert to threaded IRQ
  • From: Leigh Brown <leigh@xxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [pm] keep Cortex M3 cores running while OMAP4 is suspended?
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [pm] keep Cortex M3 cores running while OMAP4 is suspended?
  • From: linxz02@xxxxxxx
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ARM: OMAP: Overo: remove duplicate call to overo_ads7846_init()
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 2/4] msm: iommu: move to drivers/iommu/
  • From: David Brown <davidb@xxxxxxxxxxxxxx>
• Re: OMPA4: 3.0-rc1: Unhandled fault during insmod 'ohci-hcd.ko'
  • From: Dima Zavin <dima@xxxxxxxxxxx>
• Re: [RFC/PATCH] OMAP3: run the ASM sleep code from DDR
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH] ARM: OMAP: Overo: remove duplicate call to overo_ads7846_init()
  • From: Daniel Mack <zonque@xxxxxxxxx>
• Re: [PATCH] ARM: OMAP: Overo: remove illegal extra call to overo_ads7846_init()
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC/PATCH] OMAP3: run the ASM sleep code from DDR
  • From: Kevin Hilman <khilman@xxxxxx>
• RE: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• Re: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 07/10] OMAP3+: PM: VP: use uV for max and min voltage limits
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] ARM: OMAP: Overo: remove illegal extra call to overo_ads7846_init()
  • From: Daniel Mack <zonque@xxxxxxxxx>
• Re: Trouble with newer kernels on Gumstix Overo boards
  • From: Daniel Mack <zonque@xxxxxxxxx>
• Re: Re: [alsa-devel] [PATCH v5 14/18] ASoC: twl6040: Support other sample rates in constraints.
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• RE: Trouble with newer kernels on Gumstix Overo boards
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• Re: Re: [alsa-devel] [PATCH v5 15/18] ASoC: twl6040: Remove pll and headset mode dependency
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Trouble with newer kernels on Gumstix Overo boards
  • From: Daniel Mack <zonque@xxxxxxxxx>
• Re: [alsa-devel] [PATCH v5 13/18] ASoC: twl6040: add all ABE DAIs
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [alsa-devel] [PATCH v5 17/18] ASoC: twl6040: Configure ramp step based on platform
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [alsa-devel] [PATCH v5 15/18] ASoC: twl6040: Remove pll and headset mode dependency
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [alsa-devel] [PATCH v5 16/18] ASoC: twl6040: set default constraints.
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [alsa-devel] [PATCH v5 14/18] ASoC: twl6040: Support other sample rates in constraints.
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] x86/ia64: intel-iommu: move to drivers/iommu/
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• [PATCHv2 3/3] OMAP: serial: use chained interrupt handler for IO pad wakeup
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv2 2/3] PRCM: Add support for PAD wakeup interrupts
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv2 1/3] omap: prcm: switch to a chained IRQ handler mechanism
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCHv2 0/3] PRCM chain interrupt handler
  • From: Tero Kristo <t-kristo@xxxxxx>
• [GIT PULL] omap fixes for v3.0-rc3
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: Re: Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH] OMAP3: run the ASM sleep code from DDR
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC/PATCH] OMAP3: run the ASM sleep code from DDR
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC/PATCH] OMAP3: run the ASM sleep code from DDR
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH] OMAP3: run the ASM sleep code from DDR
  • From: jean.pihet@xxxxxxxxxxxxxx
• RE: [PATCH v2] omap v4l2: fix wrong resizer calculation
  • From: "Hiremath, Vaibhav" <hvaibhav@xxxxxx>
• Re: Re: [alsa-devel] [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2] omap v4l2: fix wrong resizer calculation
  • From: Vladimir Pantelic <vladoman@xxxxxxxxx>
• [PATCH 5/8] OMAP4: DSS2: HDMI: Split the HDMI driver to DSS and IP
  • From: Mythri P K <mythripk@xxxxxx>
• [PATCH 6/8] OMAP4: DSS: HDMI: Rename the functions in HDMI IP
  • From: Mythri P K <mythripk@xxxxxx>
• [PATCH 7/8] HDMI: Move HDMI IP Library from OMAP DSS to common
  • From: Mythri P K <mythripk@xxxxxx>
• [PATCH 8/8] OMAP4: DSS: Rename hdmi_omap4_panel.c to hdmi_panel.c
  • From: Mythri P K <mythripk@xxxxxx>
• [PATCH 4/8] OMAP4: DSS: HDMI: Move the common header file definition
  • From: Mythri P K <mythripk@xxxxxx>
• [PATCH 3/8] OMAP4: DSS: HDMI: Use specific HDMI timings structure
  • From: Mythri P K <mythripk@xxxxxx>
• [PATCH 2/8] OMAP4 : DSS : HDMI : Move the EDID portion from HDMI IP
  • From: Mythri P K <mythripk@xxxxxx>
• [PATCH 1/8] OMAP4: DSS: HDMI: HDMI clean up to pass base_address
  • From: Mythri P K <mythripk@xxxxxx>
• [PATCH 0/8] HDMI: Split hdmi.c to seperate HDMI IP dependant code from DSS.
  • From: Mythri P K <mythripk@xxxxxx>
• Re: [PATCH 0/3] PRCM chain interrupt handler
  • From: Tero Kristo <t-kristo@xxxxxx>
• RE: [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 05/18] GPIO: OMAP: Handle save/restore ctx in GPIO driver
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 09/18] GPIO: OMAP: Use level/edge detect reg offsets
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 11/18] GPIO: OMAP: Clean set_gpio_triggering function
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 12/18] GPIO: OMAP: Clean omap_gpio_mod_init function
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 17/18] GPIO: OMAP: Use PM runtime framework
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• RE: [PATCH v2 18/18] GPIO: OMAP2+: Clean prepare_for_idle and resume_after_idle
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• [RESEND] [PATCH 3.0] OMAP: drop __initdata tags from static struct platform_device declarations
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 09/10] OMAP2+: PM: secure OPP access using rcu locks
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 07/10] OMAP3+: PM: VP: use uV for max and min voltage limits
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3.0] OMAP: drop __initdata tags from static struct platform_device declarations
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 3.0] OMAP: drop __initdata tags from static struct platform_device declarations
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: tidspbridge: problems executing sample apps
  • From: "Ramirez Luna, Omar" <omar.ramirez@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 09/10] OMAP2+: PM: secure OPP access using rcu locks
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 07/10] OMAP3+: PM: VP: use uV for max and min voltage limits
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] omap2+: pm: Fix section mismatch in pm_dbg_init()
  • From: Sanjeev Premi <premi@xxxxxx>
• RE: [PATCH] omap3: pm: Downgrade WARN for no wakeup source
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 0/3] PRCM chain interrupt handler
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] omap3evm: Add Mistral WL12XX config support
  • From: Shahar Lev <shahar@xxxxxxxxxx>
• Re: [PATCH] omap3: pm: Downgrade WARN for no wakeup source
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 18/18] GPIO: OMAP2+: Clean prepare_for_idle and resume_after_idle
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 17/18] GPIO: OMAP: Use PM runtime framework
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 12/18] GPIO: OMAP: Clean omap_gpio_mod_init function
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 11/18] GPIO: OMAP: Clean set_gpio_triggering function
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 09/18] GPIO: OMAP: Use level/edge detect reg offsets
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 06/18] GPIO: OMAP2+: Make non-wakeup GPIO part of pdata
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 05/18] GPIO: OMAP: Handle save/restore ctx in GPIO driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes
  • From: Kevin Hilman <khilman@xxxxxx>
• RE: [PATCH] omap3: pm: Downgrade WARN for no wakeup source
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [RFC/PATCH] OMAP3: run the ASM sleep code from DDR
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 00/14] GPIO: OMAP: first round of cleanup
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC/PATCH] OMAP3: run the ASM sleep code from DDR
  • From: "Pihet-XID, Jean" <j-pihet@xxxxxx>
• Re: [PATCH] omap3: pm: Downgrade WARN for no wakeup source
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] OMAP4: GPIO: Fix missing interrupts during device wakeup due to IOPAD.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] Fix wrong OMAP_ES_x_y defines that make omap_rev_lt_x_y and friends misbehave
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• [PATCH] omap3: pm: Downgrade WARN for no wakeup source
  • From: Sanjeev Premi <premi@xxxxxx>
• Re: Re: Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 3/3] HACK: OMAP: Serial: use PRCM wakeup events to enable clocks
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH] omap3evm: Add Mistral WL12XX config support
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• [PATCH 4/4] cbus: move cbus under drivers/Kconfig
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 3/4] cbus: Kconfig cleanup
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 2/4] cbus: drop unneeded headers
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 1/4] cbus: move <plat/cbus.h> to <linux/platform_data/cbus.h>
  • From: Felipe Balbi <balbi@xxxxxx>
• rx51 platform code for bq27x00
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• Re: Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• RE: [PATCH] omap3evm: Add Mistral WL12XX config support
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Koul, Vinod" <vinod.koul@xxxxxxxxx>
• RE: [PATCH] OMAP4: DMTIMER: enable autoidle mode
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH/RFC 0/4] OMAP: PM debug: remove register dump, misc cleanups
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v4 00/18] I2C: OMAP: I2C fixes, removal of cpu_is... from driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v4 00/18] I2C: OMAP: I2C fixes, removal of cpu_is... from driver
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Dima Zavin <dima@xxxxxxxxxxx>
• Re: [PATCH] OMAP1: enable GENERIC_IRQ_CHIP
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v4 00/18] I2C: OMAP: I2C fixes, removal of cpu_is... from driver
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• [PATCH] OMAP4: DMTIMER: enable autoidle mode
  • From: Ambresh K <ambresh@xxxxxx>
• [PATCH] OMAP4: GPIO: Fix missing interrupts during device wakeup due to IOPAD.
  • From: Ambresh K <ambresh@xxxxxx>
• Problem to set fb timings for a new display
  • From: Maxim Podbereznyy <lisarden@xxxxxxxxx>
• Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches
  • From: Felipe Balbi <balbi@xxxxxx>
• tidspbridge: problems executing sample apps
  • From: javier Martin <javier.martin@xxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 0/2] ARM IRQ Kconfig patches
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: [PATCH] omap v4l2: fix wrong resizer calculation
  • From: "Hiremath, Vaibhav" <hvaibhav@xxxxxx>
• [PATCH] OMAP4: iommu: fix clock name
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 3.0-rc2] OMAP: ams-delta: fix broken uevent sysfs entries
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 3.0-rc2] OMAP: ams-delta: fix broken uevent sysfs entries
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [PATCH 3.0-rc2] OMAP: ams-delta: fix broken uevent sysfs entries
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• [RESEND PATCH 2/2] arm: Kconfig: allow OMAP to use sparse IRQ numbering
  • From: Felipe Balbi <balbi@xxxxxx>
• [RESEND PATCH 0/2] ARM IRQ Kconfig patches
  • From: Felipe Balbi <balbi@xxxxxx>
• [RESEND PATCH 1/2] arm: Kconfig: select correct HAVE_SPARSE_IRQ symbol
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 3.0-rc2] OMAP: ams-delta: fix broken uevent sysfs entries
  • From: Felipe Balbi <balbi@xxxxxx>
• [RFC] omap_pm_get_device_context_loss_count() support on OMAP4
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH 3.0-rc2] OMAP: ams-delta: fix broken uevent sysfs entries
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [PATCHv2 15/28] OMAP4: HWMOD: Modify DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH] omap v4l2: fix wrong resizer calculation
  • From: Vladimir Pantelic <vladoman@xxxxxxxxx>
• Re: [RFC PATCHv5 0/7] HSI framework and drivers
  • From: Andras Domokos <Andras.Domokos@xxxxxxxxx>
• Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/3] HACK: OMAP: Serial: use PRCM wakeup events to enable clocks
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCH] power: opp: Fix rcu_dereference_check() without protection!
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH v2 18/18] GPIO: OMAP2+: Clean prepare_for_idle and resume_after_idle
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 17/18] GPIO: OMAP: Use PM runtime framework
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 16/18] GPIO: OMAP: Fix bankwidth for OMAP7xx MPUIO
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 15/18] GPIO: OMAP: Remove bank->method & METHOD_* macros
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 14/18] GPIO: OMAP: Fix use of readl/readw to access isr_reg
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 13/18] GPIO: OMAP15xx: Use pinctrl offset instead of macro
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 12/18] GPIO: OMAP: Clean omap_gpio_mod_init function
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 11/18] GPIO: OMAP: Clean set_gpio_triggering function
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 10/18] GPIO: OMAP: Remove hardcoded offsets in ctxt save/restore
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 09/18] GPIO: OMAP: Use level/edge detect reg offsets
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 08/18] GPIO: OMAP: Use wkup regs off/suspend support flag
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH 07/18] GPIO: OMAP: Avoid cpu checks during module ena/disable
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 06/18] GPIO: OMAP2+: Make non-wakeup GPIO part of pdata
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 05/18] GPIO: OMAP: Handle save/restore ctx in GPIO driver
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 04/18] GPIO: OMAP: Fix pwrdm_post_transition call sequence
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 03/18] GPIO: OMAP: Make gpio_context part of gpio_bank structure
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 02/18] GPIO: OMAP2+: Use flag to identify wakeup domain
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 01/18] GPIO: OMAP: Remove dependency on gpio_bank_count
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v3 3/3] arm: omap3: cm-t35: add support for cm-t3730
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 2/3] arm: omap3: cm-t35: fix slow path warning
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 1/3] arm: omap3: cm-t35: minor comments fixes
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 1/3] Initial B&N Nook Color (encore) support.
  • From: green@xxxxxxxxxxxxxx
• [PATCH 2/3] Add tps65921 chip
  • From: green@xxxxxxxxxxxxxx
• [PATCH 3/3] Update Nook Color machine 3284 to common Encore name.
  • From: green@xxxxxxxxxxxxxx
• Initial B&N Nook Color support, take six
  • From: green@xxxxxxxxxxxxxx
• Re: [PATCH] power: opp: Fix rcu_dereference_check() without protection!
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [PATCH 0/2] CBUS Patches
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 0/2] CBUS Patches
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] omap3evm: Add Mistral WL12XX config support
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH 0/2] CBUS Patches
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH v2 00/18] GPIO: OMAP: Driver Cleanup and Fixes
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• Re: [PATCH] omap3evm: Add Mistral WL12XX config support
  • From: Shahar Lev <shahar@xxxxxxxxxx>
• Re: [PATCH 0/2] CBUS Patches
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 0/2] CBUS Patches
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH] power: opp: Fix rcu_dereference_check() without protection!
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v2 0/4] drivers/iommu/ relocations
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH] OMAP1: PM: register notifiers with generic clock ops even when !PM_RUNTIME
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC 1/2] omap: mcbsp: Drop SPI mode support
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 3/3] HACK: OMAP: Serial: use PRCM wakeup events to enable clocks
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH] omap3evm: Add Mistral WL12XX config support
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH] omap3evm: Add Mistral WL12XX config support
  • From: Shahar Lev <shahar@xxxxxxxxxx>
• Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH 3.0-rc2] OMAP: ams-delta: fix broken uevent sysfs entries
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] OMAP1: enable GENERIC_IRQ_CHIP
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 3.0-rc2] OMAP: ams-delta: fix broken uevent sysfs entries
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Regulator cleanups in mach-omap2, take three
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] Fix wrong OMAP_ES_x_y defines that make omap_rev_lt_x_y and friends misbehave
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC 1/2] omap: mcbsp: Drop SPI mode support
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [RFC 2/2] omap: mcbsp: Drop in-driver transfer support
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• [RFC 1/2] omap: mcbsp: Drop SPI mode support
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: OMPA4: 3.0-rc1: Unhandled fault during insmod 'ohci-hcd.ko'
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] ARM: OMAP2+ i2c NACK without STP
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• Re: [PATCH v2 0/4] drivers/iommu/ relocations
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH] Fix wrong OMAP_ES_x_y defines that make omap_rev_lt_x_y and friends misbehave
  • From: Tasslehoff Kjappfot <tasskjapp@xxxxxxxxx>
• Re: [PATCH v7] OMAP3: beagle: add support for beagleboard xM revision C
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] drivers/iommu/ relocations
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [RFC] ARM: OMAP2+ i2c NACK without STP
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 1/3] Initial B&N Nook Color (encore) support.
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] CBUS Patches
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [RFC] ARM: OMAP2+ i2c NACK without STP
  • From: Jan Weitzel <j.weitzel@xxxxxxxxx>
• Re: [RFC PATCHv5 0/7] HSI framework and drivers
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Initial B&N Nook Color support, take five
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2] arm: omap3: cm-t35: add support for cm-t3730
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int
  • From: Paul Walmsley <paul@xxxxxxxxx>
• RE: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• RE: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• Re: Duration of mdelay and udelay depends on MPU frequency in SMP
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: Duration of mdelay and udelay depends on MPU frequency in SMP
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH] input: keypad: lm8323: convert to threaded IRQ
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 2/2] cbus: pass device as argument
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 1/2] cbus: make cbus parent of bus users
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 0/2] CBUS Patches
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v2] arm: omap3: cm-t35: add support for cm-t3730
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] OMAP3 IOMMU fixes
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH] usb:gadget: use min_t() macro instead of min()
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: [PATCH] usb:gadget: use min_t() macro instead of min()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] msm: iommu: move to drivers/iommu/
  • From: David Brown <davidb@xxxxxxxxxxxxxx>
• RE: [PATCH] usb:gadget: use min_t() macro instead of min()
  • From: "Tanya Brokhman" <tlinder@xxxxxxxxxxxxxx>
• Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH v5 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 01/18] OMAP: New twl-common for common TWL configuration
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 02/18] OMAP4: Move common twl6030 configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 03/18] OMAP3: Move common twl configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 05/18] MFD: twl4030-codec: Rename internals from codec to audio
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 06/18] MFD: twl4030-codec -> twl4030-audio: Rename the driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 08/18] mfd: twl6040: Add initial support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 07/18] MFD: twl4030-audio: Rename platform data
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 10/18] MFD: twl6040: Change platform data for soc codec driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 13/18] ASoC: twl6040: add all ABE DAIs
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 0/2] OMAP3 IOMMU fixes
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v5 11/18] input: Add initial support for TWL6040 vibrator
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 12/18] OMAP4: SDP4430: Add twl6040 vibrator platform support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 14/18] ASoC: twl6040: Support other sample rates in constraints.
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 16/18] ASoC: twl6040: set default constraints.
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 18/18] OMAP4: SDP4430: Add twl6040 codec platform support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 15/18] ASoC: twl6040: Remove pll and headset mode dependency
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 17/18] ASoC: twl6040: Configure ramp step based on platform
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 09/18] ASoC: twl6040: Convert into TWL6040 MFD child
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v5 04/18] OMAP3: Move common regulator configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int
  • From: "Ghongdemath, Girish" <girishsg@xxxxxx>
• Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP
  • From: "Vadillo, Miguel" <vadillo@xxxxxx>
• Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• RE: [PATCH] usb:gadget: use min_t() macro instead of min()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• omap3: ftrace on latest 3.0.0-rc2
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] omap: pandora: fix NAND support
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 0/2] OMAP3 IOMMU fixes
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2] arm: omap3: cm-t35: add support for cm-t3730
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 1/9] OMAP: DSS2: Change DSI platform device name from "omapdss_dsi1" to "omapdss_dsi"
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH/RFC 0/4] OMAP: PM debug: remove register dump, misc cleanups
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] usb:gadget: use min_t() macro instead of min()
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: [PATCH] usb:gadget: use min_t() macro instead of min()
  • From: "Tanya Brokhman" <tlinder@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9] OMAP: DSS2: Change DSI platform device name from "omapdss_dsi1" to "omapdss_dsi"
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH] usb:gadget: use min_t() macro instead of min()
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 3/3] OMAP: DSS2: remove update_mode from omapdss
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 2/3] OMAP: DSS2: OMAPFB: Implement auto-update mode
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 1/3] OMAP: DSS2: OMAPFB: Add struct to store per-display data
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 0/3] OMAPFB: Move auto-update to omapfb
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: N900 USB fix (Was: Re: [PATCH/RFC 2/6] OMAP2+: PM: move runtime PM implementation to use device power domains)
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: N900 USB fix (Was: Re: [PATCH/RFC 2/6] OMAP2+: PM: move runtime PM implementation to use device power domains)
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: N900 USB fix (Was: Re: [PATCH/RFC 2/6] OMAP2+: PM: move runtime PM implementation to use device power domains)
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH] omap4: fix build error when undefining CONFIG_SMP
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH] omap4: fix build error when undefining CONFIG_SMP
  • From: "Vadillo, Miguel" <vadillo@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] [PATCH] PM: export suspend_set_ops, suspend_valid_only_mem
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] usb:gadget: use min_t() macro instead of min()
  • From: Tatyana Brokhman <tlinder@xxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?
  • From: onlyfever <onlyfever@xxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: Duration of mdelay and udelay depends on MPU frequency in SMP
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [PATCH V2] PM: OPP: introduce function to free cpufreq table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2 4/4] x86/ia64: intel-iommu: move to drivers/iommu/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v2 3/4] x86: amd_iommu: move to drivers/iommu/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v2 2/4] msm: iommu: move to drivers/iommu/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v2 1/4] drivers: iommu: move to a dedicated folder
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v2 0/4] drivers/iommu/ relocations
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Koul, Vinod" <vinod.koul@xxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] msm: iommu: move to drivers/iommu/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH] OMAP3+: Kconfig: has EHCI only if USB present
  • From: "Menon, Nishanth" <nm@xxxxxx>
• RE: [PATCH] OMAP3+: Kconfig: has EHCI only if USB present
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>