Linux for Texus Instruments OMAP Processors
[Prev Page][Next Page]
- [PATCH 4/9] OMAP: omap_device: remove internal functions from omap_device.h
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 8/9] ARM: platform_device: pdev_archdata: add omap_device pointer
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 7/9] OMAP: omap_device: _disable_idle_on_suspend() takes platform_device pointer
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 3/9] OMAP: omap_device: make latency autoadjust messages debug
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 6/9] OMAP: omap_device: device register functions now take platform_device pointer
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 2/9] OMAP: omap_device: replace debug/warning/error prints with dev_* macros
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 1/9] omap: mcbsp: Remove omap device API
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 0/9] OMAP: omap_device cleanups, decouple platform_device for v3.2
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv4 2/4] regulator: omap smps regulator driver
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [linux-pm] [RFC/PATCH v2] PM / Runtime: allow _put_sync() from interrupts-disabled context
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv4 3/4] omap: smps: add smps regulator init to voltage.c
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH] OMAP: DSS2: DSI: Support non-dcs long read
- From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
- Re: [PATCHv4 3/4] omap: smps: add smps regulator init to voltage.c
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv4 3/4] omap: smps: add smps regulator init to voltage.c
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv4 4/4] TEMP: OMAP3: beagle rev-c4: enable OPP6
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [linux-pm] [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCHv4 1/4] omap: voltage: add a stub header file
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv4 2/4] regulator: omap smps regulator driver
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [linux-pm] [RFC/PATCH v2] PM / Runtime: allow _put_sync() from interrupts-disabled context
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] [media] OMAP_VOUT: Fix build break caused by update_mode removal in DSS2
- From: Koen Kooi <koen@xxxxxxxxxxxxxxx>
- Re: [PATCH 4/4] OMAP4: HWMOD: fix DSS reset
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [linux-pm] [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/4] OMAP4: HWMOD: fix DSS reset
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [linux-pm] [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: mark gross <markgross@xxxxxxxxxxx>
- Re: [PATCH 3/4] OMAP4: HWMOD: fix DSS opt clocks
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH] OMAP2: PM debug: remove leftover debug code
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH] OMAP: DSS2: DSI: fix warning unused variable 'dsidev'
- From: Michael Jones <michael.jones@xxxxxxxxxxxxxxxx>
- Re: [PATCH 6/6] OMAP: McBSP: use existing macros for converting between devices
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 4/4] OMAP4: HWMOD: fix DSS reset
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH] OMAP: omap_device: make latency autoadjust messages debug
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [Q] SW-ECC to HW-ECC (OMAP3)
- From: Arno Steffen <arno.steffen@xxxxxxxxxxxxxx>
- Re: [PATCH v2 0/5] OMAP: DSS2: Miscellaneous DISPC Patches
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- [PATCH v2 5/5] OMAP: DSS2: Use a macro to declare size of the fifo_size array in dispc.c
- From: Archit Taneja <archit@xxxxxx>
- [PATCH v2 4/5] OMAP: DSS2: DISPC: Shorten _dispc_set_color_conv_coef()
- From: Archit Taneja <archit@xxxxxx>
- [PATCH v2 3/5] OMAP: DSS2: DISPC: dispc_save_context() and dispc_restore_context() cleanup
- From: Archit Taneja <archit@xxxxxx>
- [PATCH v2 2/5] OMAP: DSS2: DISPC: Shorten dispc_dump_regs()
- From: Archit Taneja <archit@xxxxxx>
- [PATCH v2 1/5] OMAP: DSS2: DISPC: Prepare dispc_dump_regs() for shortening
- From: Archit Taneja <archit@xxxxxx>
- [PATCH v2 0/5] OMAP: DSS2: Miscellaneous DISPC Patches
- From: Archit Taneja <archit@xxxxxx>
- [RFCv2 1/2] OMAP3+: voltage / oscillator parameter segregation
- From: Tero Kristo <t-kristo@xxxxxx>
- [RFCv2 2/2] TEMP: OMAP3: beagle: added dummy clock setup times
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCH] OMAP2: PM debug: remove leftover debug code
- From: Michael Jones <michael.jones@xxxxxxxxxxxxxxxx>
- Re: Shouldn't DT preserve pdev name and id to allow platform_match to work?
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: Shouldn't DT preserve pdev name and id to allow platform_match to work?
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: timing in driver function
- From: Michael Jones <michael.jones@xxxxxxxxxxxxxxxx>
- [PATCH] AM3517: NAND: Adding NAND support and specifying NAND partitions.
- From: Hrishikesh Bhandiwad <hrishikesh.b@xxxxxx>
- Re: Shouldn't DT preserve pdev name and id to allow platform_match to work?
- From: Barry Song <21cnbao@xxxxxxxxx>
- Re: [PATCH 5/5] OMAP4: DSS2: VIDEO3 pipeline support
- From: Archit Taneja <archit@xxxxxx>
- Re: [Q] SW-ECC to HW-ECC (OMAP3)
- From: Grazvydas Ignotas <notasas@xxxxxxxxx>
- Re: [PATCH 5/5] OMAP4: DSS2: VIDEO3 pipeline support
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [PATCH 5/5] OMAP4: DSS2: VIDEO3 pipeline support
- From: Archit Taneja <archit@xxxxxx>
- Re: [PATCH 5/5] OMAP4: DSS2: VIDEO3 pipeline support
- From: "Semwal, Sumit" <sumit.semwal@xxxxxx>
- Re: [PATCH] OMAP: DSS2: DSI: Support non-dcs long read
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- [PATCH 5/5] OMAP4: DSS2: VIDEO3 pipeline support
- From: Archit Taneja <archit@xxxxxx>
- [PATCH 4/5] OMAP: DSS2: DISPC: Shorten _dispc_set_color_conv_coef()
- From: Archit Taneja <archit@xxxxxx>
- [PATCH 3/5] OMAP: DSS2: DISPC: dispc_save_context() and dispc_restore_context() cleanup
- From: Archit Taneja <archit@xxxxxx>
- [PATCH 2/5] OMAP: DSS2: DISPC: Shorten dispc_dump_regs()
- From: Archit Taneja <archit@xxxxxx>
- [PATCH 1/5] OMAP: DSS2: DISPC: Prepare dispc_dump_regs() for shortening
- From: Archit Taneja <archit@xxxxxx>
- [PATCH 0/5] OMAP: DSS2: Miscellaneous DISPC Patches
- From: Archit Taneja <archit@xxxxxx>
- RE: [RFC 1/2] OMAP3+: voltage / oscillator parameter segregation
- From: Tero Kristo <t-kristo@xxxxxx>
- Re: [PATCH] OMAP: DSS2: DSI: Support non-dcs long read
- From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
- [PATCH] [media] OMAP_VOUT: Fix build break caused by update_mode removal in DSS2
- From: Archit Taneja <archit@xxxxxx>
- Re: [PATCH] OMAP: DSS2: DSI: Support non-dcs long read
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [PATCH] ARM: OMAP2+ Add Primview dispalys to panel-generic
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [PATCH 6/6] OMAP: McBSP: use existing macros for converting between devices
- From: Jarkko Nikula <jhnikula@xxxxxxxxx>
- [PATCHv6 3/3] OMAP: I2C: Remove the SYSC register definition
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHv6 2/3] OMAP: I2C: Remove the reset in the init path
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHv6 1/3] OMAP: I2C: Reset support
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- Re: [PATCH] OMAP: DSS2: DSI: Support non-dcs long read
- From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
- Re: [PATCH] usb: musb: use put_sync_suspend instead of put_sync
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH v2 2/6] OMAP4: ID: add omap_has_feature for max freq supported
- From: "Menon, Nishanth" <nm@xxxxxx>
- Re: [linux-pm] [RFC/PATCH v2] PM / Runtime: allow _put_sync() from interrupts-disabled context
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 2/2 V2] OMAP3+: PM: SR: add suspend/resume handlers
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 2/2] omap_twl: Prevent SR to enable for am3517/am3505 devices
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 2/2] I2C: OMAP: remove dev->idle, use usage counting provided by runtime PM
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH] usb: musb: use put_sync_suspend instead of put_sync
- From: Moiz Sonasath <m-sonasath@xxxxxx>
- Re: [linux-pm] [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [PATCH 4/4] usb: musb: OMAP: Delete unused function
- From: Bjarne Steinsbo <bsteinsbo@xxxxxxxxx>
- [PATCH 3/4] usb: musb: OMAP4430: Remove incorrect call to omap4430_phy_init()
- From: Bjarne Steinsbo <bsteinsbo@xxxxxxxxx>
- [PATCH 2/4] OMAP4: Keyboard: Fix section mismatch in the board file
- From: Bjarne Steinsbo <bsteinsbo@xxxxxxxxx>
- [PATCH 1/4] OMAP4: clockdata: Make compiler shut up about possible uninitialized variable
- From: Bjarne Steinsbo <bsteinsbo@xxxxxxxxx>
- [PATCH 0/4] Omap-related warnings compiling current mainline 3.1-rc tree
- From: Bjarne Steinsbo <bsteinsbo@xxxxxxxxx>
- [PATCH 3/3] TI814X: Create board support and enable build for TI8148 EVM
- From: Hemant Pedanekar <hemantp@xxxxxx>
- [PATCH 2/3] TI814X: Add cpu type macros and detection support
- From: Hemant Pedanekar <hemantp@xxxxxx>
- [PATCH 1/3] TI81XX: Prepare for addition of TI814X support
- From: Hemant Pedanekar <hemantp@xxxxxx>
- [PATCH 0/3] Add support for TI814X processor series
- From: Hemant Pedanekar <hemantp@xxxxxx>
- RE: [PATCH 3/4] TI816X: clock: Add clockdomains and powerdomains data
- From: "Pedanekar, Hemant" <hemantp@xxxxxx>
- RE: [PATCH 1/2] TI816X: Add minimal hwmod data
- From: "Pedanekar, Hemant" <hemantp@xxxxxx>
- Re: [PATCHv5 2/3] OMAP: I2C: Remove the reset in the init path
- From: Shubhrajyoti <shubhrajyoti@xxxxxx>
- [PATCH 2/2] omap_twl: Prevent SR to enable for am3517/am3505 devices
- From: Abhilash K V <abhilash.kv@xxxxxx>
- [PATCH 1/2] AM35x: Using OMAP3 generic hwmods
- From: Abhilash K V <abhilash.kv@xxxxxx>
- [PATCH 0/2] AM3517: Booting up
- From: Abhilash K V <abhilash.kv@xxxxxx>
- [PATCH 6/6] OMAP: McBSP: use existing macros for converting between devices
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 5/6] OMAP2+: PM: SmartReflex: use put_sync_suspend for IRQ-safe disabling
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 4/6] OMAP3: beagle: don't touch omap_device internals
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 3/6] OMAP1: enable GENERIC_IRQ_CHIP
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 2/6] OMAP3+: SR: ensure pm-runtime callbacks can be invoked with IRQs disabled
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 1/6] OMAP2+: Kconfig: don't select PM in OMAP2PLUS_TYPICAL
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 0/6] OMAP: misc. PM-related fixes for v3.1-rc
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 2/2] Use existing GPMC macros instead of bit manipulation
- From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] I2C: OMAP: remove dev->idle, use usage counting provided by runtime PM
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH 3/2] I2C: OMAP: remove unused function pointers from pdata
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv5 1/3] OMAP: I2C: Reset support
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 2/2] Use existing GPMC macros instead of bit manipulation
- From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
- [PATCH 1/2] Macro for getting the BASEADDRESS field in omap's gpmc configuration
- From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 0/2] I2C: OMAP: misc. PM-related cleanups
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH v2 2/2] I2C: OMAP: remove dev->idle, use usage counting provided by runtime PM
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH v2 1/2] I2C: OMAP: remove unneccesary use of pdev
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 2/2] I2C: OMAP: remove dev->idle, use usage counting provided by runtime PM
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH v2] Revert "i2c-omap: fix static suspend vs. runtime suspend"
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH] Revert "i2c-omap: fix static suspend vs. runtime suspend"
- From: Kevin Hilman <khilman@xxxxxx>
- RE: [RFC 1/2] OMAP3+: voltage / oscillator parameter segregation
- From: Vishwanath Sripathy <vishwanath.bs@xxxxxx>
- Re: [linux-pm] [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] OMAP: DSS2: DSI: Support non-dcs long read
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- [PATCH v5 17/22] gpio/omap: fix bankwidth for OMAP7xx MPUIO
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 06/22] gpio/omap: make non-wakeup GPIO part of pdata
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 15/22] gpio/omap: use readl in irq_handler for all access
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 20/22] gpio/omap: cleanup prepare_for_idle and resume_after_idle
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 04/22] gpio/omap: fix pwrdm_post_transition call sequence
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 03/22] gpio/omap: make gpio_context part of gpio_bank structure
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 13/22] gpio/omap: cleanup omap_gpio_mod_init function
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 07/22] gpio/omap: avoid cpu checks during module ena/disable
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 14/22] gpio/omap: use pinctrl offset instead of macro
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 05/22] gpio/omap: handle save/restore ctx in GPIO driver
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 21/22] gpio/omap: skip operations in runtime callbacks
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 10/22] gpio/omap: use level/edge detect reg offsets
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 12/22] gpio/omap: cleanup set_gpio_triggering function
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 01/22] gpio/omap: remove dependency on gpio_bank_count
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 00/22] gpio/omap: driver cleanup and fixes
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 02/22] gpio/omap: use flag to identify wakeup domain
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 22/22] gpio/omap: remove omap_gpio_save_context overhead
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 08/22] gpio/omap: further cleanup using wakeup_status register
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 16/22] gpio/omap: remove bank->method & METHOD_* macros
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 18/22] gpio/omap: use pm-runtime framework
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 19/22] gpio/omap: optimize suspend and resume functions
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 11/22] gpio/omap: remove hardcoded offsets in ctxt save/restore
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [PATCH v5 09/22] gpio/omap: cleanup omap1 related macros
- From: Tarun Kanti DebBarma <tarun.kanti@xxxxxx>
- [Q] SW-ECC to HW-ECC (OMAP3)
- From: Arno Steffen <arno.steffen@xxxxxxxxxxxxxx>
- Re: [PATCH] OMAPFB: make debug message more useful
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [PATCH] OMAP: DSS2: Don't allow moving managers away from enabled displays
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [PATCHv5 1/3] OMAP: I2C: Reset support
- From: Shubhrajyoti <shubhrajyoti@xxxxxx>
- Re: [PATCH] Revert "i2c-omap: fix static suspend vs. runtime suspend"
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 2/2] I2C: OMAP: remove dev->idle, use usage counting provided by runtime PM
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 1/2] I2C: OMAP: remove unneccesary use of pdev
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH] OMAP: DSS2: Don't allow moving managers away from enabled displays
- From: Daniel Morsing <daniel.morsing@xxxxxxxxx>
- Re: [PATCHv3] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 2/2] I2C: OMAP: remove dev->idle, use usage counting provided by runtime PM
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 1/2] I2C: OMAP: remove unneccesary use of pdev
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 0/2] I2C: OMAP: misc. PM-related cleanups
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH] Revert "i2c-omap: fix static suspend vs. runtime suspend"
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH RESEND] omap1: select GENERIC_IRQ_CHIP for TI OMAP1
- From: Kevin Hilman <khilman@xxxxxx>
- Re: Shouldn't DT preserve pdev name and id to allow platform_match to work?
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: Shouldn't DT preserve pdev name and id to allow platform_match to work?
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: Shouldn't DT preserve pdev name and id to allow platform_match to work?
- From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
- [RFC 2/2] TEMP: OMAP3: beagle: added dummy vdd ramp up and clock setup times
- From: Tero Kristo <t-kristo@xxxxxx>
- [RFC 1/2] OMAP3+: voltage / oscillator parameter segregation
- From: Tero Kristo <t-kristo@xxxxxx>
- [RFC 0/2] voltage / oscillator parameter segregation
- From: Tero Kristo <t-kristo@xxxxxx>
- Shouldn't DT preserve pdev name and id to allow platform_match to work?
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH 4/4] dt: i2c-omap: Convert i2c driver to use device tree
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- [PATCHv3] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- Re: [alsa-devel] [PATCH 4/4] ASoC: OMAP4: McPDM: Convert to hwmod/omap_device
- From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH RESEND] omap1: select GENERIC_IRQ_CHIP for TI OMAP1
- From: Axel Lin <axel.lin@xxxxxxxxx>
- Re: [PATCHv2] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Shubhrajyoti <shubhrajyoti@xxxxxx>
- Re: Remaining omap pull requests
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv5 2/3] OMAP: I2C: Remove the reset in the init path
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv5 1/3] OMAP: I2C: Reset support
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv2] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Kevin Hilman <khilman@xxxxxx>
- Re: Remaining omap pull requests
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv2] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: Kevin Hilman <khilman@xxxxxx>
- Re: pandaboard brctl oops
- From: Miloš GymRK <m.kloucek.m@xxxxxxxxx>
- Re: [PATCH 04/13] PM: QoS: implement the per-device latency constraints
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 03/13] PM: QoS: extend the in-kernel API with per-device latency constraints
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 03/13] PM: QoS: extend the in-kernel API with per-device latency constraints
- From: Kevin Hilman <khilman@xxxxxx>
- OpenMax issue
- From: "Leonid Liansky" <lliansky@xxxxxxxxx>
- Re: [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 4/4] ASoC: OMAP4: McPDM: Convert to hwmod/omap_device
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] ASoC: omap-mcpdm: Fix threshold and dma configuration
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- omap_vout build error with latest linus
- From: Koen Kooi <koen@xxxxxxxxxxxxxxxxxxxxx>
- Re: Re: [PATCH 2/4] Fixes for "input: Add initial support for TWL6040 vibrator"
- From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
- Re: [alsa-devel] [PATCH 1/3] mfd: twl6040: Add initial support
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 2/4] Fixes for "input: Add initial support for TWL6040 vibrator"
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 1/3] mfd: twl6040: Add initial support
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH 4/4] ASoC: OMAP4: McPDM: Convert to hwmod/omap_device
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 3/4] ASoC: omap-mcpdm: Fix threshold and dma configuration
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 2/4] OMAP4: hwmod: enable mcpdm hwmod device.
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 1/4] OMAP: McPDM: Convert McPDM device to omap_device
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 0/4] ASoC: OMAP4: McPDM: Fix legacy support
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- Re: [alsa-devel] [PATCH 1/3] mfd: twl6040: Add initial support
- From: Péter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 4/4] OMAP4: SDP4430: Add vibrator platform data
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 3/4] Calculate max VIBDAT code based on VDDVIB, motor and driver resistances
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 3/3] ASoC: twl6040: Convert into TWL6040 MFD child
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 2/3] input: Add initial support for TWL6040 vibrator
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 1/3] mfd: twl6040: Add initial support
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 2/4] Fixes for "input: Add initial support for TWL6040 vibrator"
- From: Peter Ujfalusi <peter.ujfalusi@xxxxxx>
- [PATCH 4/4] OMAP4: HWMOD: fix DSS reset
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- [PATCH 3/4] OMAP4: HWMOD: fix DSS opt clocks
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- [PATCH 2/4] OMAP3: HWMOD: fix DSS opt clocks
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- [PATCH 1/4] OMAP2xxx: HWMOD: fix DSS opt clocks
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [PATCH 05/13] PM: QoS: support the dynamic insertion and removal of devices
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH 04/13] PM: QoS: implement the per-device latency constraints
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH 01/13] PM: QoS: rename pm_qos_params files to pm_qos
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH 01/13] PM: QoS: rename pm_qos_params files to pm_qos
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 03/13] PM: QoS: extend the in-kernel API with per-device latency constraints
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH 07/13] OMAP PM: early init of the pwrdms states
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCHv2 17/28] OMAP2420: HWMOD: Add DSS opt clocks
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [PATCHv2 16/28] OMAP3: HWMOD: Add DSS opt clocks
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: pandaboard brctl oops
- From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
- Re: timing in driver function
- From: Paul Walmsley <paul@xxxxxxxxx>
- Re: [PATCHv2 16/28] OMAP3: HWMOD: Add DSS opt clocks
- From: Paul Walmsley <paul@xxxxxxxxx>
- [PATCH] ARM: platform_device: pdev_archdata: add omap_device pointer
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv2 17/28] OMAP2420: HWMOD: Add DSS opt clocks
- From: Paul Walmsley <paul@xxxxxxxxx>
- Re: ISP
- From: 卞磊 <mykofzone@xxxxxxxxx>
- Re: [PATCH v2 1/4] OMAP4: hwmod data: Add GPMC
- From: Paul Walmsley <paul@xxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH v2] OMAP: ctrl: Fix CONTROL_DSIPHY register fields
- From: Paul Walmsley <paul@xxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH] DT: OMAP: Convert I2C driver to use device tree
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- pandaboard brctl oops
- From: Marek Vasut <marek.vasut@xxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Felipe Balbi <balbi@xxxxxx>
- Re: timing in driver function
- From: "C.A, Subramaniam" <subramaniam.ca@xxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Kevin Hilman <khilman@xxxxxx>
- RE: timing in driver function
- From: "Gadiyar, Anand" <gadiyar@xxxxxx>
- timing in driver function
- From: Michael Jones <michael.jones@xxxxxxxxxxxxxxxx>
- [GIT PULL] OMAP display subsystem patches for 3.1
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Govindraj <govindraj.ti@xxxxxxxxx>
- Re: [PATCH 2/2] arm: omap: mark dt_compat __initconst
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH 1/2] of: address: use resource_size helper
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: ISP
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Govindraj <govindraj.ti@xxxxxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [Q] No message from Kernel (Howto start debug?)
- From: Arno Steffen <arno.steffen@xxxxxxxxxxxxxx>
- Re: [PATCH] omap3: l3: Temporary fix to avoid the kernel hang with beagle board.
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- Re: [PATCH] omap3: l3: Temporary fix to avoid the kernel hang with beagle board.
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [linux-pm] [RFC/PATCH v3 00/13] PM QoS: add a per-device latency constraints class
- From: mark gross <markgross@xxxxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [linux-pm] Runtime PM discussion notes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 05/13] PM: QoS: support the dynamic insertion and removal of devices
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 04/13] PM: QoS: implement the per-device latency constraints
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-pm] Runtime PM discussion notes
- From: Pavel Machek <pavel@xxxxxx>
- Re: [linux-pm] Runtime PM discussion notes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-pm] Runtime PM discussion notes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-pm] Runtime PM discussion notes
- From: Pavel Machek <pavel@xxxxxx>
- Re: [linux-pm] Runtime PM discussion notes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-pm] Runtime PM discussion notes
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [RFC/PATCH 0/7] decouple platform_device from omap_device
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: "Menon, Nishanth" <nm@xxxxxx>
- Re: [PATCH 03/13] PM: QoS: extend the in-kernel API with per-device latency constraints
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 01/13] PM: QoS: rename pm_qos_params files to pm_qos
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 02/13] PM: add a per-device wake-up latency constraints plist
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC/PATCH v3 00/13] PM QoS: add a per-device latency constraints class
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [RFC/PATCH v3 00/13] PM QoS: add a per-device latency constraints class
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [linux-pm] Runtime PM discussion notes
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH 08/13] OMAP2+: powerdomain: control power domains next state
- From: Todd Poynor <toddpoynor@xxxxxxxxxx>
- [PATCHv2] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Govindraj <govindraj.ti@xxxxxxxxx>
- Re: [RFC/PATCH v3 00/13] PM QoS: add a per-device latency constraints class
- From: mark gross <markgross@xxxxxxxxxxx>
- Re: [PATCH] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Nishanth Menon <nm@xxxxxx>
- Re: [PATCH] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Shubhrajyoti <shubhrajyoti@xxxxxx>
- Re: [linux-pm] Runtime PM discussion notes
- From: Pavel Machek <pavel@xxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Govindraj <govindraj.ti@xxxxxxxxx>
- Re: [PATCH] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: "Andy Green (林安廸)" <andy@xxxxxxxxxxx>
- [PATCH v2] OMAP3: NAND: Adding NAND support and specifying NAND partitions.
- From: Hrishikesh Bhandiwad <hrishikesh.b@xxxxxx>
- Re: [PATCH] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Govindraj <govindraj.ti@xxxxxxxxx>
- [PATCH] OMAP4: I2C: Enable the wakeup in I2C_WE
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCHV2 3/5] OMAP: I2C: Remove the reset in the init path
- From: Shubhrajyoti <shubhrajyoti@xxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Govindraj <govindraj.ti@xxxxxxxxx>
- RE: [PATCH v4 REPOST 18/20] gpio/omap: use pm-runtime framework
- From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
- RE: [PATCH v4 REPOST 18/20] gpio/omap: use pm-runtime framework
- From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
- [PATCHv5 0/3] I2C driver updates
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHv5 2/3] OMAP: I2C: Remove the reset in the init path
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHv5 1/3] OMAP: I2C: Reset support
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHv5 3/3] OMAP: I2C: Remove the SYSC register definition
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- Re: [Q] No message from Kernel (Howto start debug?)
- From: Arno Steffen <arno.steffen@xxxxxxxxxxxxxx>
- Re: [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCHv4 2/4] regulator: omap smps regulator driver
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: USB Ethernet gadget doesn't work with DM3730
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 07/13] OMAP PM: early init of the pwrdms states
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH 08/13] OMAP2+: powerdomain: control power domains next state
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [RFC/PATCH v3 00/13] PM QoS: add a per-device latency constraints class
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH 07/13] OMAP PM: early init of the pwrdms states
- From: Todd Poynor <toddpoynor@xxxxxxxxxx>
- Re: [PATCH 08/13] OMAP2+: powerdomain: control power domains next state
- From: Todd Poynor <toddpoynor@xxxxxxxxxx>
- Re: [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
- Re: [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: Felipe Balbi <balbi@xxxxxx>
- Re: musb crash on suspend
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [Q] No message from Kernel (Howto start debug?)
- From: Tapani Utriainen <tapani@xxxxxxxxxxxxxx>
- Re: [PATCH 4/4] dt: i2c-omap: Convert i2c driver to use device tree
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: musb crash on suspend
- From: Cliff Brake <cliff.brake@xxxxxxxxx>
- Re: musb crash on suspend
- From: Cliff Brake <cliff.brake@xxxxxxxxx>
- musb crash on suspend
- From: Cliff Brake <cliff.brake@xxxxxxxxx>
- Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH 4/4] dt: i2c-omap: Convert i2c driver to use device tree
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH v2 00/18] OMAP4: PM data big spring cleanup and fixes
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH v2 00/18] OMAP4: PM data big spring cleanup and fixes
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH v4 REPOST 18/20] gpio/omap: use pm-runtime framework
- From: Todd Poynor <toddpoynor@xxxxxxxxxx>
- Re: [Q] No message from Kernel (Howto start debug?)
- From: Arno Steffen <arno.steffen@xxxxxxxxxxxxxx>
- Re: [PATCH] OMAP4: hwmod data: remove duplicated #include
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- RE: [Q] No message from Kernel (Howto start debug?)
- From: Sricharan R <r.sricharan@xxxxxx>
- Re: [Q] No message from Kernel (Howto start debug?)
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [Q] No message from Kernel (Howto start debug?)
- From: Arno Steffen <arno.steffen@xxxxxxxxxxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: "Menon, Nishanth" <nm@xxxxxx>
- [PATCH] OMAP4: hwmod data: remove duplicated #include
- From: Huang Weiyi <weiyi.huang@xxxxxxxxx>
- Re: [Q] No message from Kernel (Howto start debug?)
- From: Gary Thomas <gary@xxxxxxxxxxxx>
- Re: [Q] No message from Kernel (Howto start debug?)
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC/PATCH v3 00/13] PM QoS: add a per-device latency constraints class
- From: mark gross <markgross@xxxxxxxxxxx>
- [Q] No message from Kernel (Howto start debug?)
- From: Arno Steffen <arno.steffen@xxxxxxxxxxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- [PATCHv4 2/4] regulator: omap smps regulator driver
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv4 4/4] TEMP: OMAP3: beagle rev-c4: enable OPP6
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv4 3/4] omap: smps: add smps regulator init to voltage.c
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv4 1/4] omap: voltage: add a stub header file
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv4 0/4] OMAP SMPS regulator driver
- From: Tero Kristo <t-kristo@xxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- RE: [PATCH v4 REPOST 18/20] gpio/omap: use pm-runtime framework
- From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
- [RFC v2]: Issues implementing clock handling mechanism within UART driver
- From: "Govindraj.R" <govindraj.raja@xxxxxx>
- Re: [PATCH v2 3/5] OMAP4: powerdomain data: Fix core mem states and missing cefuse flag
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- [PATCH 13/13] OMAP2+: cpuidle only influences the MPU state
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 12/13] OMAP: PM CONSTRAINTS: implement the devices wake-up latency constraints
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 11/13] OMAP2+: omap_hwmod: manage the wake-up latency constraints
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 10/13] OMAP4: powerdomain data: add wake-up latency figures
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 09/13] OMAP3: powerdomain data: add wake-up latency figures
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 08/13] OMAP2+: powerdomain: control power domains next state
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 07/13] OMAP PM: early init of the pwrdms states
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 06/13] OMAP PM: create a PM layer plugin for per-device constraints
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 05/13] PM: QoS: support the dynamic insertion and removal of devices
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 04/13] PM: QoS: implement the per-device latency constraints
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 03/13] PM: QoS: extend the in-kernel API with per-device latency constraints
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 02/13] PM: add a per-device wake-up latency constraints plist
- From: jean.pihet@xxxxxxxxxxxxxx
- [PATCH 01/13] PM: QoS: rename pm_qos_params files to pm_qos
- From: jean.pihet@xxxxxxxxxxxxxx
- [RFC/PATCH v3 00/13] PM QoS: add a per-device latency constraints class
- From: jean.pihet@xxxxxxxxxxxxxx
- Re: [PATCH v4 REPOST 18/20] gpio/omap: use pm-runtime framework
- From: Todd Poynor <toddpoynor@xxxxxxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Nishanth Menon <nm@xxxxxx>
- Re: [RFC/PATCH 0/7] decouple platform_device from omap_device
- From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
- Re: [RFC/PATCH 0/7] decouple platform_device from omap_device
- From: "Hilman, Kevin" <khilman@xxxxxx>
- Re: [RFC/PATCH 0/7] decouple platform_device from omap_device
- From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
- Re: [linux-pm] calling runtime PM from system PM methods
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- RE: [PATCH v4 REPOST 18/20] gpio/omap: use pm-runtime framework
- From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
- Re: [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH] mfd: omap-usb-host: fix clock API usage on usbhs_disable()
- From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
- Re: [PATCHv2] mfd: twl4030: Fix mismatch in mutex lock-unlock
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
- Re: [PATCH v2] OMAP: ctrl: Fix CONTROL_DSIPHY register fields
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- [PATCH v2] OMAP: ctrl: Fix CONTROL_DSIPHY register fields
- From: Archit Taneja <archit@xxxxxx>
- Re: [PATCH] mfd: omap-usb-host: fix clock API usage on usbhs_disable()
- From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
- Re: [linux-pm] [RFC/PATCH v2] PM / Runtime: allow _put_sync() from interrupts-disabled context
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] OMAP: ctrl: Fix CONTROL_DSIPHY register fields
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- [PATCH 2/2] rtc: twl: Fix registration vs. init order
- From: Todd Poynor <toddpoynor@xxxxxxxxxx>
- [PATCH 1/2] rtc: twl: Use threaded IRQ, remove IRQ enable in interrupt handler
- From: Todd Poynor <toddpoynor@xxxxxxxxxx>
- Re: [PATCH] OMAP: ctrl: Fix CONTROL_DSIPHY register fields
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- [PATCH] OMAP: ctrl: Fix CONTROL_DSIPHY register fields
- From: Archit Taneja <archit@xxxxxx>
- Re: [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
- Re: ISP
- From: 卞磊 <mykofzone@xxxxxxxxx>
- Re: [linux-pm] [RFC/PATCH v2] PM / Runtime: allow _put_sync() from interrupts-disabled context
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 1/6] OMAP4: Add missing clock divider for OCP_ABE_ICLK
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [resend PATCH] tusb6010_omap: fix build failure: error: 'musb' undeclared
- From: Felipe Balbi <balbi@xxxxxx>
- Re: ISP
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH] mfd: omap-usb-host: fix clock API usage on usbhs_disable()
- From: Felipe Balbi <balbi@xxxxxx>
- ISP
- From: Veda N <veda74@xxxxxxxxx>
- Re: [PATCH 3/3] OMAP4: hwmod: enable mcpdm hwmod device.
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Re: [PATCH V3 05/19] OMAP3+: voltage: use IS_ERR_OR_NULL
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH V3 04/19] OMAP3+: voltage: remove spurious pr_notice for debugfs
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH V3 03/19] OMAP3+: voltage: remove initial voltage
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH V3 02/19] OMAP3+: voltage: fix build warning
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH V3 01/19] OMAP3: hwmod: add SmartReflex IRQs
- From: Felipe Balbi <balbi@xxxxxx>
- RE: [PATCH] OMAP3: NAND: Adding NAND support and specifying NAND partitions.
- From: "Bhandiwad, Hrishikesh" <hrishikesh.b@xxxxxx>
- Re: [PATCHv6 01/11] omap: prcm: switch to a chained IRQ handler mechanism
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCHv6 01/11] omap: prcm: switch to a chained IRQ handler mechanism
- From: Tero Kristo <t-kristo@xxxxxx>
- Re: [PATCH] OMAP3: NAND: Adding NAND support and specifying NAND partitions.
- From: Grazvydas Ignotas <notasas@xxxxxxxxx>
- Re: [PATCH] OMAP4460: Hwmod: Add hwmod for thermal sensor
- From: "Cousson, Benoit" <b-cousson@xxxxxx>
- Parallel CMOS Image Sensor with UART Control Interface
- From: James <angweiyang@xxxxxxxxx>
- Re: [PATCH 2/2 V2] OMAP3+: PM: SR: add suspend/resume handlers
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 2/2 V2] OMAP3+: PM: SR: add suspend/resume handlers
- From: "Menon, Nishanth" <nm@xxxxxx>
- Re: [PATCH 2/2 V2] OMAP3+: PM: SR: add suspend/resume handlers
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCHv6 01/11] omap: prcm: switch to a chained IRQ handler mechanism
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 2/2 V2] OMAP3+: PM: SR: add suspend/resume handlers
- From: "Menon, Nishanth" <nm@xxxxxx>
- [PATCHv6 11/11] OMAP3: pm: do not enable PRCM MPU interrupts manually
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 10/11] TEMP: OMAP3: pm: disable / enable PRCM chain interrupts during wakeup from suspend
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 09/11] TEMP: OMAP: serial: remove padconf hacks
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 08/11] TEMP: OMAP device: change pr_warnings to pr_debugs
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 01/11] omap: prcm: switch to a chained IRQ handler mechanism
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 06/11] TEMP: OMAP3: serial: made serial to work properly with PRCM chain handler
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 07/11] TEMP: serial: added mux support
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 05/11] TEMP: OMAP3: pm: remove serial resume / idle calls from idle path
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 04/11] OMAP2+: mux: add support for PAD wakeup interrupts
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 03/11] OMAP2+: hwmod: Add API to check IO PAD wakeup status
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv6 02/11] OMAP2+: hwmod: Add API to enable IO ring wakeup.
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCHv7 00/11] PRCM chain handler
- From: Tero Kristo <t-kristo@xxxxxx>
- Re: [PATCHv5 05/11] TEMP: OMAP3: pm: remove serial resume / idle calls from idle path
- From: Tero Kristo <t-kristo@xxxxxx>
- [PATCH] OMAP3: NAND: Adding NAND support and specifying NAND partitions.
- From: Hrishikesh Bhandiwad <hrishikesh.b@xxxxxx>
- Re: [PATCH] OMAP3: Beagle: NAND: Specifying partition offsets directly.
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH] OMAP: omap_device: make latency autoadjust messages debug
- From: Grazvydas Ignotas <notasas@xxxxxxxxx>
- Re: [PATCH] OMAP3: Beagle: NAND: Specifying partition offsets directly.
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH] OMAP3: Beagle: NAND: Specifying partition offsets directly.
- From: Hrishikesh Bhandiwad <hrishikesh.b@xxxxxx>
- Re: [PATCH] OMAP4460: Hwmod: Add hwmod for thermal sensor
- From: "J, KEERTHY" <j-keerthy@xxxxxx>
- Re: Kconfig help descriptions
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework
- From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
- Re: [PATCH 2/2 V2] OMAP3+: PM: SR: add suspend/resume handlers
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework
- From: Sjur Brændeland <sjurbren@xxxxxxxxx>
- [PATCH 2/2 V2] OMAP3+: PM: SR: add suspend/resume handlers
- From: Nishanth Menon <nm@xxxxxx>
- How to loopback two PCM interface?
- From: onlyfever <onlyfever@xxxxxxxxx>
- Re: [linux-pm] [RFC/PATCH v2] PM / Runtime: allow _put_sync() from interrupts-disabled context
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- Re: [PATCH] dmaengine: add dma_ctrl_cmd to pass buffer stride configuration
- From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
- Re: [PATCH] mfd: twl6030-pwm.c needs MODULE_LICENSE
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCHv5 05/11] TEMP: OMAP3: pm: remove serial resume / idle calls from idle path
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCHv5 01/11] OMAP: prcm: switch to a chained IRQ handler mechanism
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCHv5 04/11] OMAP2+: hwmod: add support for PAD wakeup interrupts
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHv5 01/11] OMAP: prcm: switch to a chained IRQ handler mechanism
- From: Kevin Hilman <khilman@xxxxxx>
- [GIT PULL] Power management updates for 3.1
- From: "Rafael J. Wysocki" <rjw@xxxxxxx>
- [RFC/PATCH v2] PM / Runtime: allow _put_sync() from interrupts-disabled context
- From: Kevin Hilman <khilman@xxxxxx>
- [RFC/PATCH] PM / Runtime: allow _put_sync() from interrupts-disabled context
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [RFC/PATCH 3/7] OMAP: McBSP: use existing macros for converting between devices
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 1/2] OMAP3+: PM: SR: use put_sync_suspend for disabling
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH 2/2] OMAP2+: PM: SR: add suspend/resume handlers
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH] OMAP: omap_device: replace pr_* prints with dev_*
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH 1/2] of: address: use resource_size helper
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH 2/2] arm: omap: mark dt_compat __initconst
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 2/2] OMAP2+: PM: SR: add suspend/resume handlers
- From: "Menon, Nishanth" <nm@xxxxxx>
- Re: [PATCH] OMAP: omap_device: replace pr_* prints with dev_*
- From: Grazvydas Ignotas <notasas@xxxxxxxxx>
- [PATCH] mfd: omap-usb-host: fix clock API usage on usbhs_disable()
- From: Keshava Munegowda <keshava_mgowda@xxxxxx>
- Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework
- From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
- Re: [RFC/PATCH 3/7] OMAP: McBSP: use existing macros for converting between devices
- From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
- Re: [PATCH] OMAP4: MMC: fix power and audio issue, decouple USBC1 from MMC1
- From: Kishore Kadiyala <kishorek.kadiyala@xxxxxxxxx>
- Re: [PATCH] arm: omap: usb: clock enable typo fix in usbhs driver
- From: "Munegowda, Keshava" <keshava_mgowda@xxxxxx>
- Re: [PATCH] arm: omap: usb: clock enable typo fix in usbhs driver
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework
- From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
- Re: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework
- From: Felipe Balbi <balbi@xxxxxx>
- RE: [RFC PATCHv5 1/7] HSI: hsi: Introducing HSI framework
- From: Carlos Chinea <carlos.chinea@xxxxxxxxx>
- Re: [PATCH 2/2] OMAP2+: PM: SR: add suspend/resume handlers
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC/PATCH 3/7] OMAP: McBSP: use existing macros for converting between devices
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH] OMAP: omap_device: replace _find_by_pdev() with to_omap_device()
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH v2] MTD: Nand: use MTD_NAND_OMAP2 for OMAP4
- From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
- Offline for next few weeks
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [RFC/PATCH 6/7] OMAP: omap_device: device register functions now take platform_device pointer
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- [PATCH 2/2] OMAP2+: PM: SR: add suspend/resume handlers
- From: Nishanth Menon <nm@xxxxxx>
- [PATCH 1/2] OMAP3+: PM: SR: use put_sync_suspend for disabling
- From: Nishanth Menon <nm@xxxxxx>
- [PATCH 0/2] OMAP3+: PM: SR fixes
- From: Nishanth Menon <nm@xxxxxx>
- [PATCH] OMAP: irq: loop counter fix in omap_init_irq()
- From: Tapani Utriainen <tapani@xxxxxxxxxxxxxx>
- Re: [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
- From: Kevin Hilman <khilman@xxxxxx>
- [RFC/PATCH 7/7] WIP: HACK/RFC: omap_device: begin to decouple platform_device from omap_device
- From: Kevin Hilman <khilman@xxxxxx>
- [RFC/PATCH 6/7] OMAP: omap_device: device register functions now take platform_device pointer
- From: Kevin Hilman <khilman@xxxxxx>
- [RFC/PATCH 5/7] OMAP: omap_device: when building return platform_device instead of omap_device
- From: Kevin Hilman <khilman@xxxxxx>
- [RFC/PATCH 4/7] OMAP: omap_device: remove internal functions from omap_device.h
- From: Kevin Hilman <khilman@xxxxxx>
- [RFC/PATCH 3/7] OMAP: McBSP: use existing macros for converting between devices
- From: Kevin Hilman <khilman@xxxxxx>
- [RFC/PATCH 2/7] OMAP3: beagle: don't touch omap_device internals
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH] OMAP: omap_device: replace _find_by_pdev() with to_omap_device()
- From: Kevin Hilman <khilman@xxxxxx>
- [RFC/PATCH 1/7] OMAP: omap_device: replace debug/warning/error prints with dev_* macros
- From: Kevin Hilman <khilman@xxxxxx>
- [RFC/PATCH 0/7] decouple platform_device from omap_device
- From: Kevin Hilman <khilman@xxxxxx>
- [PATCH] OMAP4: MMC: fix power and audio issue, decouple USBC1 from MMC1
- From: Bryan Buckley <bryan.buckley@xxxxxx>
- Re: [PATCH] OMAP: omap_device: replace pr_* prints with dev_*
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH] OMAP: omap_device: replace pr_* prints with dev_*
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCH] OMAP: omap_device: replace pr_* prints with dev_*
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHV3 0/4] The series attempts to do the following
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCHV3 2/4] OMAP: I2C: Remove the reset in the init path
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [PATCH] OMAP4460: Hwmod: Add hwmod for thermal sensor
- From: "J, KEERTHY" <j-keerthy@xxxxxx>
- Re: [PATCHV3 2/4] OMAP: I2C: Remove the reset in the init path
- From: Shubhrajyoti <shubhrajyoti@xxxxxx>
- [PATCHV4 4/4] OMAP: I2C: I2C register restore only if context is lost
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV4 3/4] OMAP: I2C: Remove the SYSC register definition
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV4 2/4] OMAP: I2C: Remove the reset in the init path
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV4 1/4] OMAP: I2C: Reset support
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV4 0/4] I2C: driver updates
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- Re: omap_device prints
- From: Kevin Hilman <khilman@xxxxxx>
- Re: conflicts between omap/cleanup branch and omap_dss2 tree
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCHV3 2/4] OMAP: I2C: Remove the reset in the init path
- From: Felipe Balbi <balbi@xxxxxx>
- [PATCHV3 4/4] OMAP: I2C: I2C register restore only if context is lost
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV3 3/4] OMAP: I2C: Remove the SYSC register definition
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV3 2/4] OMAP: I2C: Remove the reset in the init path
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV3 1/4] OMAP: I2C: Reset support
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV3 0/4] The series attempts to do the following
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- Re: [PATCHV2 2/5] OMAP: I2C: Reset support
- From: Shubhrajyoti <shubhrajyoti@xxxxxx>
- Re: Kconfig help descriptions
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- Re: [PATCHV2 5/5] OMAP: I2C: Restore only if context is lost
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- Re: [PATCHV2 4/5] OMAP: I2C: Remove the SYSC register definition
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- Re: Kconfig help descriptions
- From: "J, KEERTHY" <j-keerthy@xxxxxx>
- Re: [PATCHV2 3/5] OMAP: I2C: Remove the reset in the init path
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- Re: [PATCHV2 2/5] OMAP: I2C: Reset support
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- Re: [PATCHV2 1/5] OMAP: I2C: Add a device reset field to platform data
- From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
- [PATCHV2 5/5] OMAP: I2C: Restore only if context is lost
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV2 4/5] OMAP: I2C: Remove the SYSC register definition
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV2 3/5] OMAP: I2C: Remove the reset in the init path
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV2 2/5] OMAP: I2C: Reset support
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV2 1/5] OMAP: I2C: Add a device reset field to platform data
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCHV2 0/5] I2C: driver updates
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- RE: [PATCHv2] mfd: twl4030: Fix mismatch in mutex lock-unlock
- From: "Premi, Sanjeev" <premi@xxxxxx>
- Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
- From: "G, Manjunath Kondaiah" <manjugk@xxxxxx>
- Re: omap_device prints
- From: Felipe Balbi <balbi@xxxxxx>
- Re: Kconfig help descriptions
- From: Felipe Balbi <balbi@xxxxxx>
- omap_device prints
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: Kconfig help descriptions
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
- From: Felipe Balbi <balbi@xxxxxx>
- Re: Kconfig help descriptions
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
- From: Rajendra Nayak <rnayak@xxxxxx>
- Kconfig help descriptions
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
- From: Felipe Balbi <balbi@xxxxxx>
- Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
- From: Rajendra Nayak <rnayak@xxxxxx>
- Re: [PATCH 3/5] OMAP: I2C: Remove the reset in the init path
- From: "T Krishnamoorthy, Balaji" <balajitk@xxxxxx>
- Re: [PATCH 5/5] OMAP: I2C: Restore only if context is lost
- From: "T Krishnamoorthy, Balaji" <balajitk@xxxxxx>
- Re: [RFC 2/2] omap4: board-omap4pcm049: add Phytec phyCORE-OMAP4
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: [RFC 1/2] omap4: board-omap4panda: prepare for join
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- Re: conflicts between omap/cleanup branch and omap_dss2 tree
- From: Tomi Valkeinen <tomi.valkeinen@xxxxxx>
- Re: [PATCH 3/4] dt: omap3: add generic board file for dt support
- From: Tony Lindgren <tony@xxxxxxxxxxx>
- [PATCH 5/5] OMAP: I2C: Restore only if context is lost
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCH 4/5] OMAP: I2C: Remove the SYSC register definition
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCH 3/5] OMAP: I2C: Remove the reset in the init path
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCH 2/5] OMAP: I2C: Reset support
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCH 1/5] OMAP: I2C: Add a device reset field to platform data
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- [PATCH 0/5] I2C: driver updates
- From: Shubhrajyoti D <shubhrajyoti@xxxxxx>
- RE: [PATCHV2] OMAP4: OPP: add OMAP4460 definitions
- From: Vishwanath Sripathy <vishwanath.bs@xxxxxx>
- [PATCHV2] OMAP4: OPP: add OMAP4460 definitions
- From: Vishwanath BS <vishwanath.bs@xxxxxx>
- Re: [PATCHV2] OMAP4: OPP: add OMAP4460 definitions
- From: Kevin Hilman <khilman@xxxxxx>
- Re: [RFC PATCH 1/5] OMAP3:I2C: Add device tree nodes for beagle board
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [RFC PATCH 1/5] OMAP3:I2C: Add device tree nodes for beagle board
- From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
- Re: [RFC PATCH 1/5] OMAP3:I2C: Add device tree nodes for beagle board
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- RE: [PATCHV2] OMAP4: OPP: add OMAP4460 definitions
- From: Vishwanath Sripathy <vishwanath.bs@xxxxxx>
- Re: [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
- Re: [PATCH 0/3] OMAP3 ISP patches for v3.1
- From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 00/11] PM QoS: add a per-device wake-up latency constraint class
- From: mark gross <markgross@xxxxxxxxxxx>
- Re: [RFC PATCH 1/5] OMAP3:I2C: Add device tree nodes for beagle board
- From: Shawn Guo <shawn.guo@xxxxxxxxxxxxx>
- RE: [PATCH v4 REPOST 18/20] gpio/omap: use pm-runtime framework
- From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
- RE: [PATCH v3 18/20] GPIO: OMAP: Use PM runtime framework
- From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
- Re: [PATCH v3 18/20] GPIO: OMAP: Use PM runtime framework
- From: Roger Quadros <rogerq@xxxxxx>
- RE: [PATCH v3 18/20] GPIO: OMAP: Use PM runtime framework
- From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
- Re: [PATCH v2 00/11] PM QoS: add a per-device wake-up latency constraint class
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH 03/11] PM QoS: support the dynamic devices insertion and removal
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH 02/11] PM: extend PM QoS with per-device wake-up constraints
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- Re: [PATCH 01/11] PM: add a per-device wake-up latency constraints plist
- From: Jean Pihet <jean.pihet@xxxxxxxxxxxxxx>
- [PATCH v2] MTD: Nand: use MTD_NAND_OMAP2 for OMAP4
- From: Jan Weitzel <j.weitzel@xxxxxxxxx>
- RE: [PATCH v4 REPOST 13/20] gpio/omap: cleanup omap_gpio_mod_init function
- From: "DebBarma, Tarun Kanti" <tarun.kanti@xxxxxx>
- Re: [PATCH v3 18/20] GPIO: OMAP: Use PM runtime framework
- From: Roger Quadros <rogerq@xxxxxx>
- Re: [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
- Re: [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: "Pandita, Vikram" <vikram.pandita@xxxxxx>
- Re: [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: Jassi Brar <jassisinghbrar@xxxxxxxxx>
- [PATCH v4] usb: musb: Enable DMA mode1 RX for USB-Mass-Storage
- From: Vikram Pandita <vikram.pandita@xxxxxx>
[Index of Archives]
[Linux USB Devel]
[Linux WPAN Networking]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite News]