Linux for Texus Instruments OMAP Processors

• Thread Index

• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• OMAP watchdog broken on 37XX?
  • From: Steve Sakoman <sakoman@xxxxxxxxx>
• [PATCH] OMAP3+: Kconfig: has EHCI only if USB present
  • From: Nishanth Menon <nm@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: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• [RFC PATCHv5 0/7] HSI framework and drivers
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• [RFC PATCHv5 6/7] HSI: Add HSI API documentation
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• [RFC PATCHv5 2/7] HSI: omap_ssi: Introducing OMAP SSI driver
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• [RFC PATCHv5 5/7] HSI: hsi_char: Add HSI char device kernel configuration
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• [RFC PATCHv5 4/7] HSI: hsi_char: Add HSI char device driver
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• [RFC PATCHv5 7/7] HSI: hsi_char: Update ioctl-number.txt
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• [RFC PATCHv5 3/7] HSI: omap_ssi: Add OMAP SSI to the kernel configuration
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• Re: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?
  • From: onlyfever <onlyfever@xxxxxxxxx>
• [PATCH v4 00/18] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 02/18] OMAP4: Move common twl6030 configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 04/18] OMAP3: Move common regulator configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 03/18] OMAP3: Move common twl configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 07/18] MFD: twl4030-audio: Rename platform data
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 05/18] MFD: twl4030-codec: Rename internals from codec to audio
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 06/18] MFD: twl4030-codec -> twl4030-audio: Rename the driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 09/18] ASoC: twl6040: Convert into TWL6040 MFD child
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 08/18] mfd: twl6040: Add initial support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 12/18] OMAP4: SDP4430: Add twl6040 vibrator platform support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 13/18] ASoC: twl6040: add all ABE DAIs
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 14/18] ASoC: twl6040: Support other sample rates in constraints.
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 15/18] ASoC: twl6040: Remove pll and headset mode dependency
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 17/18] ASoC: twl6040: Configure ramp step based on platform
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 18/18] OMAP4: SDP4430: Add twl6040 codec platform support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 16/18] ASoC: twl6040: set default constraints.
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 11/18] input: Add initial support for TWL6040 vibrator
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 10/18] MFD: twl6040: Change platform data for soc codec driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 01/18] OMAP: New twl-common for common TWL configuration
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• RE: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• Re: [PATCH 4/8] OMAP2+: PM: idle clkdms only if already in idle
  • From: Rajendra Nayak <rnayak@xxxxxx>
• RE: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• Re: [PATCH 1/8] OMAP2+: clockdomain: Add an api to read idle mode
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• Re: HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• N900 USB fix (Was: Re: [PATCH/RFC 2/6] OMAP2+: PM: move runtime PM implementation to use device power domains)
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Koul, Vinod" <vinod.koul@xxxxxxxxx>
• RE: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Koul, Vinod" <vinod.koul@xxxxxxxxx>
• Re: [PATCH v3 06/12] MFD: twl4030-codec -> twl4030-audio: Rename the driver
  • From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
• beagleboard xm alsa in mcbsp3. 2.6.39-rc4
  • From: Steve Calfee <stevecalfee@xxxxxxxxx>
