Linux for Texus Instruments OMAP Processors

• Thread Index

• [PATCH v9 1/4] cpuidle: Move dev->last_residency update to driver enter routine; remove dev->last_state
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 2/4] cpuidle: Remove CPUIDLE_FLAG_IGNORE and dev->prepare()
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 3/4] cpuidle: Split cpuidle_state structure and move per-cpu statistics fields
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 4/4] cpuidle: Single/Global registration of idle states
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• [PATCH v9 0/4] cpuidle: Global registration of idle states with per-cpu statistics
  • From: Deepthi Dharwar <deepthi@xxxxxxxxxxxxxxxxxx>
• RE: [RFC] Change ECC algorithm from userspace
  • From: Atlant Schmidt <aschmidt@xxxxxxxxxxxxxxxx>
• Re: [RFC] Change ECC algorithm from userspace
  • From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
• Re: [RFC] Change ECC algorithm from userspace
  • From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
• Re: [GIT PULL] pending DT patches and cleanup for map_io for v3.2 merge window
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [RFC] Change ECC algorithm from userspace
  • From: Javier Martinez Canillas <martinez.javier@xxxxxxxxx>
• Re: [GIT PULL] pending DT patches and cleanup for map_io for v3.2 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• HSI framework for linux-next
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• Re: [PATCH 2/2 v3] net/smsc911x: Add regulator support
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH 2/2 v3] net/smsc911x: Add regulator support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2 v3] net/smsc911x: Add regulator support
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH 2/2 v3] net/smsc911x: Add regulator support
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v4 1/4] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH 2/2 v3] net/smsc911x: Add regulator support
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH 2/2 v3] net/smsc911x: Add regulator support
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] regulator: map consumer regulator based on device tree
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] regulator: pass additional of_node to regulator_register()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] regulator: adapt fixed regulator driver to dt
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] regulator: helper routine to extract regulator_init_data
  • From: "Nayak, Rajendra" <rnayak@xxxxxx>
• Re: [PATCH v3 0/4] Device tree support for regulators
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] omap4: sdp: Pass regulator data from dt
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] regulator: twl: adapt twl-regulator driver to dt
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] omap4: panda: Pass regulator data from DT
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 2/3] omap4: sdp: Pass regulator data from dt
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 1/3] regulator: twl: adapt twl-regulator driver to dt
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH 0/3] Device tree support for TWL regulators
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v3 3/4] regulator: pass additional of_node to regulator_register()
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v3 4/4] regulator: map consumer regulator based on device tree
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v3 1/4] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v3 2/4] regulator: adapt fixed regulator driver to dt
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v3 0/4] Device tree support for regulators
  • From: Rajendra Nayak <rnayak@xxxxxx>
• RE: [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds
  • From: "Nori, Sekhar" <nsekhar@xxxxxx>
• Re: msub: error running host mode on 3.1.0rc4
  • From: Tasslehoff Kjappfot <tasskjapp@xxxxxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 2/2] OMAPDSS: HDMI: Disable HDMI DDC internal pull up
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 1/2] OMAPDSS: HDMI: Move duplicate code from boardfile to
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 1/7] amp/remoteproc: add framework for controlling remote processors
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: [PATCH 0/7] Introducing a generic AMP framework
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 1/7] amp/remoteproc: add framework for controlling remote processors
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 0/7] Introducing a generic AMP framework
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH] ARM: remove NR_IRQS dependency for ARM-specific HARDIRQ_BITS definition
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH] ARM: remove NR_IRQS dependency for ARM-specific HARDIRQ_BITS definition
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• [PATCH] ARM: remove NR_IRQS dependency for ARM-specific HARDIRQ_BITS definition
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v5 3/7] arm: perf: support device with other non-irq resources
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/7] arm: perf: support device with other non-irq resources
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• [PATCH 1/7] amp/remoteproc: add framework for controlling remote processors
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 0/7] Introducing a generic AMP framework
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 4/7] amp/omap: add a remoteproc driver
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 5/7] ARM: OMAP: add amp/remoteproc support
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 3/7] amp/remoteproc: create rpmsg virtio device
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 6/7] amp/rpmsg: add virtio-based remote processor messaging bus
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 7/7] samples/amp: add an rpmsg driver sample
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 2/7] amp/remoteproc: add debugfs entries
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 1/2] OMAPDSS: HDMI: Move duplicate code from boardfile to
  • From: "K, Mythri P" <mythripk@xxxxxx>
