Linux for Texus Instruments OMAP Processors

• Thread Index

• Re: Oops on shutdown?
  • From: Steve Sakoman <sakoman@xxxxxxxxx>
• Re: Oops on shutdown?
  • From: John Sarman <johnsarman@xxxxxxxxx>
• ARM Architecture Reference Manual available for download (fwd)
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 5/5] OMAP: Zoom2: Release Dbg board detect gpio
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• [PATCH 4/5] OMAP: Zoom2: Fix serial break
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• [PATCH 3/5] OMAP: Zoom2: Add DEBUG_LL interface using external Quart
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• [PATCH 2/5] OMAP1/2/3/4: Adapt board files for cleand DEBUG_LL interface
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• [PATCH 1/5] OMAP1/2/3/4: DEBUG_LL: cleanup
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• [PATCH 0/5] Cleanup DEBUG_LL infrastructure
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• Re: [PATCH 0/2] ARM: OMAP4: Boot up crash 2.6.31-rc6
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ARM: OMAP4: Bypass the clock check.
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Patch format for submission?
  • From: Jean Pihet <jpihet@xxxxxxxxxx>
• Re: Patch format for submission?
  • From: Peter Barada <peterb@xxxxxxxxxxx>
• Re: Patch format for submission?
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [DSPBRIGDE PATCH 5/6] dsp: brigde: remove unnecessary memset()
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [DSPBRIGDE PATCH 5/6] dsp: brigde: remove unnecessary memset()
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [DSPBRIGDE PATCH 4/6] dsp: bridge: always use dynamic major/minor numbers
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [DSPBRIGDE PATCH 6/6] dsp: bridge: beautify erro path
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [DSPBRIGDE PATCH 3/6] dsp: bridge: rename Kbuild to Makefile
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [DSPBRIGDE PATCH 2/6] dsp: bridge: wcd: else is unnecessary
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [DSPBRIGDE PATCH 1/6] dsp: bridge: use ARRAY_SIZE
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [DSPBRIGDE PATCH 0/6] trivial dsp patches
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [PATCH 1/2] ARM: OMAP4: Fix NULL pointer dereference crash.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 2/2] ARM: OMAP4: Bypass the clock check.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 0/2] ARM: OMAP4: Boot up crash 2.6.31-rc6
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [PATCH 0/3] i2c-omap: I2C clean-up patch
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: [RESUBMIT][PATCH-v2][RFC] OMAP4: I2C Support for OMAP4430
  • From: Ben Dooks <ben@xxxxxxxxx>
• RE: OMAPFB: LL pointer dereference because of uninitialized mutex
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• can't show in the lcd / display
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• RE: SDP broken (l-o-2.6.31-rc6)
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• [RFC][PATCH] omapfb: Reorder Register_framebuffer call
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• Re: [PATCHv3 3/3] Regulator: Adding TPS65023 and TPS6507x in Kconfig and Makefile
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 2/3] Regulator: Add TPS6507x regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 1/3] Regulator: Add TPS65023 regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [alsa-devel] [PATCHv5 00/20] OMAP ASoC changes in DMA utilization
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCHv3 2/3] Regulator: Add TPS6507x regulator driver
  • From: Anuj Aggarwal <anuj.aggarwal@xxxxxx>
• [PATCHv3 3/3] Regulator: Adding TPS65023 and TPS6507x in Kconfig and Makefile
  • From: Anuj Aggarwal <anuj.aggarwal@xxxxxx>
• [PATCHv3 1/3] Regulator: Add TPS65023 regulator driver
  • From: Anuj Aggarwal <anuj.aggarwal@xxxxxx>
• Re: [PATCHv2 1/3] Regulator: Add TPS65023 regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 2/3] Regulator: Add TPS6507x regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153
  • From: "Sonasath, Moiz" <m-sonasath@xxxxxx>
• SDP broken (l-o-2.6.31-rc6)
  • From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
• Re: Booting from busy box failed
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• [PATCH 2/2] ARM: OMAP4: Bypass the clock check.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• [PATCH 1/2] ARM: OMAP4: Fix NULL pointer dereference crash.
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: Question regarding MUSB and dynamic fifo sizing
  • From: Peter Barada <peterb@xxxxxxxxxxx>
• [PATCH 0/2] ARM: OMAP4: Boot up crash 2.6.31-rc6
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• [PATCH 2/3] i2c-omap: ACK pending [R/X]DR and [R/X]RDY interrupts
  • From: Moiz Sonasath <m-sonasath@xxxxxx>
• [PATCH 0/3] i2c-omap: I2C clean-up patch
  • From: Moiz Sonasath <m-sonasath@xxxxxx>
• [PATCH 1/3] i2c-omap: Fix I2C status ACK
  • From: Moiz Sonasath <m-sonasath@xxxxxx>
• [PATCH 3/3] i2c-omap: Enable workaround for Errata 1.153 based on
  • From: Moiz Sonasath <m-sonasath@xxxxxx>
• Re: [PATCHv5 00/20] OMAP ASoC changes in DMA utilization
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: Patch format for submission?
  • From: Stephan Linz <linz@xxxxxxxxxx>
• Re: [PATCHv5 00/20] OMAP ASoC changes in DMA utilization
  • From: Eduardo Valentin <edubezval@xxxxxxxxx>
• Oops on shutdown?
  • From: Steve Sakoman <sakoman@xxxxxxxxx>
• Re: [PATCHv5 00/20] OMAP ASoC changes in DMA utilization
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Booting from busy box failed
  • From: Gary Thomas <gary@xxxxxxxxxxxx>
• Re: linux-next: manual merge of the omap tree with the arm tree
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Booting from busy box failed
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• [PATCHv2 3/3] Regulator: Adding TPS65023 and TPS6507x in Kconfig and Makefile
  • From: Anuj Aggarwal <anuj.aggarwal@xxxxxx>
• [PATCHv2 2/3] Regulator: Add TPS6507x regulator driver
  • From: Anuj Aggarwal <anuj.aggarwal@xxxxxx>