• Re: [PATCH 4/8] OMAP2+: PM: idle clkdms only if already in idle
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [PATCH 1/8] OMAP2+: clockdomain: Add an api to read idle mode
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• [PATCH] arm: omap: mark dt_compat __initconst
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH v3 06/12] MFD: twl4030-codec -> twl4030-audio: Rename the driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 04/10] OMAP4: PM: VC: allow channels use of default channel volt_reg_addr
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 02/10] OMAP4: PM: VC: allow channels use of default channel i2c_slaveaddr
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 02/10] OMAP4: PM: VC: allow channels use of default channel i2c_slaveaddr
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 03/10] OMAP4: PM: VC: allow channels to use cmdra reg
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 01/10] OMAP3+: VC: fix mutant channel handling
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH/RFC 2/6] OMAP2+: PM: move runtime PM implementation to use device power domains
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• Re: [PATCH/RFC 2/6] OMAP2+: PM: move runtime PM implementation to use device power domains
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 00/28] OMAP DSS runtime PM adaptation
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 24/28] OMAP: DSS2: Remove unused code from display.c
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 23/28] OMAP: DSS2: DISPC: remove finegrained clk enables/disables
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 28/28] OMAP: DSS2: DSS: Fix context save/restore
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 27/28] OMAP: DSS2: DISPC: Fix context save/restore
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 26/28] OMAP4: CLKDEV: Remove omapdss clock aliases
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 25/28] OMAP: DSS2: Remove ctx loss count from dss.c
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 22/28] OMAP: DSS2: Remove unused opt_clock_available
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 20/28] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 21/28] OMAP4: HWMOD: Remove unneeded DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 19/28] OMAP4: HWMOD: change DSS main_clk scheme
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 18/28] OMAP2430: HWMOD: Add DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 17/28] OMAP2420: HWMOD: Add DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 16/28] OMAP3: HWMOD: Add DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 15/28] OMAP4: HWMOD: Modify DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 14/28] OMAP: DSS2: Remove CONFIG_OMAP2_DSS_SLEEP_BEFORE_RESET
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 13/28] OMAP: DSS2: Remove core_dump_clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 12/28] OMAP: DSS2: Add new FEAT definitions for features missing from OMAP2
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 11/28] OMAP: DSS2: Add FEAT_VENC_REQUIRES_TV_DAC_CLK
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 10/28] OMAP: DSS2: DPI: remove unneeded SYSCK enable/disable
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 09/28] OMAP: DSS2: Use omap_pm_get_dev_context_loss_count to get ctx loss count
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 08/28] OMAP: DSS2: rewrite use of context_loss_count
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 07/28] OMAP: DSS2: Remove clk optimization at dss init
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 06/28] OMAP: DSS2: Init dispc first before other components
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 05/28] OMAP: DSS2: Clean up probe for DSS & DSI
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 04/28] OMAP: DSS2: Handle dpll4_m4_ck in dss_get/put_clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 03/28] OMAP: DSS2: Reset LANEx_ULPS_SIG2 bits after use
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 02/28] OMAP: DSS2: Taal: Make driver more fault tolerant
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 01/28] OMAP: change get_context_loss_count ret value to int
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCHv2 00/28] OMAP DSS runtime PM adaptation
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• HELP:How to power down TWL5030 Voice/Bluetooth sidetone PGA?
  • From: onlyfever <onlyfever@xxxxxxxxx>
• [PATCH v3 01/12] OMAP: New twl-common for common TWL configuration
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 00/12] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 03/12] OMAP3: Move common twl configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 05/12] MFD: twl4030-codec: Rename internals from codec to audio
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 04/12] OMAP3: Move common regulator configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 02/12] OMAP4: Move common twl6030 configuration to twl-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 06/12] MFD: twl4030-codec -> twl4030-audio: Rename the driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 08/12] mfd: twl6040: Add initial support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 09/12] ASoC: twl6040: Convert into TWL6040 MFD child
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 11/12] input: Add initial support for TWL6040 vibrator
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 10/12] MFD: twl6040: Change platform data for soc codec driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 12/12] OMAP4: SDP4430: Add twl6040 vibrator platform support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v3 07/12] MFD: twl4030-audio: Rename platform data
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH 3/3] HACK: OMAP: Serial: use PRCM wakeup events to enable clocks
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCH 1/3] omap: prcm: switch to a chained IRQ handler mechanism
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCH 2/3] PRCM: Add support for PAD wakeup interrupts
  • From: Tero Kristo <t-kristo@xxxxxx>
• [PATCH 0/3] PRCM chain interrupt handler
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [RFC] dmaengine: add new api for preparing simple slave transfer
  • From: "Raju, Sundaram" <sundaram@xxxxxx>
• [PATCH 2/8] OMAP2+: clockdomain: Add SoC support for clkdm_is_idle
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 7/8] OMAP: clock: Add flags to identify optional clock nodes
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 0/8] Fix module-mode enable sequence on OMAP4
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 8/8] OMAP: clock: Enable clockdomain only for optional clocks
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 6/8] OMAP2+: hwmod: Follow the recomended PRCM clock enable sequence
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 5/8] OMAP4: PM: TEMP: Prevent l3init from idling/force sleep
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 1/8] OMAP2+: clockdomain: Add an api to read idle mode
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 3/8] OMAP2+: PM: Initialise sleep_switch to a non-valid value
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 4/8] OMAP2+: PM: idle clkdms only if already in idle
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH] arm: omap3: beagle: Ensure msecure is mux'd to be able to set the RTC
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [PATCH] arm: omap3: beagle: Ensure msecure is mux'd to be able to set the RTC
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [RFC 2/6] omap: iovmm: generic iommu api migration
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: Clock & PM breakage in 3.0-rc2
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Magnus Damm <magnus.damm@xxxxxxxxx>
• Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH] arm: omap3: beagle: Ensure msecure is mux'd to be able to set the RTC
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RESEND] [PATCH 1/2] OMAP1: allow reserving memory for camera
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [PATCH 2/4] msm: iommu: move to drivers/iommu/
  • From: David Brown <davidb@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] drivers/iommu/ relocations
  • From: David Brown <davidb@xxxxxxxxxxxxxx>