• Re: [PATCH 2/2] OMAPDSS: HDMI: Disable HDMI DDC internal pull up
  • From: "K, Mythri P" <mythripk@xxxxxx>
• Re: [PATCH v5 3/7] arm: perf: support device with other non-irq resources
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v5 3/7] arm: perf: support device with other non-irq resources
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Linux 3.0 DSS support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v5 3/7] arm: perf: support device with other non-irq resources
  • From: Ming Lei <ming.lei@xxxxxxxxxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH] of: Add a reg-names property to name reg entries
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Linux 3.0 DSS support
  • From: Peter Barada <peter.barada@xxxxxxxxxxx>
• [PATCH] of: Add a reg-names property to name reg entries
  • From: Benoit Cousson <b-cousson@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/7] arm: perf: support device with other non-irq resources
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH v5 7/7] arm: omap4: pmu: support runtime pm
  • From: ming.lei@xxxxxxxxxxxxx
• [PATCH v5 6/7] arm: omap4: support pmu
  • From: ming.lei@xxxxxxxxxxxxx
• [PATCH v5 5/7] arm: omap4: create pmu device via hwmod
  • From: ming.lei@xxxxxxxxxxxxx
• [PATCH v5 4/7] arm: omap4: hwmod: introduce emu hwmod
  • From: ming.lei@xxxxxxxxxxxxx
• [PATCH v5 3/7] arm: perf: support device with other non-irq resources
  • From: ming.lei@xxxxxxxxxxxxx
• [PATCH v5 2/7] arm: pmu: allow platform specific irq enable/disable handling
  • From: ming.lei@xxxxxxxxxxxxx
• [PATCH v5 1/7] arm: introduce cross trigger interface helpers
  • From: ming.lei@xxxxxxxxxxxxx
• [PATCH v5 0/7] arm: pmu: support pmu/perf on OMAP4
  • From: ming.lei@xxxxxxxxxxxxx
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] MMC: disable multiblock reads on controllers that don't support them
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] pending DT patches and cleanup for map_io for v3.2 merge window
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• TI OMAP4430 - UHS support
  • From: Manoharan Vijaya Raghavan <thenewsymbol@xxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Simple GPMC device driver with basic User application
  • From: James <angweiyang@xxxxxxxxx>
• OMAP HSMMC data timeout calculation
  • From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
• Re: [RFC PATCHv5 0/7] HSI framework and drivers
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCHv5 0/7] HSI framework and drivers
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] OMAPDSS: HDMI: Disable HDMI DDC internal pull up
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 1/2] OMAPDSS: HDMI: Move duplicate code from boardfile to
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [RFC PATCHv5 0/7] HSI framework and drivers
  • From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
• Re: [RFC PATCHv5 0/7] HSI framework and drivers
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 2/2] OMAPDSS: HDMI: Disable HDMI DDC internal pull up
  • From: <mythripk@xxxxxx>
• [PATCH 1/2] OMAPDSS: HDMI: Move duplicate code from boardfile to
  • From: <mythripk@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: Build error while adding debug LL support for new board
  • From: "Mohammed, Afzal" <afzal@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Build error while adding debug LL support for new board
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Build error while adding debug LL support for new board
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Build error while adding debug LL support for new board
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [RFC PATCHv5 0/7] HSI framework and drivers
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• Re: Build error while adding debug LL support for new board
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• RE: Build error while adding debug LL support for new board
  • From: "Mohammed, Afzal" <afzal@xxxxxx>
• [PATCH 2/2] OMAPDSS: HDMI: SDP: Disable HDMI DDC internal pull up
  • From: <mythripk@xxxxxx>
• [PATCH 1/2] OMAPDSS: HDMI: Panda: Disable HDMI DDC internal pull up
  • From: <mythripk@xxxxxx>