• [PATCHv2 1/3] Regulator: Add TPS65023 regulator driver
  • From: Anuj Aggarwal <anuj.aggarwal@xxxxxx>
• [PATCHv2 0/3] Adding TI TPS PMICs support in the regulator framework
  • From: Anuj Aggarwal <anuj.aggarwal@xxxxxx>
• [PATCHv5 00/20] OMAP ASoC changes in DMA utilization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 14/20] OMAP: McBSP: Let element DMA mode hit retention also
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 06/20] OMAP3: McBSP: Lower the maximum buffersize for McBSP1,3,4,5
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 18/20] ASoC: Always syncronize audio transfers on frames
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 10/20] OMAP: McBSP: Change wakeup signals
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 08/20] OMAP: McBSP: Add link DMA mode selection
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 01/20] OMAP: McBSP: Provide functions for ASoC frame syncronization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 09/20] OMAP: McBSP: Wakeups utilized
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 17/20] ASoC: Add runtime check for RFIG and XFIG
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 13/20] OMAP: McBSP: Do not enable wakeups for no-idle mode
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 11/20] OMAP: McBSP: Retain McBSP FCLK clockactivity
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 12/20] OMAP: McBSP: Configure NO IDLE mode for DMA mode different of threshold
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 16/20] ASoC: OMAP: Make DMA 64 aligned
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 20/20] ASoC: OMAP: Use DMA operating mode of McBSP
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 04/20] OMAP: McBSP: Add transmit/receive threshold handler
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 15/20] ASoC: OMAP: Enable DMA burst mode
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 03/20] OMAP: McBSP: Use appropriate value for startup delay
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 02/20] OMAP: McBSP: Add IRQEN, IRQSTATUS, THRESHOLD2 and THRESHOLD1 registers.
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 07/20] OMAP: McBSP: Rename thres sysfs symbols
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 19/20] ASoC: OMAP: Use McBSP threshold to playback and capture
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 05/20] OMAP: McBSP: Create and export max_(r|t)x_thres property
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• RE: linux-next: manual merge of the omap tree with the arm tree
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• RE: linux-next: manual merge of the omap tree with the arm tree
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: Where is DSP Gateway
  • From: Ameya Palande <ameya.palande@xxxxxxxxx>
• Re: linux-next: manual merge of the omap tree with the arm tree
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Booting from busy box failed
  • From: Gary Thomas <gary@xxxxxxxxxxxx>
• Booting from busy box failed
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: Show OS in the display omap3430
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• [RFC][HACK]DSPBRIDGE: Get clock handles using clk_get_sys
  • From: "Ramirez Luna, Omar" <omar.ramirez@xxxxxx>
• [PATCH] Maintainers update for TI OMAP hsmmc driver
  • From: "Madhusudhan Chikkature" <madhu.cr@xxxxxx>
• [PATCH V2] omap_hsmmc: Fix for the db clock failure message
  • From: "Madhusudhan Chikkature" <madhu.cr@xxxxxx>
• Re: Patch format for submission?
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: Patch format for submission?
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
• Re: Patch format for submission?
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Patch format for submission?
  • From: Peter Barada <peterb@xxxxxxxxxxx>
• Re: [PATCH] arch: arm: omap: terminate ifndef
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig, v3
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• RE: [PATCH] arch: arm: omap: terminate ifndef
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• [PATCH] arch: arm: omap: terminate ifndef
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• Kernel doesn't build on master (751797c)
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH 0/2] OMAP4 Power Domain Framework
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Show OS in the display omap3430
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [alsa-devel] [PATCHv4 00/20] OMAP ASoC changes in DMA utilization
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 00/20] OMAP ASoC changes in DMA utilization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• Re: [PATCHv4 00/20] OMAP ASoC changes in DMA utilization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCH 2/2] ARM: OMAP4: PM: Refine API's for Power domain Framework Support.
  • From: abhijitpagare@xxxxxx
• [PATCH 1/2] ARM: OMAP4: PM: Add power domain framework.
  • From: abhijitpagare@xxxxxx
• [PATCH 0/2] OMAP4 Power Domain Framework
  • From: "Pagare, Abhijit" <abhijitpagare@xxxxxx>
• linux-next: manual merge of the omap tree with the arm tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Where is DSP Gateway
  • From: Suresh Rajashekara <suresh@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] OMAP2/3: Add support for flash on SDP boards
  • From: "vimal singh" <vimalsingh@xxxxxx>
• RE: Pull request for OMAP PM, clock, SDRC 2.6.32 patches
  • From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
• RE: Pull request for OMAP PM, clock, SDRC 2.6.32 patches
  • From: Paul Walmsley <paul@xxxxxxxxx>
• RE: Pull request for OMAP PM, clock, SDRC 2.6.32 patches
  • From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
• FW: [patch 4/9] mmc: add the new linux-mmc mailing list to MAINTAINERS
  • From: "Madhusudhan" <madhu.cr@xxxxxx>
• RE: [PATCH] omap_hsmmc: Fix for the db clock failure message
  • From: "Madhusudhan" <madhu.cr@xxxxxx>
• Re: [PATCH 3/3 v3] ASoC: OMAP: Enhance OMAP1510 DMA progress software counter
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• [PATCH] Runtime detection of OMAP35x devices
  • From: Sanjeev Premi <premi@xxxxxx>
• [PATCH] Maintainers update for TI OMAP hsmmc driver
  • From: "Madhusudhan Chikkature" <madhu.cr@xxxxxx>
• RE: [Resend][PATCH] Maintainers update for hsmmc driver
  • From: "Madhusudhan" <madhu.cr@xxxxxx>
• RE: [PATCH] omap_hsmmc: Fix for the db clock failure message
  • From: "Madhusudhan" <madhu.cr@xxxxxx>
• Re: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] OMAP: Fix incorrect 730 vs 850 detection (Re: [PATCH] Fix mismatched ifdefs)
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCH 3/3 v3] ASoC: OMAP: Enhance OMAP1510 DMA progress software counter
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3 v3] ASoC: OMAP: Enhance OMAP1510 DMA progress software counter
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• OMAPFB: LL pointer dereference because of uninitialized mutex
  • From: Frederik Kriewitz <frederik@xxxxxxxxxxx>