• Re: [RESEND] [PATCH 1/2] OMAP1: allow reserving memory for camera
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] arm: omap3: beagle: Ensure msecure is mux'd to be able to set the RTC
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [RESEND] [PATCH 1/2] OMAP1: allow reserving memory for camera
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [pm-wip/cpufreq][PATCH 3/3] OMAP2+: cpufreq: do lateinit
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [PATCH 00/11] crypto: omap-sham driver fixes
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [pm-wip/cpufreq][PATCH 3/3] OMAP2+: cpufreq: do lateinit
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [pm-wip/cpufreq][PATCH 3/3] OMAP2+: cpufreq: do lateinit
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: Clock & PM breakage in 3.0-rc2
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/
  • From: Chris Wright <chrisw@xxxxxxxxxxxx>
• Re: [PATCH] omap: iovmm: s/sg_dma_len(sg)/sg->length/
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [RFC] omap3: pm: Downgrade WARN for no wakeup source
  • From: Sanjeev Premi <premi@xxxxxx>
• Re: [GIT PULL] GPIO: OMAP fixes for v3.0-rc
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 0/4] drivers/iommu/ relocations
  • From: Ingo Molnar <mingo@xxxxxxx>
• Clock & PM breakage in 3.0-rc2
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH 0/4] drivers/iommu/ relocations
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 0/4] drivers/iommu/ relocations
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 00/11] crypto: omap-sham driver fixes
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] drivers/iommu/ relocations
  • From: Matthew Wilcox <matthew@xxxxxx>
• [PATCH v3 11/12] OMAP2: Serial: Add has_async_wake flag.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 08/12] Serial: OMAP2+: Make the RX_TIMEOUT for DMA configurable for each UART
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 06/12] Serial: OMAP2+: Move erratum handling from serial.c
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 10/12] OMAP: Serial: Use resume call from prcm to enable uart
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 07/12] OMAP: Serial: Allow UART parameters to be configured from board file.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 02/12] OMAP2+: UART: Remove uart clock handling code from serial.c
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 04/12] Serial: OMAP: Add runtime pm support for omap-serial driver
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 09/12] OMAP3: Serial: Remove uart pads from 3430 board file.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 12/12] OMAP4: Serial: Set TX_FIFO_THRESHOLD if uart in dma mode for es2.0
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 01/12] OMAP2+: UART: Remove certain uart calls from sram_idle
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 03/12] OMAP2+: Serial: Add default mux for all uarts.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 00/12] OMAP2+: Serial: Runtime adaptation + cleanup
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v3 05/12] OMAP: Serial: Hold console lock for console usage.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• Re: [PATCH 0/2] OMAP3 IOMMU fixes
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [RFC 2/6] omap: iovmm: generic iommu api migration
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 0/4] drivers/iommu/ relocations
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 0/4] drivers/iommu/ relocations
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 1/4] drivers: iommu: move to a dedicated folder
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 2/4] msm: iommu: move to drivers/iommu/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 4/4] x86: intel-iommu: move to drivers/iommu/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 3/4] x86: amd_iommu: move to drivers/iommu/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH] OMAP4: McBSP: Clear rx_irq at probe time
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [RFC PATCHv4 0/7] HSI framework and drivers
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• Re: [PATCH v2 03/12] OMAP3: Move common pmic configuration to pmic-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH] omap: iovmm: s/sg_dma_len(sg)/sg->length/
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH pm_wip/cpufreq] OMAP2+: cpufreq: Enable all CPUs in shared policy mask
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 10/10] OMAP2+: PM: init_voltages: handle non compliant bootloaders
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 10/10] OMAP2+: PM: init_voltages: handle non compliant bootloaders
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [pm-wip/voltdm_nm][PATCH 10/10] OMAP2+: PM: init_voltages: handle non compliant bootloaders
  • From: Colin Cross <ccross@xxxxxxxxxx>
• [pm-wip/voltdm_nm][PATCH 10/10] OMAP2+: PM: init_voltages: handle non compliant bootloaders
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [pm-wip/cpufreq][PATCH 3/3] OMAP2+: cpufreq: do lateinit
  • From: "Menon, Nishanth" <nm@xxxxxx>
• [GIT PULL] GPIO: OMAP fixes for v3.0-rc
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] OMAP1: PM: register notifiers with generic clock ops even when !PM_RUNTIME
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH] OMAP1: enable GENERIC_IRQ_CHIP
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• RE: [PATCH v7] OMAP3: beagle: add support for beagleboard xM revision C
  • From: "Kridner, Jason" <jdk@xxxxxx>