• Re: [PATCH v7 21/21] OMAP2+: UART: Do not gate uart clocks if used for debug_prints
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v7 21/21] OMAP2+: UART: Do not gate uart clocks if used for debug_prints
  • From: "Mohammed, Afzal" <afzal@xxxxxx>
• Re: [PATCH v7 21/21] OMAP2+: UART: Do not gate uart clocks if used for debug_prints
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• RE: Help with interfacing to OMAP2+: McBSP
  • From: "Paul Chiha" <paul.chiha@xxxxxxxxxxxxxxxxxx>
• [PATCH] ARM: OMAP3: cm-t35: fix mux mode for DSS pins
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• [PATCH 2/2] OMAP: PM: remove the latency related functions from the API
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 1/2] OMAP: convert I2C driver to PM QoS for latency constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 0/2] OMAP: PM: switch from omap_pm_ functions to PM QoS
  • From: jean.pihet@xxxxxxxxxxxxxx
• RE: [PATCH v7 21/21] OMAP2+: UART: Do not gate uart clocks if used for debug_prints
  • From: "Mohammed, Afzal" <afzal@xxxxxx>
• [PATCH 3/4 v2] ARM: OMAP3: cm-t35: fix audio
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] ARM: OMAP3: cm-t35: fix audio
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 6/6] OMAP3: powerdomain data: add wake-up latency figures
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 5/6] OMAP3: update cpuidle latency and threshold figures
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 4/6] OMAP3: cpuidle: next C-state decision depends on the PM QoS MPU and CORE constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 3/6] OMAP: PM: register to the per-device PM QoS framework
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 2/6] OMAP2+: omap_hwmod: manage the wake-up latency constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 1/6] OMAP2+: powerdomain: control power domains next state
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH v4 0/6] PM QoS: implement the OMAP low level constraints management code
  • From: jean.pihet@xxxxxxxxxxxxxx
• Re: Linux 3.0 DSS support
  • From: Ashwin Bihari <abihari@xxxxxxxxx>
• Re: [PATCH] CPUIdle: Reevaluate C-states under CPU load to favor deeper C-states
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v7 21/21] OMAP2+: UART: Do not gate uart clocks if used for debug_prints
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: 5430 adc to temp
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• 5430 adc to temp
  • From: "J, KEERTHY" <j-keerthy@xxxxxx>
• Re: [PATCH 3/4] ARM: OMAP3: cm-t35: fix audio
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• [PATCH 4/4 v2] ARM: OMAP3: cm-t35: add reset for sb-t35 usb hub
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 4/4] arm: omap3: cm-t35: add reset for sb-t35 usb hub
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 2/4] ARM: OMAP3: cm-t35: fix DSS regulator supply
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 3/4] ARM: OMAP3: cm-t35: fix audio
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 1/4] ARM: OMAP3: cm-t35: add regulator supply for ads7846
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• [PATCH 0/4] ARM: OMAP3: cm-t35/cm-t3730 fixes
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: Help with interfacing to OMAP2+: McBSP
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxx>
• RE: [PATCH v7 21/21] OMAP2+: UART: Do not gate uart clocks if used for debug_prints
  • From: "Mohammed, Afzal" <afzal@xxxxxx>
• Help with interfacing to OMAP2+: McBSP
  • From: "Paul Chiha" <paul.chiha@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH v7 21/21] OMAP2+: UART: Do not gate uart clocks if used for debug_prints
  • From: "Mohammed, Afzal" <afzal@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• How feasible is to implement {voltage/power/clock}domain concepts of OMAP?
  • From: Jay Chokshi <jchokshi@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] ARM: OMAP: Add conditional compilation for board specific init functions
  • From: Javier Martinez Canillas <martinez.javier@xxxxxxxxx>
• [PATCH] ARM: OMAP: Add support for AM35xx UART4/ttyO3
  • From: Kyle Manna <kyle.manna@xxxxxxxxx>
• [PATCH] ARM: OMAP: Fix early init definitions
  • From: Kyle Manna <kyle.manna@xxxxxxxxx>