• Re: SDP support seems broken in LO
  • From: vimal singh <vimal.newwork@xxxxxxxxx>
• Re: [PATCH 5/9] OMAP1: AMS_DELTA: add modem support
  • From: Janusz Krzysztofik <jkrzyszt@xxxxxxxxxxxx>
• RE: SDP support seems broken in LO
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• Re: SDP support seems broken in LO
  • From: vimal singh <vimal.newwork@xxxxxxxxx>
• RE: SDP support seems broken in LO
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• Re: SDP support seems broken in LO
  • From: vimal singh <vimal.newwork@xxxxxxxxx>
• Re: [PATCH 10/10] OMAP: PM: Added suspend target state control to debugfs for OMAP3
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [Resend][PATCH] Maintainers update for hsmmc driver
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Pull request for OMAP PM, clock, SDRC 2.6.32 patches
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• RE: SDP support seems broken in LO
  • From: "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• SDP support seems broken in LO
  • From: vimal singh <vimal.newwork@xxxxxxxxx>
• Pull request v2 for remaining OMAP PM, clock, SDRC 2.6.32 patches
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 07/10] OMAP: PM: Add definitions for ETK pads and observability registers
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Kovacs Peter Tamas <p.kovacs@xxxxxxxxxxxxxxx>
• [PATCH v2 06/11] OMAP2/3 PM: create the OMAP PM interface and add a default OMAP PM no-op layer
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• [PATCH v2 08/11] OMAP2/3 board-*.c files: read bootloader configuration earlier
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 09/11] OMAP2/3/4: create omap_hwmod layer
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 11/11] OMAP2/3/4 core: create omap_device layer
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 02/11] OMAP: SDRC: Add several new register definitions
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 03/11] OMAP3 clock: Fixed processing of bootarg 'mpurate'
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 10/11] OMAP: omap_hwmod: call omap_hwmod init at boot; create interconnects
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 05/11] OMAP3 clock: remove superfluous calls to omap2_init_clk_clkdm
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 07/11] OMAP2/3/4 PRCM: add module IDLEST wait code
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 04/11] OMAP clock: associate MPU clocks with the mpu_clkdm
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 01/11] OMAP: powerdomain: Fix overflow when doing powerdomain deps lookups.
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2 00/11] OMAP PM, clock, and SDRC updates for the 2.6.32 merge window
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Fwd: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Fwd: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [RESUBMIT][PATCH-v2][RFC] OMAP4: I2C Support for OMAP4430
  • From: "Syed Rafiuddin" <rafiuddin.syed@xxxxxx>
• Re: [PATCH]OMAP4: McSPI Support for OMAP4430
  • From: "Syed Rafiuddin" <rafiuddin.syed@xxxxxx>
• [PATCH] OMAP: Fix incorrect 730 vs 850 detection (Re: [PATCH] Fix mismatched ifdefs)
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH][PM] ARM: OMAP34xx: Fix compilation warning
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] i2c-omap: Enable workaround for Errata 1.153 based on
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] omap_hsmmc: Fix for the db clock failure message
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [RFC][PATCH 1/2] OMAP4: sDMA drvier: adding OMAP kConfig option CONFIG_OMAP_DMA_DESCRIPTOR_LOAD
  • From: Venkatraman S <svenkatr@xxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Rabin Vincent <rabin@xxxxxx>
• RE: Zoom2 Support on LO Master broken ?
  • From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
• [PATCH 0/3] *** SUBJECT HERE ***
  • From: Moiz Sonasath <m-sonasath@xxxxxx>
• [PATCH 2/3] i2c-omap: ACK pending [R/X]DR and [R/X]RDY interrupts
  • From: Moiz Sonasath <m-sonasath@xxxxxx>
• [PATCH 3/3] i2c-omap: Enable workaround for Errata 1.153 based on
  • From: Moiz Sonasath <m-sonasath@xxxxxx>
• [PATCH 1/3] i2c-omap: Fix I2C status ACK
  • From: Moiz Sonasath <m-sonasath@xxxxxx>
• [PATCH 3/3] i2c-omap: Enable workaround for Errata 1.153 based on
  • From: n@lina0132712
• [PATCH 0/3] *** SUBJECT HERE ***
  • From: n@lina0132712
• [PATCH 2/3] i2c-omap: ACK pending [R/X]DR and [R/X]RDY interrupts
  • From: n@lina0132712
• [PATCH 1/3] i2c-omap: Fix I2C status ACK
  • From: n@lina0132712
• [PATCH] omap_hsmmc: Fix for the db clock failure message
  • From: "Madhusudhan Chikkature" <madhu.cr@xxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: ewitcher <ewitcher@xxxxxxxxxxxxxx>
• RE: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• Question(s) regarding OMAP3 PM and PBIAS
  • From: Peter Barada <peterb@xxxxxxxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Rabin Vincent <rabin@xxxxxx>
• Duplicate devkit8000 machine database entry
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/13] OMAP2/3 clock: ensure each clock has a unique name
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Rabin Vincent <rabin@xxxxxx>
• RE: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: "Syed Mohammed, Khasim" <khasim@xxxxxx>
• Re: Pull request for OMAP PM, clock, SDRC 2.6.32 patches
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/13] OMAP2/3 clock: ensure each clock has a unique name
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)
  • From: "Wang Limei-E12499" <E12499@xxxxxxxxxxxx>