• Re: [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [pm-wip/cpufreq][PATCH 3/3] OMAP2+: cpufreq: do lateinit
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • 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-rc1] PM / runtime: fix broken iteration over clock ids
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH pm_wip/cpufreq] OMAP2+: cpufreq: Enable all CPUs in shared policy mask
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• [PATCH v7] OMAP3: beagle: add support for beagleboard xM revision C
  • From: "Fernandes, Joel A" <joelagnel@xxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC] OMAP: McBSP not working if CONFIG_PM_RUNTIME not set
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [pm-wip/cpufreq][PATCH 1/3] OMAP2+: cpufreq: minor flow beautification
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 2/3] I2C: OMAP: remove dev->idle, use usage counting provided by runtime PM
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 3/3] I2C: OMAP: remove racy suspend/resume callbacks
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 1/3] I2C: OMAP: remove unneccesary use of pdev
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 0/3] I2C: OMAP: PM related cleanup
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH v2 1/2] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC PATCHv4 0/7] HSI framework and drivers
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• Re: [PATCH v2 03/12] OMAP3: Move common pmic configuration to pmic-common
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH v2 00/12] MFD/ASoC/Input: TWL4030/TWL60X0 changes
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 01/12] OMAP: New pmic-common for common TWL configuration
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 02/12] OMAP4: Move common twl6030 configuration to pmic-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 03/12] OMAP3: Move common pmic configuration to pmic-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 05/12] MFD: twl4030-codec: Rename internals from codec to audio
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 06/12] MFD: twl4030-codec -> twl4030-audio: Rename the driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 07/12] MFD: twl4030-audio: Rename platform data
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 08/12] mfd: twl6040: Add initial support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 10/12] MFD: twl6040: Change platform data for soc codec driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 09/12] ASoC: twl6040: Convert into TWL6040 MFD child
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 12/12] OMAP4: SDP4430: Add twl6040 vibrator platform support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 11/12] input: Add initial support for TWL6040 vibrator
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v2 04/12] OMAP3: Move common regulator configuration to pmic-common
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC 2/6] omap: iovmm: generic iommu api migration
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v4 00/18] I2C: OMAP: I2C fixes, removal of cpu_is... from driver
  • From: Ben Dooks <ben-i2c@xxxxxxxxx>
• Re: [PATCH 1/9] OMAP: DSS2: Change DSI platform device name from "omapdss_dsi1" to "omapdss_dsi"
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [pm-wip/cpufreq][PATCH 3/3] OMAP2+: cpufreq: do lateinit
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [RFC 1/6] omap: iommu: generic iommu api migration
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 1/9] OMAP: DSS2: Change DSI platform device name from "omapdss_dsi1" to "omapdss_dsi"
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: problem with "undefined instruction"
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 1/9] OMAP: DSS2: Change DSI platform device name from "omapdss_dsi1" to "omapdss_dsi"
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [RFC 1/6] omap: iommu: generic iommu api migration
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC 2/6] omap: iovmm: generic iommu api migration
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [RFC 1/6] omap: iommu: generic iommu api migration
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH] arm: omap3: beagle: Ensure msecure is mux'd to be able to set the RTC
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [RFC 2/6] omap: iovmm: generic iommu api migration
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH] arm: omap3: beagle: Ensure msecure is mux'd to be able to set the RTC
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [RFC 1/6] omap: iommu: generic iommu api migration
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [RFC 2/6] omap: iovmm: generic iommu api migration
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [pm-wip/cpufreq][PATCH 3/3] OMAP2+: cpufreq: do lateinit
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] arm: omap3: beagle: Ensure msecure is mux'd to be able to set the RTC
  • From: Alexander Holler <holler@xxxxxxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 04/10] OMAP4: PM: VC: allow channels use of default channel volt_reg_addr
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 07/10] OMAP3+: PM: VP: use uV for max and min voltage limits
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 09/10] OMAP2+: PM: secure OPP access using rcu locks
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 08/10] OMAP3+: PM: introduce a central pmic control
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 06/10] OMAP3+: PM: VC: support configuring PMIC over I2C_SR
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 05/10] OMAP4: PM: VC: allow channels use of default channel cmd_reg_addr
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 02/10] OMAP4: PM: VC: allow channels use of default channel i2c_slaveaddr
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 03/10] OMAP4: PM: VC: allow channels to use cmdra reg
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 01/10] OMAP3+: VC: fix mutant channel handling
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/voltdm_nm][PATCH 00/10] OMAP2+: voltage: fixes
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/cpufreq][PATCH 3/3] OMAP2+: cpufreq: do lateinit
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/cpufreq][PATCH 2/3] OMAP2+: cpufreq: notify even with bad boot frequency
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/cpufreq][PATCH 1/3] OMAP2+: cpufreq: minor flow beautification
  • From: Nishanth Menon <nm@xxxxxx>