• Re: [PATCH 1/1] ARM: OMAP: Add conditional compilation for board specific init functions
  • From: Kyle Manna <kyle.manna@xxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v7 15/21] OMAP2+: UART: Make the RX_TIMEOUT for DMA configurable for each UART
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 16/21] OMAP2+: UART: Remove custom activate funcs and use generic funcs.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 20/21] OMAP2+: UART: Avoid uart idling on suspend for no_console_suspend usecase
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 21/21] OMAP2+: UART: Do not gate uart clocks if used for debug_prints
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 19/21] OMAP2+: UART: Use custom activate func for console uart.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 17/21] OMAP2+: UART: Remove omap_uart_can_sleep and add pm_qos
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 18/21] OMAP2+: UART: remove temporary variable used to count uart instance
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 14/21] OMAP2+: UART: Allow UART parameters to be configured from board file.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 08/21] OMAP2+: UART: Ensure all reg values configured are available from port structure
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 04/21] OMAP2+: UART: Add default mux for all uarts.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 13/21] OMAP2+: UART: Remove old and unused clocks handling funcs
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 12/21] OMAP2+: UART: Add wakeup mechanism for omap-uarts
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 06/21] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 11/21] OMAP2+: UART: Move errata handling from serial.c to omap-serial
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 10/21] OMAP2+: UART: Get context loss count to context restore
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 09/21] OMAP2+: UART: Remove uart reset function.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 07/21] OMAP2+: UART: Remove context_save and move context restore to driver
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 02/21] OMAP2+: UART: cleanup 8250 console driver support
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 01/21] OMAP2+: UART: cleanup + remove uart pm specific API
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 05/21] OMAP2+: UART: Remove mapbase/membase fields from pdata.
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 03/21] OMAP2+: UART: Cleanup part of clock gating mechanism for uart
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• [PATCH v7 00/21] OMAP2+: UART: Runtime adaptation + cleanup
  • From: "Govindraj.R" <govindraj.raja@xxxxxx>
• Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: Linux v3.1-rc8 : SDHC card do not switch to high speed mode
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• Re: [PATCH v14] mfd: omap: usb: Runtime PM support
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• RE: Linux v3.1-rc8 : SDHC card do not switch to high speed mode
  • From: "Subhash Jadavani" <subhashj@xxxxxxxxxxxxxx>
• Re: [PATCH v14] mfd: omap: usb: Runtime PM support
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: Linux v3.1-rc8 : SDHC card do not switch to high speed mode
  • From: Chris Ball <cjb@xxxxxxxxxx>
• RE: Linux v3.1-rc8 : SDHC card do not switch to high speed mode
  • From: "Subhash Jadavani" <subhashj@xxxxxxxxxxxxxx>
• [PATCH 4/4] cbus: retu: drop useless platform_data
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 3/4] cbus: move device IDs to local header
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 2/4] cbus: retu: no need to pass devid via pdata
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 1/4] cbus: add of_match_table
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: Linux v3.1-rc8 : SDHC card do not switch to high speed mode
  • From: "Hiremath, Vaibhav" <hvaibhav@xxxxxx>
• Re: [PATCH 01/27] cbus: tahvo: convert spinlock into mutex
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 01/27] cbus: tahvo: convert spinlock into mutex
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 01/27] cbus: tahvo: convert spinlock into mutex
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 01/27] cbus: tahvo: convert spinlock into mutex
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• RE: Linux v3.1-rc8 : SDHC card do not switch to high speed mode
  • From: "Nath, Arindam" <Arindam.Nath@xxxxxxx>
• RE: Linux v3.1-rc8 : SDHC card do not switch to high speed mode
  • From: "Hiremath, Vaibhav" <hvaibhav@xxxxxx>
• [PATCH] ARM: OMAP: omap_device: Expose omap_device_{alloc, delete, register}
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v4 0/7] iommu: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v4 3/7] iommu/omap: announce supported page sizes
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v4 4/7] iommu/msm: announce supported page sizes
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v4 2/7] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v4 6/7] iommu/intel: announce supported page sizes
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v4 5/7] iommu/amd: announce supported page sizes
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v4 7/7] iommu/core: remove the temporary pgsize settings
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH v4 1/7] iommu/core: stop converting bytes to page order back and forth
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: Linux 3.0 DSS support
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [GIT PULL] OMAP DSS for v3.2
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
• Re: [PATCH 1/1] OMAP: DSS2: Add TI Boxer display panel driver
  • From: Archit Taneja <archit@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [GIT PULL] OMAP DSS for v3.2
  • From: Florian Tobias Schandinat <FlorianSchandinat@xxxxxx>