• RE: [PATCH] Fix mismatched ifdefs
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCHv4 16/20] ASoC: OMAP: Enable DMA burst mode
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 15/20] ASoC: OMAP: Make DMA 64 aligned
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• Re: [PATCH] Fix mismatched ifdefs
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH] ASoC: OMAP: Enable DMA burst mode
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCH][PM] ARM: OMAP34xx: Fix compilation warning
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• [PATCHv4 20/20] ASoC: OMAP: Use DMA operating mode of McBSP
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 02/20] OMAP: McBSP: Add IRQEN, IRQSTATUS, THRESHOLD2 and THRESHOLD1 registers.
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv5 03/20] OMAP: McBSP: Use appropriate value for startup delay
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• Re: [PATCHv4 00/20] OMAP ASoC changes in DMA utilization
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• [PATCH 3/3] MFD: TWL4030: OMAP: Board-specifc DPS scripts for RX51 board
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
• [PATCH 2/3] MFD: TWL4030: print warning for out-of-order script loading
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
• Re: [PATCHv4 20/20] ASoC: OMAP: Use DMA operating mode of McBSP
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 1/3] MFD: TWL4030: Add support for TWL4030/5030 dynamic power switching
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
• Re: [PATCHv4 16/20] ASoC: OMAP: Enable DMA burst mode
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv4 15/20] ASoC: OMAP: Make DMA 64 aligned
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv4 03/20] OMAP: McBSP: Use appropriate value for startup delay
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [Linux-fbdev-devel] Getting DSS2 to mainline
  • From: Geert Uytterhoeven <geert.uytterhoeven@xxxxxxxxx>
• Re: [PATCHv4 02/20] OMAP: McBSP: Add IRQEN, IRQSTATUS, THRESHOLD2 and THRESHOLD1 registers.
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: Getting DSS2 to mainline
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv4 16/20] ASoC: OMAP: Enable DMA burst mode
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Kalle Valo <kalle.valo@xxxxxx>
• Re: Zoom2 Support on LO Master broken ?
  • From: "Hemanth V" <hemanthv@xxxxxx>
• Zoom2 Support on LO Master broken ?
  • From: "Hemanth V" <hemanthv@xxxxxx>
• Re: [Linux-fbdev-devel] Getting DSS2 to mainline
  • From: Florian Tobias Schandinat <FlorianSchandinat@xxxxxx>
• [PATCHv4 01/20] OMAP: McBSP: Provide functions for ASoC frame syncronization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 16/20] ASoC: OMAP: Enable DMA burst mode
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 18/20] ASoC: Always syncronize audio transfers on frames
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 00/20] OMAP ASoC changes in DMA utilization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 07/20] OMAP: McBSP: Rename thres sysfs symbols
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 17/20] ASoC: Add runtime check for RFIG and XFIG
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 14/20] OMAP: McBSP: Let element DMA mode hit retention also
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 20/20] ASoC: OMAP: Use DMA operating mode of McBSP
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 10/20] OMAP: McBSP: Change wakeup signals
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 08/20] OMAP: McBSP: Add link DMA mode selection
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 12/20] OMAP: McBSP: Configure NO IDLE mode for DMA mode different of threshold
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 05/20] OMAP: McBSP: Create and export max_(r|t)x_thres property
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 06/20] OMAP3: McBSP: Lower the maximum buffersize for McBSP1,3,4,5
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 15/20] ASoC: OMAP: Make DMA 64 aligned
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 13/20] OMAP: McBSP: Do not enable wakeups for no-idle mode
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 19/20] ASoC: OMAP: Use McBSP threshold to playback and capture
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 03/20] OMAP: McBSP: Use appropriate value for startup delay
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 09/20] OMAP: McBSP: Wakeups utilized
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 11/20] OMAP: McBSP: Retain McBSP FCLK clockactivity
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 02/20] OMAP: McBSP: Add IRQEN, IRQSTATUS, THRESHOLD2 and THRESHOLD1 registers.
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv4 04/20] OMAP: McBSP: Add transmit/receive threshold handler
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• Re: [alsa-devel] [PATCHv3 00/20] OMAP ASoC changes in DMA utilization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• Re: [alsa-devel] [PATCHv3 00/20] OMAP ASoC changes in DMA utilization
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 00/20] OMAP ASoC changes in DMA utilization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCH v2] Runtime detection of Si features
  • From: Sanjeev Premi <premi@xxxxxx>
• Re: [PATCH 3/3] MFD: TWL4030: OMAP: Board-specifc DPS scripts for RX51 board
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] MFD: TWL4030: print warning for out-of-order script loading
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] MFD: TWL4030: Add support for TWL4030/5030 dynamic power switching
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxxxxx>
• Getting DSS2 to mainline
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxx>
• RE: [PATCH] Runtime detection of Si features
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• RE: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: "Syed Mohammed, Khasim" <khasim@xxxxxx>
• [PATCH] Fix mismatched ifdefs
  • From: Sanjeev Premi <premi@xxxxxx>
• Re: [PATCH 04/13] OMAP2/3 clock: ensure each clock has a unique name
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 04/13] OMAP2/3 clock: ensure each clock has a unique name
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH 3/3 v3] ASoC: OMAP: Enhance OMAP1510 DMA progress software counter
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• RE: [RFC][PATCH 0/4] TWL6030 patch series
  • From: "Krishnamoorthy, Balaji T" <balajitk@xxxxxx>
• Re: [PATCH 04/13] OMAP2/3 clock: ensure each clock has a unique name
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3 v3] ASoC: OMAP: Enhance OMAP1510 DMA progress software counter
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [RFC][PATCH 2/3] ASoC: OMAP: Make use of DMA channel self linking on OMAP1510
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH 04/13] OMAP2/3 clock: ensure each clock has a unique name
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [RFC][PATCH 1/3] ARM: OMAP: DMA: Add support for DMA channel self linking on OMAP1510
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [RFC][PATCH 0/4] TWL6030 patch series
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCHv3 00/20] OMAP ASoC changes in DMA utilization
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH 04/13] OMAP2/3 clock: ensure each clock has a unique name
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv3 00/20] OMAP ASoC changes in DMA utilization
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxxxxx>
• RE: [PATCH] Runtime detection of Si features
  • From: "Premi, Sanjeev" <premi@xxxxxx>