• [pm-wip/cpufreq][PATCH 0/3] OMAP2+: cpufreq: fixes
  • From: Nishanth Menon <nm@xxxxxx>
• [PATCH 3.0-rc2] OMAP: ams-delta: fix broken uevent sysfs entries
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [GIT PULL] OMAP PM fixes for v3.0-rc
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 1/2] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Todd Poynor <toddpoynor@xxxxxxxxxx>
• Re: [PATCH][pm-wip/cpufreq] OMAP2+: CPUfreq: Remove superfluous check in target() for online CPU's.
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v2 1/2] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCH v2 2/2] ARM: omap4: gpio: add locking around calls to _set_gpio_triggering
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 2/2] Remove old-style supply.dev assignments common in hsmmc init
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/2] cleanup regulator supply definitions in mach-omap2
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] cleanup regulator supply definitions in mach-omap2
  • From: green@xxxxxxxxxxxxxx
• [PATCH 2/2] Remove old-style supply.dev assignments common in hsmmc init
  • From: green@xxxxxxxxxxxxxx
• Regulator cleanups in mach-omap2, take three
  • From: green@xxxxxxxxxxxxxx
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: calling runtime PM from system PM methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY
  • From: Oleg Drokin <green@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/2] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY
  • From: Oleg Drokin <green@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH][pm-wip/cpufreq] OMAP2+: CPUfreq: Remove superfluous check in target() for online CPU's.
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v10 4/7] MFD: TWL4030: power scripts for OMAP3 boards
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY
  • From: Oleg Drokin <green@xxxxxxxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v10 0/7] MFD: TWL4030: power script and workaround for erratum 27
  • From: "Manuel, Lesly Arackal" <leslyam@xxxxxx>
• Re: [PATCH v10 4/7] MFD: TWL4030: power scripts for OMAP3 boards
  • From: "Manuel, Lesly Arackal" <leslyam@xxxxxx>
• Re: [RFC PATCH V5 1/4] cpuidle: Move dev->last_residency update to driver enter routine, remove dev->last_state
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• [PATCH] mfd: omap: fix the crash during omap ehci or ohci driver initialization
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [RFC PATCH V5 1/4] cpuidle: Move dev->last_residency update to driver enter routine, remove dev->last_state
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V5 4/4] cpuidle: Single/Global registration of idle states
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V5 3/4] cpuidle: Split cpuidle_state structure and move per-cpu statistics fields
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V5 2/4] cpuidle: Remove CPUIDLE_FLAG_IGNORE and dev->prepare()
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH V5 0/4] cpuidle: global registration of idle states with per-cpu statistics
  • From: Trinabh Gupta <trinabh@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: problem with "undefined instruction"
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• Re: Testing cbus in N800
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Oops on ehci_hcd when booting 3.0.0-rc2 on panda
  • From: Luciano Coelho <coelho@xxxxxx>
• Re: Oops on ehci_hcd when booting 3.0.0-rc2 on panda
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: Oops on ehci_hcd when booting 3.0.0-rc2 on panda
  • From: Felipe Balbi <balbi@xxxxxx>
• Oops on ehci_hcd when booting 3.0.0-rc2 on panda
  • From: Luciano Coelho <coelho@xxxxxx>
• [GIT PULL] omap fixes for v3.0-rc2
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 2/2] Remove old-style supply.dev assignments common in hsmmc init
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 3/8] MFD: twl4030-audio: Rename platform data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: back-door musb USB host support
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 2/2] Remove old-style supply.dev assignments common in hsmmc init
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/2] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/27] OMAP: change get_context_loss_count ret value to int
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• RE: [PATCH] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
• Re: [PATCH 03/27] OMAP: DSS2: Reset LANEx_ULPS_SIG2 bits after use
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 1/2] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 2/2] Remove old-style supply.dev assignments common in hsmmc init
  • From: green@xxxxxxxxxxxxxx
• [PATCH 1/2] cleanup regulator supply definitions in mach-omap2 to use REGULATOR_SUPPLY
  • From: green@xxxxxxxxxxxxxx
• Regulator cleanups in mach-omap2, take two
  • 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
• [PATCH 1/3] Initial B&N Nook Color (encore) support.
  • From: green@xxxxxxxxxxxxxx
• Initial B&N Nook Color support, take five
  • From: green@xxxxxxxxxxxxxx
• Re: [PATCH 03/27] OMAP: DSS2: Reset LANEx_ULPS_SIG2 bits after use
  • From: Archit Taneja <archit@xxxxxx>
• Re: Testing cbus in N800
  • From: "S, Venkatraman" <svenkatr@xxxxxx>
• Testing cbus in N800
  • From: Nicolau Werneck <nwerneck@xxxxxxxxx>