• Re: [PATCH] OMAP: iommu flush page table entries from L1 and L2 cache
  • From: "C.A, Subramaniam" <subramaniam.ca@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
• [PATCH 1/1] OMAP: DSS2: Add TI Boxer display panel driver
  • From: Javier Martinez Canillas <martinez.javier@xxxxxxxxx>
• [GIT PULL] ARM: OMAP: Runtime PM/hwmod conversion for HS USBHOST
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v14] mfd: omap: usb: Runtime PM support (fwd)
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• [GIT PULL] OMAP4 MPU sub-system PM for v3.2
  • From: Kevin Hilman <khilman@xxxxxx>
• [PATCH 1/1] ARM: OMAP: Add conditional compilation for board specific init functions
  • From: Javier Martinez Canillas <martinez.javier@xxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v6 15/16] OMAP2+: UART: Enable back uart clocks with runtime API for early console
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [GIT PULL] initial omap DT support for v3.2 merge window (Re: [PATCH 26/30] ARM: omap: add board autoselection)
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 15/16] OMAP2+: UART: Enable back uart clocks with runtime API for early console
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH V2 11/16] mmc: omap_hsmmc: ensure pbias configuration is always done
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH 1/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [PATCH 1/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v14] mfd: omap: usb: Runtime PM support (fwd)
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 15/16] OMAP2+: UART: Enable back uart clocks with runtime API for early console
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: git.kernel.org is back
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 4/5] regulator: adapt fixed regulator driver to dt
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v2 2/5] dt: add empty dt helpers for non-dt build
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 3.1-rc3] gpio/omap: fix build error with certain OMAP1 configs
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 3.1-rc3] gpio/omap: fix build error with certain OMAP1 configs
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v14] mfd: omap: usb: Runtime PM support
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v13 v14] mfd: omap: usb: Runtime PM support
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2] arm: omap: Fix errors and warnings when building for one board
  • From: Sanjeev Premi <premi@xxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm: omap: Fix errors and warnings when building for one board
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• RE: [PATCH] arm: omap: Fix errors and warnings when building for one board
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Linux v3.1-rc3/8 : card insertion/removal not working
  • From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
• Re: [PATCH] arm: omap: Fix errors and warnings when building for one board
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH] arm: omap: Fix errors and warnings when building for one board
  • From: Sanjeev Premi <premi@xxxxxx>
• Linux v3.1-rc8 : SDHC card do not switch to high speed mode
  • From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Linux v3.1-rc8 : SDHC card do not switch to high speed mode
  • From: "Hebbar, Gururaja" <gururaja.hebbar@xxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [RFC 1/5] ARM: dev_archdata: add private iommu extension
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 2/5 v11] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [PATCH 2/5 v11] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: Tero Kristo <t-kristo@xxxxxx>
• Re: [RFC 1/5] ARM: dev_archdata: add private iommu extension
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC 1/5] ARM: dev_archdata: add private iommu extension
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [PATCH 27/27] cbus: mark dependencies for ARCH_OMAP
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 26/27] cbus: use platform_driver_register on tahvo and retu
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 23/27] cbus: tahvo: prepare for children without IRQ
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 25/27] cbus: fix compile issue on tahvo and retu
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 24/27] cbus: tahvo: allocate tahvo-pwm child
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 11/27] cbus: retu: IRQ demux optimization
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 22/27] cbus: tahvo: drop static global pointer
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 21/27] cbus: tahvo: drop backlight interfaces
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 20/27] cbus: tahvo: pass child device pointer
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 19/27] cbus: tahvo: drop more unused interfaces
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 17/27] cbus: tahvo: no need to mask interrupts on exit
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 18/27] cbus: tahvo: drop the get_status hack
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 16/27] cbus: tahvo: usb: drop unused variable
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 15/27] cbus: tahvo drop the legacy interfaces
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 14/27] cbus: tahvo: usb: fix up to use threaded irqs
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 13/27] cbus: tahvo: start using irq_chip
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 12/27] cbus: tahvo: give it an irq_chip
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 09/27] cbus: tahvo: introduce __tahvo_(read/write)_reg
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 10/27] cbus: tahvo: drop some unneded defines
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 06/27] cbus: retu: set IRQF_ONESHOT flag
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 08/27] cbus: tahvo: pass tahvo to IRQ handler
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 07/27] cbus: tahvo: git it a context structure
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 05/27] cbus: tahvo: drop the tasklet
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 04/27] cbus: tahvo: don't go over 80 columns
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 03/27] cbus: tahvo: a switch looks better
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 02/27] cbus: tahvo: move to __devinit/__devexit sections
  • From: Felipe Balbi <balbi@xxxxxx>