• Re: [PATCHv2] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 10/10] OMAP: PM: Added suspend target state control to debugfs for OMAP3
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 09/10] OMAP3: Add debug observablity (debobs) Kconfig item
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 08/10] OMAP3: Debug observability and ETK padconf implementation
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 06/10] OMAP: PM debug: Add PRCM register dump support
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 02/10] OMAP: iommu: add initial debugfs support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: linux-omap-2.6 git not updated?
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• RE: [RFC][PATCH 0/4] TWL6030 patch series
  • From: "Krishnamoorthy, Balaji T" <balajitk@xxxxxx>
• Re: [PATCH 02/10] OMAP: iommu: add initial debugfs support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• Re: [RFC][PATCH 0/4] TWL6030 patch series
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [PATCH] ARM: OMAP3: Overo: fix merge error
  • From: Steve Sakoman <sakoman@xxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• ARM: OMAP3: Overo: Fix EHCI initialization
  • From: Steve Sakoman <sakoman@xxxxxxxxx>
• [PATCH] ARM: OMAP3: Overo: fix merge error
  • From: Steve Sakoman <sakoman@xxxxxxxxx>
• Re: [PATCH 02/10] OMAP: iommu: add initial debugfs support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] ARM: OMAP4: PM: Upgrade the makefile for power domain initialisations
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• RE: [PATCH 3/3] [OMAP:I2C]OMAP3430 Silicon Errata 1.153
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig, v3
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [help] 2.6.30 can't booting
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• [help] Kernel can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig, v3
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Fwd: 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• [help] 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• 2.6.30 can't booting
  • From: Tar Gz <bsdraisefromhell@xxxxxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig, v3
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 07/10] OMAP3: Zoom2: Add TWL4030 support,v 2
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 06/10] OMAP3: MMC: Add mux for pins, v2
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 02/10] OMAP: iommu: add initial debugfs support
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v2] OMAP2: add board file for Nokia N800 and N810
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 1/1] OMAP clock: use debugfs_remove_recursive() for rewinding
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Pull request for OMAP PM, clock, SDRC 2.6.32 patches
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• RE: MUSB regression in 2.6.31-rc6
  • From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Koen Kooi <k.kooi@xxxxxxxxxxxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• [PATCH 1/1] OMAP clock: use debugfs_remove_recursive() for rewinding
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• RE: MUSB regression in 2.6.31-rc6
  • From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
• RE: [beagleboard] Re: USB EHCI problems
  • From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig, v2
  • From: Eric Witcher <ewitcher@xxxxxxxxxxxxxx>
• Re: [beagleboard] Re: USB EHCI problems
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [beagleboard] Re: USB EHCI problems
  • From: Gregoire Gentil <gregoire@xxxxxxxxxx>
• Re: [beagleboard] Re: USB EHCI problems
  • From: Siarhei Siamashka <siarhei.siamashka@xxxxxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• RE: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: "Syed Mohammed, Khasim" <khasim@xxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: "Syed Mohammed, Khasim" <khasim@xxxxxx>
• Re: MUSB regression in 2.6.31-rc6
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• RE: MUSB regression in 2.6.31-rc6
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• MUSB regression in 2.6.31-rc6
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Sudeep K N <sudeepholla.maillist@xxxxxxxxx>
• Re: [PATCH 02/10] OMAP: iommu: add initial debugfs support
  • From: Hiroshi DOYU <Hiroshi.DOYU@xxxxxxxxx>
• [PATCH 12/13] OMAP: omap_hwmod: call omap_hwmod init at boot; create interconnects
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 13/13] OMAP2/3/4 core: create omap_device layer
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 11/13] OMAP2/3/4: create omap_hwmod layer
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 10/13] OMAP2/3 board-*.c files: read bootloader configuration earlier
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 09/13] OMAP2/3/4 PRCM: add module IDLEST wait code
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 07/13] OMAP3 clock: remove superfluous calls to omap2_init_clk_clkdm
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 08/13] OMAP2/3 PM: create the OMAP PM interface and add a default OMAP PM no-op layer
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 04/13] OMAP2/3 clock: ensure each clock has a unique name
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 06/13] OMAP clock: associate MPU clocks with the mpu_clkdm
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 05/13] OMAP clock: add omap_clk_get_by_name()
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 03/13] [PATCH] OMAP3 clock: Fixed processing of bootarg 'mpurate'
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 02/13] OMAP: SDRC: Add several new register definitions
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 01/13] [PATCH] OMAP: powerdomain: Fix overflow when doing powerdomain deps lookups.
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH 00/13] OMAP PM, clock, and SDRC updates for the 2.6.32 merge window
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH v2] OMAP2: add board file for Nokia N800 and N810
  • From: Kalle Valo <kalle.valo@xxxxxx>
• Re: [PATCH 8/9] OMAP2: add board file for Nokia N800 and N810
  • From: Kalle Valo <kalle.valo@xxxxxx>
• Re: [PATCH 8/9] OMAP2: add board file for Nokia N800 and N810
  • From: Kalle Valo <kalle.valo@xxxxxx>
• RE: [PATCH 07/10] OMAP: PM: Add definitions for ETK pads and observability registers
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• RE: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)
  • From: "Wang Limei-E12499" <E12499@xxxxxxxxxxxx>
• Re: TI OMAP 3503 GPIO signal I/O standard for interfacing with FPGA
  • From: John Sarman <johnsarman@xxxxxxxxx>
• RE: [PATCH 13/13] DSPBRIDGE: Removal of DRV_GetProcContext
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 12/13] DSPBRIDGE: Use pr_ctxt in STRM_FreeBuffer_
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 11/13] DSPBRIDGE: Use pr_ctxt in STRM_AllocateBuffer
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 10/13] DSPBRIDGE: Use pr_ctxt in STRM_Close
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 09/13] DSPBRIDGE: Use pr_ctxt in STRM_Open
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 08/13] DSPBRIDGE: Use pr_ctxt in DRV_RemoveProcContext
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 07/13] DSPBRIDGE: Support multiple processor objects per process context
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 06/13] DSPBRIDGE: Use pr_ctxt in PROC_Detach
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 05/13] DSPBRIDGE: Use pr_ctxt in PROC_Attach
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 04/13] DSPBRIDGE: Use pr_ctxt in PROC_UnMap and NODE_Delete
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 03/13] DSPBRIDGE: Use pr_ctxt in PROC_Map
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: [PATCH 01/13] DSPBRIDGE: Pass filp->private to all the ioctl wrappers
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• RE: DSPBRIDGE: Tie Resource accounting to Process Context
  • From: "Guzman Lugo, Fernando" <x0095840@xxxxxx>