• back-door musb USB host support
  • From: Oleg Drokin <green@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3.0-rc1] PM / runtime: fix broken iteration over clock ids
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• Re: [PATCH v4] OMAP2/3: hwmod: fix the i2c-reset timeout during bootup
  • From: "Avinash.H.M." <avinashhm@xxxxxx>
• Re: [PATCH] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• OMPA4: 3.0-rc1: Unhandled fault during insmod 'ohci-hcd.ko'
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [PATCH] ARM: omap4: gpio: fix setting IRQWAKEN bits
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [beagleboard] Re: [PATCH v6] OMAP3: beagle: add support for beagleboard xM revision C
  • From: Koen Kooi <koen@xxxxxxxxxxxxxxx>
• Re: [PATCH v6] OMAP3: beagle: add support for beagleboard xM revision C
  • From: Jason Kridner <jkridner@xxxxxxxxxxxxxxx>
• Re: [PATCH v6] OMAP3: beagle: add support for beagleboard xM revision C
  • From: Jason Kridner <jkridner@xxxxxxxxxxxxxxx>
• RE: [PATCH v6] OMAP3: beagle: add support for beagleboard xM revision C
  • From: "Kooi, Koen" <k-kooi@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [pm_wip/voltdm_nm][PATCH v2 1/3] OMAP4: PM: VC: fix channel bit offset for MPU
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] omap: cleanup NAND platform data
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• [PATCH v6] OMAP3: beagle: add support for beagleboard xM revision C
  • From: "Fernandes, Joel A" <joelagnel@xxxxxx>
• Re: [PATCH] omap: cleanup NAND platform data
  • From: Vimal Singh <vimal.newwork@xxxxxxxxx>
• [PATCH] omap: pandora: fix NAND support
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• [PATCH] omap: cleanup NAND platform data
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• Re: [PATCH 4/8] mfd: twl6040: Add initial support
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [pm_wip/voltdm_nm][PATCH v2 2/3] OMAP4: PM: VC: introduce concept of default channel
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm_wip/voltdm_nm][PATCH 1/2] OMAP3+: PM: VP: use uV for max and min voltage limits
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 01/27] OMAP: change get_context_loss_count ret value to int
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 15/15] OMAP: GPIO: clean omap_gpio_mod_init function
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 3/8] MFD: twl4030-audio: Rename platform data
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2] arm: omap3: cm-t35: add support for cm-t3730
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH][pm-wip/cpufreq] OMAP2+: CPUfreq: Remove superfluous check in target() for online CPU's.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH] twl4030_charger: fix warnings
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• Re: [PATCH 15/15] OMAP: GPIO: clean omap_gpio_mod_init function
  • From: "Varadarajan, Charulatha" <charu@xxxxxx>
• Re: [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: Igor Dmitriev <ext-dmitriev.igor@xxxxxxxxx>
• [PATCH 27/27] OMAP: DSS2: DSS: Fix context save/restore
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 26/27] OMAP: DSS2: DISPC: Fix context save/restore
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 25/27] OMAP4: CLKDEV: Remove omapdss clock aliases
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 24/27] OMAP: DSS2: Remove ctx loss count from dss.c
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 23/27] OMAP: DSS2: Remove unused code from display.c
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 22/27] OMAP: DSS2: DISPC: remove finegrained clk enables/disables
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 21/27] OMAP: DSS2: Remove unused opt_clock_available
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 20/27] OMAP4: HWMOD: Remove unneeded DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 19/27] OMAP: DSS2: Use PM runtime & HWMOD support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 13/27] OMAP: DSS2: Remove core_dump_clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 18/27] OMAP2430: HWMOD: Add DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 17/27] OMAP2420: HWMOD: Add DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 16/27] OMAP3: HWMOD: Add DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 15/27] OMAP4: HWMOD: Modify DSS opt clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 14/27] OMAP: DSS2: Remove CONFIG_OMAP2_DSS_SLEEP_BEFORE_RESET
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 12/27] OMAP: DSS2: Add new FEAT definitions for features missing from OMAP2
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 11/27] OMAP: DSS2: Add FEAT_VENC_REQUIRES_TV_DAC_CLK
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 10/27] OMAP: DSS2: DPI: remove unneeded SYSCK enable/disable
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 09/27] OMAP: DSS2: Use omap_pm_get_dev_context_loss_count to get ctx loss count
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 08/27] OMAP: DSS2: rewrite use of context_loss_count
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 06/27] OMAP: DSS2: Init dispc first before other components
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 07/27] OMAP: DSS2: Remove clk optimization at dss init
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 04/27] OMAP: DSS2: Handle dpll4_m4_ck in dss_get/put_clocks
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 05/27] OMAP: DSS2: Clean up probe for DSS & DSI
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 03/27] OMAP: DSS2: Reset LANEx_ULPS_SIG2 bits after use
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 02/27] OMAP: DSS2: Taal: Make driver more fault tolerant
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 01/27] OMAP: change get_context_loss_count ret value to int
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• [PATCH 00/27] OMAP DSS runtime PM adaptation
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 3/8] MFD: twl4030-audio: Rename platform data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [PATCH v10 0/7] MFD: TWL4030: power script and workaround for erratum 27
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm_wip/voltdm_nm][PATCH v2 2/3] OMAP4: PM: VC: introduce concept of default channel
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [pm_wip/voltdm_nm][PATCH v2 2/3] OMAP4: PM: VC: introduce concept of default channel
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [RFC 0/6] iommu: generic api migration and grouping
  • From: Kyungmin Park <kmpark@xxxxxxxxxxxxx>