• [PATCH 01/27] cbus: tahvo: convert spinlock into mutex
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 2/5 v11] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [PATCH v6 10/16] OMAP2+: UART: Modify omap_uart_can_sleep function
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH 4/5] gpiolib: handle deferral probe error
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/5] drivercore: add new error value for deferred probe
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 15/16] OMAP2+: UART: Enable back uart clocks with runtime API for early console
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 14/16] OMAP2+: UART: Take console_lock in suspend path if not taken
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 10/16] OMAP2+: UART: Modify omap_uart_can_sleep function
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 15/16] OMAP2+: UART: Enable back uart clocks with runtime API for early console
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 14/16] OMAP2+: UART: Take console_lock in suspend path if not taken
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 10/16] OMAP2+: UART: Modify omap_uart_can_sleep function
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 4/8] OMAP2+: omap_hwmod: manage the wake-up latency constraints
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• [PATCH 8/8] OMAP3: powerdomain data: add wake-up latency figures
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 7/8] OMAP3: update cpuidle latency and threshold figures
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 6/8] OMAP3: cpuidle: next C-state decision depends on the PM QoS MPU and CORE constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 5/8] OMAP: PM: register to the per-device PM QoS framework
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 4/8] OMAP2+: omap_hwmod: manage the wake-up latency constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 3/8] OMAP2+: powerdomain: control power domains next state
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 2/8] OMAP: PM: remove the latency related functions from the API
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH 1/8] OMAP: convert I2C driver to PM QoS for latency constraints
  • From: jean.pihet@xxxxxxxxxxxxxx
• [PATCH v3 0/8] PM QoS: implement the OMAP low level constraints management code
  • From: jean.pihet@xxxxxxxxxxxxxx
• Re: [PATCH v6 15/16] OMAP2+: UART: Enable back uart clocks with runtime API for early console
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 10/16] OMAP2+: UART: Modify omap_uart_can_sleep function
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• [PATCH v8 REPOST 21/24] gpio/omap: save and restore debounce registers
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [PATCH v8 REPOST 17/24] gpio/omap: fix debounce clock handling
  • From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
• [RFC/PATCH] ARM: OMAP: Fix build for OMAP3 only builds
  • From: Thomas Weber <weber@xxxxxxxxxxxxx>
• Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Re: [RFT/PATCH 7/7] arm: omap: smartreflex: micro-optimization for sanity check
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH v6 14/16] OMAP2+: UART: Take console_lock in suspend path if not taken
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 12/16] OMAP2+: UART: Allow UART parameters to be configured from board file.
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 11/16] OMAP2+: UART: Move errata handling from serial.c to omap-serial
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 06/16] OMAP2+: UART: Remove certain feilds from omap_uart_state struct
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH 7/8] OMAP3: update cpuidle latency and threshold figures
  • From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH 1/5] drivercore: add new error value for deferred probe
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH 4/5] gpiolib: handle deferral probe error
  • From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
• Re: [PATCH 7/8] OMAP3: update cpuidle latency and threshold figures
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 1/7] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 1/7] ARM: Add __arm_ioremap_exec for mapping external memory as MT_MEMORY
  • From: Andres Salomon <dilinger@xxxxxxxxxx>