• Re: [Fwd: patch usb-ehci-ensure-all-watchdog-timer-events-are-deleted-when-suspending-usb.patch added to gregkh-2.6 tree]
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [Fwd: patch usb-ehci-ensure-all-watchdog-timer-events-are-deleted-when-suspending-usb.patch added to gregkh-2.6 tree]
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [Fwd: patch usb-ehci-ensure-all-watchdog-timer-events-are-deleted-when-suspending-usb.patch added to gregkh-2.6 tree]
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [PATCHv2] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: TI OMAP 3503 GPIO signal I/O standard for interfacing with FPGA
  • From: John Sarman <johnsarman@xxxxxxxxx>
• Re: [RFC][PATCH 3/3] board files for msecure line mux configuration
  • From: Roger Quadros <ext-roger.quadros@xxxxxxxxx>
• Re: [RFC][PATCH 1/3] RTC periodic interrupts enabling and msecure init
  • From: Roger Quadros <ext-roger.quadros@xxxxxxxxx>
• RE: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: "Syed Mohammed, Khasim" <khasim@xxxxxx>
• Re: [PATCH 8/9] OMAP2: add board file for Nokia N800 and N810
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 1/3] ARM: OMAP4: PM: Add power domain framework.
  • From: abhijitpagare@xxxxxx
• [PATCH 3/3] ARM: OMAP4: PM: Refine API's for Power domain Framework Support.
  • From: abhijitpagare@xxxxxx
• [PATCH 2/3] ARM: OMAP4: PM: Upgrade the makefile for power domain initialisations
  • From: abhijitpagare@xxxxxx
• [PATCH] ARM: OMAP4: PM: Add power domain framework.
  • From: abhijitpagare@xxxxxx
• [PATCH 0/3] OMAP4 Power Domain Framework
  • From: "Pagare, Abhijit" <abhijitpagare@xxxxxx>
• Re: [PATCH 8/9] OMAP2: add board file for Nokia N800 and N810
  • From: Kalle Valo <kalle.valo@xxxxxx>
• RE: [PATCHv3 14/20] OMAP: McBSP: Let element DMA mode hit retention also
  • From: Eero Nurkkala <ext-eero.nurkkala@xxxxxxxxx>
• RE: [PATCHv3 14/20] OMAP: McBSP: Let element DMA mode hit retention also
  • From: "Woodruff, Richard" <r-woodruff2@xxxxxx>
• Re: [PATCHv2] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] OMAP: PM debug: Add PRCM register dump support
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [Resend][PATCH] Maintainers update for hsmmc driver
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] OMAP: PM: Added suspend target state control to debugfs for OMAP3
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] OMAP: PM debug: Add PRCM register dump support
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCHv2] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Jon Hunter <jon-hunter@xxxxxx>
• [PATCH 08/13] DSPBRIDGE: Use pr_ctxt in DRV_RemoveProcContext
  • From: Ameya Palande <ameya.palande@xxxxxxxxx>
• [PATCH] OMAP3: update Pandora defconfig
  • From: Grazvydas Ignotas <notasas@xxxxxxxxx>
• RE: [PATCH 10/10] OMAP: PM: Added suspend target state control to debugfs for OMAP3
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• RE: [PATCH 06/10] OMAP: PM debug: Add PRCM register dump support
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• Re: [PATCH] Runtime detection of Si features
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Runtime detection of Si features
  • From: Nishanth Menon <nm@xxxxxx>
• Re: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: Exception while handling MEM Hole on OMAP3 / ARM Cortex A8
  • From: "Syed Mohammed, Khasim" <khasim@xxxxxx>
• [PATCH 10/10] OMAP: PM: Added suspend target state control to debugfs for OMAP3
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 09/10] OMAP3: Add debug observablity (debobs) Kconfig item
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] OMAP3: Debug observability and ETK padconf implementation
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 07/10] OMAP: PM: Add definitions for ETK pads and observability registers
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 06/10] OMAP: PM debug: Add PRCM register dump support
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 05/10] OMAP: PM debug: make powerdomains use PM-debug counters
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 04/10] OMAP: PM: Add pm-debug counters
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 03/10] OMAP: PM: Add closures to clkdm_for_each and pwrdm_for_each.
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 02/10] OMAP: PM: Hook into PM counters
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 01/10] OMAP: PM counter infrastructure.
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH 00/10] OMAP PM debug infrastructure for 2.6.32
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Runtime detection of Si features
  • From: Nishanth Menon <nm@xxxxxx>
• Re: OMAP PM status?
  • From: Kalle Valo <kalle.valo@xxxxxx>
• Re: [PATCH] Runtime detection of Si features
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] Runtime detection of Si features
  • From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
• Re: [PATCH] Runtime detection of Si features
  • From: Nishanth Menon <nm@xxxxxx>
• Re: [PATCH V2 0/32] mmc and omap_hsmmc patches
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Runtime detection of Si features
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: linux-omap-2.6 git not updated?
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• RE: [RFC][PATCH] OMAP3: PM: Fix workaround implementation for OMAP3 errata (1.142)
  • From: "Nayak, Rajendra" <rnayak@xxxxxx>
• RE: [PATCH V2 0/32] mmc and omap_hsmmc patches
  • From: "Madhusudhan" <madhu.cr@xxxxxx>
• [PATCH] Runtime detection of Si features
  • From: Sanjeev Premi <premi@xxxxxx>
• Re: [PATCH] PM OMAP3: Change omap3_save_secure_ram to be called only during init
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] PM OMAP3: Change omap3_save_secure_ram to be called only during init
  • From: <Tero.Kristo@xxxxxxxxx>