• Re: [pm_wip/voltdm_nm][PATCH v2 2/3] OMAP4: PM: VC: introduce concept of default channel
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [pm_wip/voltdm_nm][PATCH v2 3/3] OMAP4: PM: VC: make omap_vc_i2c_init static
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [pm_wip/voltdm_nm][PATCH v2 2/3] OMAP4: PM: VC: introduce concept of default channel
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PM-WIP_CPUFREQ][PATCH v4 2/4] OMAP2+: cpufreq: use OPP library
  • From: "Menon, Nishanth" <nm@xxxxxx>
• Re: [PATCH] media: omap3isp: fix a pontential NULL deref
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH pm_wip/voltdm_nm] OMAP: VP: Explicitly mask VPVOLTAGE field
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] OMAP: PM: omap_device: fix device power domain callbacks
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PM-WIP_CPUFREQ][PATCH v4 2/4] OMAP2+: cpufreq: use OPP library
  • From: Kevin Hilman <khilman@xxxxxx>
• [RFC 0/6] iommu: generic api migration and grouping
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 2/6] omap: iovmm: generic iommu api migration
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 1/6] omap: iommu: generic iommu api migration
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 3/6] media: omap3isp: generic iommu api migration
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 5/6] omap: iommu/iovmm: move to dedicated iommu folder
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 6/6] msm: iommu: move to dedicated iommu drivers folder
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFC 4/6] drivers: iommu: move to a dedicated folder
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PM-WIP_CPUFREQ][PATCH v4 3/4] OMAP2+: cpufreq: put clk if cpu_init failed
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PM-WIP_CPUFREQ][PATCH v4 1/4] OMAP2+: cpufreq: dont support !freq_table
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PM-WIP_CPUFREQ][PATCH v4 2/4] OMAP2+: cpufreq: use OPP library
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 9/10] arch/arm/mach-omap2/clock.c: add missing clk_put
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 4/7] MFD: TWL4030: power scripts for OMAP3 boards
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 05/11] omap-sham: move some flags to device context
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 02/11] omap-sham: remove unused code
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 09/11] omap-sham: irq handler must not clear error code
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 11/11] omap-sham: do not schedule tasklet if there is no active requests
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 10/11] omap-sham: clear device flags when finishing request
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 07/11] omap-sham: remove dedicated queue handling tasklet
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 08/11] omap-sham: irq and dma handling changes
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 04/11] omap-sham: replace flags operation with atomic bit operations
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 06/11] omap-sham: remove unnecessary local variable
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 03/11] omap-sham: replace flags bit mask with bit number
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 01/11] omap-sham: remove extra reference
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• [PATCH 00/11] crypto: omap-sham driver fixes
  • From: Dmitry Kasatkin <dmitry.s.kasatkin@xxxxxxxxx>
• Re: [PATCH v10 0/7] MFD: TWL4030: power script and workaround for erratum 27
  • From: Steve Sakoman <sakoman@xxxxxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v10 0/7] MFD: TWL4030: power script and workaround for erratum 27
  • From: Steve Sakoman <sakoman@xxxxxxxxx>