• Re: [PATCH v6 15/16] OMAP2+: UART: Enable back uart clocks with runtime API for early console
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 11/16] OMAP2+: UART: Move errata handling from serial.c to omap-serial
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v6 14/16] OMAP2+: UART: Take console_lock in suspend path if not taken
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 12/16] OMAP2+: UART: Allow UART parameters to be configured from board file.
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v6 10/16] OMAP2+: UART: Modify omap_uart_can_sleep function
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v5 2/3] omap_twl: Prevent SR to enable for am3517/am3505 devices
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• RE: [PATCH 3/8] ti816evm: Add support for musb interface
  • From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 00/24 V2] OMAP4: PM: suspend, CPU-hotplug and CPUilde support
  • From: Kevin Hilman <khilman@xxxxxx>
• RE: [PATCH 3/8] ti816evm: Add support for musb interface
  • From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: KyongHo Cho <pullip.cho@xxxxxxxxxxx>
• RE: [PATCH 4/8] ti814evm: Add support for musb interface
  • From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ARM: omap2+: stub out omap*_volt_data
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 08/16] OMAP2+: UART: Store certain reg values to port structure
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [RFT/PATCH 6/7] arm: omap: smartreflex: fix IRQ handling bug
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [RFT/PATCH 7/7] arm: omap: smartreflex: micro-optimization for sanity check
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 3/8] ti816evm: Add support for musb interface
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] ti814evm: Add support for musb interface
  • From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] OMAP4: Clock: Correct the name of SLIMBUS interface clocks
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• [PATCH 4/8] ti814evm: Add support for musb interface
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>
• [PATCH 6/8] am335xevm: Add support for musb interface
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>
• [PATCH 0/8 v4] usb: musb: Adding support for ti81xx and am335x
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>
• [PATCH 8/8] usb: musb: enable support for am335x
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>
• [PATCH 7/8] arm: omap: am335x: enable phy controls
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>
• [PATCH 5/8] usb: musb: Add support for ti81xx platform
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>
• [PATCH 1/8] omap: musb: Adding support for ti81xx
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>
• [PATCH 2/8] omap: musb: ti81xx: Add phy power function
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>
• [PATCH 3/8] ti816evm: Add support for musb interface
  • From: Ajay Kumar Gupta <ajay.gupta@xxxxxx>
• Re: [RFT/PATCH 6/7] arm: omap: smartreflex: fix IRQ handling bug
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [RFT/PATCH 7/7] arm: omap: smartreflex: micro-optimization for sanity check
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• RE: [PATCH 1/6 v3] omap: musb: Adding hwmod data for ti81xx
  • From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
• Re: [PATCH 1/6 v3] omap: musb: Adding hwmod data for ti81xx
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: [PATCH 1/6 v3] omap: musb: Adding hwmod data for ti81xx
  • From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
• Re: [PATCH 1/6 v3] omap: musb: Adding hwmod data for ti81xx
  • From: Felipe Balbi <balbi@xxxxxx>
• RE: [PATCH 1/6 v3] omap: musb: Adding hwmod data for ti81xx
  • From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• RE: [PATCH v5 2/3] omap_twl: Prevent SR to enable for am3517/am3505 devices
  • From: "Koyamangalath, Abhilash" <abhilash.kv@xxxxxx>
• Re: [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• [PATCH v14] mfd: omap: usb: Runtime PM support
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH v13 v14] mfd: omap: usb: Runtime PM support
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 5/5 v14] omap: usb: host: Replace usbhs core driver APIs by Runtime pm APIs
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 4/5 v14] arm: omap: usb: device name change for the clk names of usbhs
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 3/5 v14] arm: omap: usb: register hwmods of usbhs
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 2/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 0/5 v14] omap: usb: host: Runtime PM preparation for EHCI and OHCI drivers
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• [PATCH 1/5 v14] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Keshava Munegowda <keshava_mgowda@xxxxxx>
• Re: [PATCH 00/24 V2] OMAP4: PM: suspend, CPU-hotplug and CPUilde support
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree
  • From: "Nayak, Rajendra" <rnayak@xxxxxx>
• Re: [PATCH 8/8] OMAP3: powerdomain data: add wake-up latency figures
  • From: "Pihet-XID, Jean" <j-pihet@xxxxxx>