• [PATCHv3 16/20] ASoC: OMAP: Enable DMA burst mode
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 14/20] OMAP: McBSP: Let element DMA mode hit retention also
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 15/20] ASoC: OMAP: Make DMA 64 aligned
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 01/20] OMAP: McBSP: Provide functions for ASoC frame syncronization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 18/20] ASoC: Always syncronize audio transfers on frames
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 06/20] OMAP3: McBSP: Lower the maximum buffersize for McBSP1,3,4,5
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 20/20] ASoC: OMAP: Use DMA operating mode of McBSP
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 17/20] ASoC: Add runtime check for RFIG and XFIG
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 04/20] OMAP: McBSP: Add transmit/receive threshold handler
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 19/20] ASoC: OMAP: Use McBSP threshold to playback and capture
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 11/20] OMAP: McBSP: Retain McBSP FCLK clockactivity
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 02/20] OMAP: McBSP: Add IRQEN, IRQSTATUS, THRESHOLD2 and THRESHOLD1 registers.
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 10/20] OMAP: McBSP: Change wakeup signals
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 00/20] OMAP ASoC changes in DMA utilization
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 07/20] OMAP: McBSP: Rename thres sysfs symbols
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 09/20] OMAP: McBSP: Wakeups utilized
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 13/20] OMAP: McBSP: Do not enable wakeups for no-idle mode
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 12/20] OMAP: McBSP: Configure NO IDLE mode for DMA mode different of threshold
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 05/20] OMAP: McBSP: Create and export max_(r|t)x_thres property
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 08/20] OMAP: McBSP: Add link DMA mode selection
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• [PATCHv3 03/20] OMAP: McBSP: Use appropriate value for startup delay
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• Re: What does the DSPBRIDGE do?
  • From: Elvis Dowson <elvis.dowson@xxxxxxx>
• RE: What does the DSPBRIDGE do?
  • From: "Ramirez Luna, Omar" <omar.ramirez@xxxxxx>
• Re: 3430SDP: Build break in pm-2.6.29 branch
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] OMAP2/3: DMA errata correction
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM OMAP3: Change omap3_save_secure_ram to be called only during init
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/6] ARM: OMAP4: PM: PRM/CM module offsets for OMAP4
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH v2 4/6] ARM: OMAP4: PM: Adds PRM register shift and mask bits
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: TI OMAP 3503 GPIO signal I/O standard for interfacing with FPGA
  • From: Elvis Dowson <elvis.dowson@xxxxxxx>
• Re: TI OMAP 3503 GPIO signal I/O standard for interfacing with FPGA
  • From: John Sarman <johnsarman@xxxxxxxxx>
• Re: PM branch update: rebase to .31-rc, added omap_hwmod/omap_device
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v2 1/6] ARM: OMAP4: PM: Fix the PRM and CM base addresses
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• Re: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] OMAP: Store reboot mode in scratchpad on OMAP34xx
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [PATCH] OMAP: Store reboot mode in scratchpad on OMAP34xx
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 1/8] Regulator: Add TPS65023 regulator driver
  • From: Liam Girdwood <lrg@xxxxxxxxxxxxxxx>
• Re: What does the DSPBRIDGE do?
  • From: Ameya Palande <ameya.palande@xxxxxxxxx>
• Re: What does the DSPBRIDGE do?
  • From: Roger Quadros <ext-roger.quadros@xxxxxxxxx>
• Re: What does the DSPBRIDGE do?
  • From: Elvis Dowson <elvis.dowson@xxxxxxx>
• Re: [PATCH 09/10] OMAP3: beagle: add missing twl4030 usb platform_data
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] OMAP3: Zoom2: Update board defconfig
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] OMAP3: Zoom2: Add TWL4030 support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] OMAP3: MMC: Add mux for pins
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] OMAP3: rx51_defconfig: add twl4030 to rx51 default configuration
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] OMAP3: 3430SDP: Fix defconfig
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] OMAP: iommu: add initial debugfs support
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] OMAP: iommu: fix wrong argument in flush_cache_vmap()
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 9/9] OMAP2: n8x0: add n8x0_defconfig
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] OMAP2: compile usb-tusb6010.c
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] OMAP: GPIO: Avoid generating extra IRQs
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/9] OMAP: Remove omap boot parsing code
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/9] OMAP: remove OMAP_TAG_UART
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] OMAP: remove OMAP_TAG_SERIAL_CONSOLE
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 8/9] OMAP2: add board file for Nokia N800 and N810
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• RE: [PATCH v2 5/6] ARM: OMAP4: PM: Adds CM1/2 register defs for OMAP4
  • From: "Nayak, Rajendra" <rnayak@xxxxxx>
• RE: [PATCH v2 1/6] ARM: OMAP4: PM: Fix the PRM and CM base addresses
  • From: "Nayak, Rajendra" <rnayak@xxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig, v2
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• What does the DSPBRIDGE do?
  • From: Elvis Dowson <elvis.dowson@xxxxxxx>
• RE: [PATCH 1/2] DSPBRIDGE: Cleanup SleepDSP
  • From: "Ramirez Luna, Omar" <omar.ramirez@xxxxxx>
• RE: [PATCH 2/2] DSPBRIDGE: Set VDD1 OPP1 while MPU initiated OFF mode
  • From: "Ramirez Luna, Omar" <omar.ramirez@xxxxxx>
• Re: [PATCH] omap: pm: Fix error condition in _pwrdm_deps_lookup when pwrdm not found.
  • From: Paul Walmsley <paul@xxxxxxxxx>
• Re: [alsa-devel] [PATCH 11/20] OMAP: McBSP: Add link DMA mode selection
  • From: Peter Ujfalusi <peter.ujfalusi@xxxxxxxxx>
• RE: PM branch update: rebase to .31-rc, added omap_hwmod/omap_device
  • From: "Reddy, Teerth" <teerth@xxxxxx>
• 3430SDP: Build break in pm-2.6.29 branch
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• RE: Linux-omap PM: Fix dead lock condition in resource_release(vdd1_opp)
  • From: "Wang Limei-E12499" <E12499@xxxxxxxxxxxx>