• [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH] OMAP2+: CPUfreq: Allow the CPU scaling when secondary CPUs are offline.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [linux-pm] calling runtime PM from system PM methods
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] OMAP2PLUS: Enable HIGHMEM
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• RE: [PATCH RFC] OMAP2PLUS: Enable HIGHMEM
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH RFC] OMAP2PLUS: Enable HIGHMEM
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH RFC] OMAP2PLUS: Enable HIGHMEM
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH 0/8] MFD/ASoC: TWL4030/TWL6040 changes
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] arm: omap: usb: ehci and ohci hwmod structures for omap3 and omap4
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [PATCH 3/8] MFD: twl4030-audio: Rename platform data
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• [PATCH v4 08/18] I2C: OMAP2+: use platform_data ip revision to select register map
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 14/18] I2C: OMAP1/OMAP2+: create omap I2C functionality flags for each cpu_... test
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 09/18] I2C: OMAP2+: Solve array bounds overflow error on i2c idle
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 16/18] I2C: OMAP1: set i2c unit feature implementation flags in platform data
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 13/18] I2C: OMAP2+: Pass flags up to omap i2c platform_data as well
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 18/18] I2C: OMAP1/OMAP2+: prepend I2C IP version to probed version shown in dev_info
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 17/18] I2C: OMAP2+: Convert omap I2C driver to use feature implementation flags from platform data
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 15/18] I2C: OMAP2+: add correct functionality flags to all omap2plus i2c dev_attr
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 12/18] I2C: OMAP1/OMAP2+: add flags field to omap i2c platform data
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 11/18] I2C: OMAP2+: increase omap_i2c_dev_attr flags from u8 to u32
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 10/18] I2C: OMAP2+: address confused probed version naming
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 07/18] I2C: OMAP2+: Pass hwmod rev knowledge via platform_data when i2c bus added
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 06/18] I2C: OMAP1: set IP revision in platform data
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 05/18] I2C: OMAP: add rev to omap i2c platform data
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 04/18] I2C: OMAP2+: Tag all OMAP2+ hwmod defintions with I2C IP revision
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 03/18] I2C: OMAP2+: Introduce I2C IP versioning constants
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 02/18] I2C: OMAP2+: Name registers in I2C IP V2 only accordingly
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 01/18] I2C: OMAP2+: Set hwmod flags to only allow 16-bit accesses to i2c
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH v4 00/18] I2C: OMAP: I2C fixes, removal of cpu_is... from driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Kevin Hilman <khilman@xxxxxx>
• calling runtime PM from system PM methods
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] OMAP2: CONFIG_TOUCHSCREEN_ADS7846 XOR CONFIG_MTD_NAND_OMAP2 breaks build
  • From: Matthias Scheer <scheer@xxxxxxxxx>
• Re: [PATCH 3/4] arm: omap: usb: device name change for the clk names of usbhs
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 2/4] arm: omap: usb: register hwmods of usbhs
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 2/4] arm: omap: usb: register hwmods of usbhs
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 1/4] arm: omap: usb: ehci and ohci hwmod structures for omap3 and omap4
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 9/10] arch/arm/mach-omap2/clock.c: add missing clk_put
  • From: Julia Lawall <julia@xxxxxxx>
• [PATCH] media: omap3isp: fix a pontential NULL deref
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: OMAP gpiolib?
  • From: Brian Hutchinson <b.hutchman@xxxxxxxxx>
• Re: OMAP gpiolib?
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: [PATCH/RFC 2/4] OMAP2: PM debug: remove register dumping
  • From: "Titiano, Patrick" <p-titiano@xxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] mfd: twl6040: Add initial support
  • From: "T Krishnamoorthy, Balaji" <balajitk@xxxxxx>
• Re: [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [PATCH 3/8] MFD: twl4030-audio: Rename platform data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH v3 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v3 2/2] omap3: iovmm: Support non page-aligned buffers in iommu_vmap
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH 1/4] arm: omap: usb: ehci and ohci hwmod structures for omap3 and omap4
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 4/4] mfd: global Suspend and resume support of ehci and ohci
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 3/4] arm: omap: usb: device name change for the clk names of usbhs
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 0/4] arm: omap: usb: Hwmod and Runtime PM support for EHCI & OHCI
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 2/4] arm: omap: usb: register hwmods of usbhs
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• Re: [PATCH v2 2/2] omap3: iovmm: Support non page-aligned buffers in iommu_vmap
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 3/8] MFD: twl4030-audio: Rename platform data
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] omap3: iovmm: Support non page-aligned buffers in iommu_vmap
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] omap3: iovmm: Support non page-aligned buffers in iommu_vmap
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] MFD: twl4030-audio: Rename platform data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 3/8] MFD: twl4030-audio: Rename platform data
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
• Re: [PATCH v2 2/2] omap3: iovmm: Support non page-aligned buffers in iommu_vmap
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH v2 1/2] omap3: iovmm: Work around sg_alloc_table size limitation in IOMMU
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] omap3: iovmm: Support non page-aligned buffers in iommu_vmap
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] MFD: twl4030-audio: Rename platform data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] ARM: OMAP4: MMC: increase delay for pbias
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 1/2] OMAP: gpmc-smsc911x: always set irq flags to IORESOURCE_IRQ_LOWLEVEL
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 1/2] OMAP: gpmc-smsc911x: always set irq flags to IORESOURCE_IRQ_LOWLEVEL
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 2/8] MFD: twl4030-codec -> twl4030-audio: Rename the driver
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>