• Re: [PATCH v6 05/16] OMAP2+: UART: Cleanup part of clock gating mechanism for uart
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v6 02/16] OMAP2+: hwmod: Add API to check IO PAD wakeup status
  • From: Govindraj <govindraj.ti@xxxxxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
• Removing hwmod reset support for initiator IP blocks?
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 1/5 v11] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [GIT PULL v3] ARM: OMAP: Cortex-A9 PERIPHCLK node for 3.2
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 2/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap3
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 08/16] OMAP2+: UART: Store certain reg values to port structure
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 09/16] OMAP2+: UART: Add runtime pm support for omap-serial driver
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 06/16] OMAP2+: UART: Remove certain feilds from omap_uart_state struct
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 8/8] OMAP3: powerdomain data: add wake-up latency figures
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 8/8] OMAP3: powerdomain data: add wake-up latency figures
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v6 05/16] OMAP2+: UART: Cleanup part of clock gating mechanism for uart
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v6 02/16] OMAP2+: hwmod: Add API to check IO PAD wakeup status
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v2 6/6] OMAP4: Clock: Correct the name of SLIMBUS interface clocks
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [PATCH 3.1-rc3] gpio/omap: fix build error with certain OMAP1 configs
  • From: Aaro Koskinen <aaro.koskinen@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [GIT PULL v2] ARM: OMAP: new miscellaneous clock/hwmod data for 3.2
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: "Cousson, Benoit" <b-cousson@xxxxxx>
• [GIT PULL] ARM: OMAP: new miscellaneous clock/hwmod data for 3.2
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCHv9 03/18] TEMP: OMAP3xxx: hwmod data: add PRM hwmod
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] leds-class: change back LEDS_CLASS to tristate instead of bool
  • From: Anton Vorontsov <cbouatmailru@xxxxxxxxx>
• Re: [PATCH] ARM: omap2+: stub out omap*_volt_data
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 00/24 V2] OMAP4: PM: suspend, CPU-hotplug and CPUilde support
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH 2/5] drivercore: Add driver probe deferral mechanism
  • From: Andrei Warkentin <awarkentin@xxxxxxxxxx>
• Re: [PATCH v2 5/5] regulator: map consumer regulator based on device tree
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ARM: OMAP: omap_device: Add omap_device_{alloc, delete, register}_ss
  • From: Kevin Hilman <khilman@xxxxxx>
• Re: [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v2 1/5] regulator: twl: Remove hardcoded board constraints from driver
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH v2 1/5] regulator: twl: Remove hardcoded board constraints from driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/5] Device tree support for regulators
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 1/5] regulator: twl: Remove hardcoded board constraints from driver
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 4/5] regulator: adapt fixed regulator driver to dt
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 5/5] regulator: map consumer regulator based on device tree
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 3/5] regulator: helper routine to extract regulator_init_data
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 2/5] dt: add empty dt helpers for non-dt build
  • From: Rajendra Nayak <rnayak@xxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: "Roedel, Joerg" <Joerg.Roedel@xxxxxxx>
• Re: [PATCH 1/5 v13] arm: omap: usb: ehci and ohci hwmod structures for omap4
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• Re: [PATCH 2/2] omap: sound: fix checkpatch.pl error
  • From: Michael Opdenacker <michael.opdenacker@xxxxxxxxxx>
• Re: [PATCH v3 1/6] iommu/core: split mapping to page sizes as supported by the hardware
  • From: KyongHo Cho <pullip.cho@xxxxxxxxxxx>
• Re: [PATCH 01/13] hwspinlock: OMAP4: Add spinlock support in DT
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxx>
• [RFT/PATCH 7/7] arm: omap: smartreflex: micro-optimization for sanity check
  • From: Felipe Balbi <balbi@xxxxxx>
• [RFT/PATCH 6/7] arm: omap: smartreflex: fix IRQ handling bug
  • From: Felipe Balbi <balbi@xxxxxx>
• [RFT/PATCH 5/7] arm: omap: smartreflex: clean ups all over
  • From: Felipe Balbi <balbi@xxxxxx>