• [PATCH v2] OMAP2/3: DMA errata correction
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• Re: [RFC][PATCH 2/2] OMAP4: sDMA driver: descriptor autoloading feature
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] OMAP4: sDMA drvier: adding OMAP kConfig option CONFIG_OMAP_DMA_DESCRIPTOR_LOAD
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: OMAP PM status?
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Jon Hunter <jon-hunter@xxxxxx>
• Re: [PATCH] omap: pm: Fix error condition in _pwrdm_deps_lookup when pwrdm not found.
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] OMAP3: defconfigs: remove SYSFS_DEPRECATED flag
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH] OMAP3: defconfigs: remove SYSFS_DEPRECATED flag
  • From: Vikram Pandita <vikram.pandita@xxxxxx>
• [RFC][PATCH 2/2] OMAP4: sDMA driver: descriptor autoloading feature
  • From: "S, Venkatraman" <svenkatr@xxxxxx>
• Re: query: omap-defconfigs
  • From: Koen Kooi <k.kooi@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 1/2] OMAP4: sDMA drvier: adding OMAP kConfig option CONFIG_OMAP_DMA_DESCRIPTOR_LOAD
  • From: "S, Venkatraman" <svenkatr@xxxxxx>
• [RFC][PATCH 0/2] OMAP4: sDMA driver updates for descriptor autoloading feature
  • From: "S, Venkatraman" <svenkatr@xxxxxx>
• OMAP PM status?
  • From: Kalle Valo <kalle.valo@xxxxxx>
• RE: [PATCH v2] OMAP2: Zoom2: Pass irqflags to 8250 driver
  • From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig, v2
  • From: Felipe Balbi <me@xxxxxxxxxxxxxxx>
• RE: DSPBRIDGE: Tie Resource accounting to Process Context
  • From: "Ramos Falcon, Ernesto" <ernesto@xxxxxx>
• [PATCH] omap: pm: Fix error condition in _pwrdm_deps_lookup when pwrdm not found.
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: [PATCH] omap: pm: Fix overflow when doing powerdomain deps lookups.
  • From: Mike Chan <mike@xxxxxxxxxxx>
• Re: linux-omap-2.6 git not updated?
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• RE: [PATCH v2 5/6] ARM: OMAP4: PM: Adds CM1/2 register defs for OMAP4
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• RE: [PATCH v2 3/6] ARM: OMAP4: PM: Adds PRM register defs for OMAP4
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig, v2
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig, v2
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCHv2 1/8] Regulator: Add TPS65023 regulator driver
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 3/3] board files for msecure line mux configuration
  • From: charu@xxxxxx
• [RFC][PATCH 2/3] handling rtc platform data
  • From: charu@xxxxxx
• [RFC][PATCH 1/3] RTC periodic interrupts enabling and msecure init
  • From: charu@xxxxxx
• [RFC][PATCH 0/3] RTC platform data structure defined
  • From: charu@xxxxxx
• RE: [PATCH v2 1/6] ARM: OMAP4: PM: Fix the PRM and CM base addresses
  • From: "Aguirre Rodriguez, Sergio Alberto" <saaguirre@xxxxxx>
• Re: PM branch update: rebase to .31-rc, added omap_hwmod/omap_device
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• RE: query: omap-defconfigs
  • From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
• Re: Warnings: pm branch
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: PM branch update: rebase to .31-rc, added omap_hwmod/omap_device
  • From: "Hemanth V" <hemanthv@xxxxxx>
• Re: query: omap-defconfigs
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] OMAP3: PM: Ensure MUSB is accessible before we attempt to reset it
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/6] ARM: OMAP4: PM: Adds PRM register shift and mask bits
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 5/6] ARM: OMAP4: PM: Adds CM1/2 register defs for OMAP4
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 3/6] ARM: OMAP4: PM: Adds PRM register defs for OMAP4
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 6/6] ARM: OMAP4: PM: Adds CM1/2 register field masks
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 1/6] ARM: OMAP4: PM: Fix the PRM and CM base addresses
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 2/6] ARM: OMAP4: PM: PRM/CM module offsets for OMAP4
  • From: Rajendra Nayak <rnayak@xxxxxx>
• [PATCH v2 0/6] Basic OMAP4 PRCM register def series
  • From: "Nayak, Rajendra" <rnayak@xxxxxx>
• Re: Warnings: pm branch
  • From: "Hemanth V" <hemanthv@xxxxxx>
• Re: Warnings: pm branch
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: TI OMAP 3503 GPIO signal I/O standard for interfacing with FPGA
  • From: Elvis Dowson <elvis.dowson@xxxxxxx>
• Re: linux-omap-2.6 git not updated?
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• RE: Warnings: pm branch
  • From: "Sripathy, Vishwanath" <vishwanath.bs@xxxxxx>
• Re: Warnings: pm branch
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• linux-omap-2.6 git not updated?
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• Re: [PATCHv2 16/20] ASoC: OMAP: Use DMA operating mode of McBSP
  • From: Eduardo Valentin <eduardo.valentin@xxxxxxxxx>
• Re: Warnings: pm branch
  • From: "Hemanth V" <hemanthv@xxxxxx>
• Re: TI OMAP 3503 GPIO signal I/O standard for interfacing with FPGA
  • From: John Sarman <johnsarman@xxxxxxxxx>
• Re: [PATCHv2 16/20] ASoC: OMAP: Use DMA operating mode of McBSP
  • From: Jarkko Nikula <jhnikula@xxxxxxxxx>
• Re: [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxx>
• [PATCH 10/10] OMAP3: update OMAP3 Beagle defconfig
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 09/10] OMAP3: beagle: add missing twl4030 usb platform_data
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 08/10] OMAP3: Zoom2: Update board defconfig
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 07/10] OMAP3: Zoom2: Add TWL4030 support
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 06/10] OMAP3: MMC: Add mux for pins
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• [PATCH 05/10] OMAP3: rx51_defconfig: add twl4030 to rx51 default configuration
  • From: Tony Lindgren <tony@xxxxxxxxxxx>