aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAge
...
| * Subject: [PATCH 040/104] OMAP3: Move common regulator configuration to ↵Peter Ujfalusi2012-08-17
| | | | | | | | | | | | | | | | | | twl-common Some regulator config can be moved out from board files, since they are close to identical. Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
| * Subject: [PATCH 039/104] OMAP3: Move common twl configuration to twl-commonPeter Ujfalusi2012-08-17
| | | | | | | | | | | | | | | | | | Reduce the amount of duplicated code by moving the common configuration for twl4030/5030/tpsxx to the twl-common file. Use the omap3_pmic_get_config function from board files to properly configure the PMIC with the common fields. Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
| * Subject: [PATCH 038/104] OMAP4: Move common twl6030 configuration to twl-commonPeter Ujfalusi2012-08-17
| | | | | | | | | | | | | | | | | | | | Reduce the amount of duplicated code by moving the common configuration for TWL6030 (on OMAP4 platform) to the twl-common file. Use the omap4_pmic_get_config function from board files to properly configure the PMIC with the common fields. Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
| * Subject: [PATCH 037/104] OMAP: New twl-common for common TWL configurationPeter Ujfalusi2012-08-17
| | | | | | | | | | | | | | Introduce a new file, which will be used to configure common pmic (TWL) devices, regulators, and TWL audio. Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com>
| * Subject: [PATCH 036/104] ASoC: core - platform widget IOLiam Girdwood2012-08-17
| | | | | | | | | | | | Allow platform driver widgets to perform any IO required via DAPM. Signed-off-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 035/104] ASoC: core - add API call to register platform ↵Liam Girdwood2012-08-17
| | | | | | | | | | | | | | | | | | | | kcontrols. In preparation for Dynamic PCM (AKA DSP) support. Allow platform drivers to register kcontrols. Signed-off-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 034/104] ASoC: core - add platform IO tracingLiam Girdwood2012-08-17
| | | | | | | | Signed-off-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 033/104] ASoC: core - Add platform read and write.Liam Girdwood2012-08-17
| | | | | | | | | | | | | | | | | | In preparation for ASoC Dynamic PCM (AKA DSP) support. Allow platform driver to perform IO. Intended for platform DAPM. Signed-off-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 032/104] ASoC: core - Make platform probe more like codec probe.Liam Girdwood2012-08-17
| | | | | | | | | | | | | | | | | | | | In preparation for ASoC dynamic PCM support (AKA ASoC DSP) Platform will also support DAPM so separate out the probe function to simplify the code (just like the codec probe). Signed-off-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 031/104] ASoC: Fix DAPM sequence run for per-widget I/O methodsMark Brown2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | Previously we were using the DAPM context rather than a widget as the argument for update_bits() so we didn't need to care that our list walk of widgets left us one beyond the end of the list. Now we're using them for the register update we need to make sure we're pointing at an actual widget not the list_head. Fix originally suggested by Liam on IM. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 030/104] ASoC: dapm - Refactor widget IO functions in ↵Liam Girdwood2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | preparation for platform widgets. This time with soc_widget_update_bits reflecting recent soc_update_bits changes. Currently widget IO is tightly coupled to the CODEC drivers. Future platform DSP devices have mixer components that can alter power usage and hence require full DAPM support. This provides a generic widget IO operation wrapper in preparation for future patches that implement platform driver DAPM. Signed-off-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 029/104] ASoC: Fix mismerge with release branchMark Brown2012-08-17
| | | | | | | | Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 028/104] ASoC: Don't use codec->control_data in bulk writeMark Brown2012-08-17
| | | | | | | | | | | | | | | | | | In order to facilitate merging with the register map I/O replace the use of control_data for the bulk writes with direct lookup of the client data from the device. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 027/104] ASoC: Add weak routes for sidetone style pathsMark Brown2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Normally DAPM will power up any connected audio path. This is not ideal for sidetone paths as with sidetone paths the audio path is not wanted in itself, it is only desired if the two paths it provides a sidetone between are both active. If the sidetone path causes a power up then it can be hard to minimise pops as we first power up either the sidetone or the main output path and then power the other, with the second power up potentially introducing a DC offset. Address this by introducing the concept of a weak path. If a path is marked as weak then DAPM will ignore that path when walking the graph, though all the relevant controls are still available to the application layer to allow these paths to be configured. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 026/104] ASoC: Move register I/O code into a separate fileMark Brown2012-08-17
| | | | | | | | | | | | | | | | | | For clarity and to help ongoing refactoring in this area create a new file to contain the physical I/O functions, separating them out from the cache operations. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 025/104] ASoC: Factor out redundant read() functionsMark Brown2012-08-17
| | | | | | | | | | | | | | | | | | We've got a whole bunch of functions which just call straight through to do_hw_read(). Simplify this situation by removing them and using hw_read() directly. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 024/104] ASoC: pcm - rename snd_codec_close() to ↵Liam Girdwood2012-08-17
| | | | | | | | | | | | | | | | | | snd_pcm_close(). Make sure we follow naming convention for all PCM ops. Signed-off-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 023/104] ASoC: core - PCM mutex per rtdLiam Girdwood2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In preparation for the new ASoC Dynamic PCM support (AKA DSP support). The new ASoC Dynamic PCM core allows DAIs to be dynamically re-routed at runtime between the PCM device end (or Frontend - FE) and the physical DAI (Backend - BE) using regular kcontrols (just like a hardware CODEC routes audio in the analog domain). The Dynamic PCM core therefore must be able to call PCM operations for both the Frontend and Backend(s) DAIs at the same time. Currently we have a global pcm_mutex that is used to serialise the ASoC PCM operations. This patch removes the global mutex and adds a mutex per RTD allowing the PCM operations to be reentrant and allow control of more than one DAI at at time. e.g. a frontend PCM hw_params() could configure multiple backend DAI hw_params() with similar or different hw parameters at the same time. Signed-off-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 022/104] ASoC: core - Separate out PCM operations into new file.Liam Girdwood2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | In preparation for Dynamic PCM support (AKA DSP support). There will be future patches that add support to allow PCMs to be dynamically routed to multiple DAIs at startup and also during stream runtime. This patch moves the ASoC core PCM operaitions into a new file called soc-pcm.c. This will in simplify the ASoC core features into distinct files. Signed-off-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 021/104] ASoC: twl6040 - According to TWL6040 specification, ↵Ricardo Neri2012-08-17
| | | | | | | | | | | | | | | | gain start at 6dB and not -6dB. Signed-off-by: Ricardo Neri <ricardo.neri@ti.com> Acked-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 020/104] ASoC: Suppress restore of default register values ↵Mark Brown2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | for rbtree cache sync Currently the rbtree code will write out the entire register map when doing a cache sync which is wasteful and will slow things down. Check to see if the value we're about to write is the default and don't bother restoring it if it is, either the value will have been retained or the device will have been reset and holds the value already. We should really store the defaults in the nodes but this resolves the immediate issue. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 019/104] ASoC: core - Allow components to probe/remove in ↵Liam Girdwood2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | sequence. Some ASoC components depend on other ASoC components to provide clocks and power resources in order to probe() and vice versa for remove(). Allow components to be ordered so that components can be probed() and removed() in sequences that conform to their dependencies. Signed-off-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 018/104] ASoC: core - Optimise and refactor pcm_new() to ↵Liam Girdwood2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | pass only rtd Currently pcm_new() passes in 3 arguments :- card, pcm and DAI. Refactor this to only pass in 1 argument (i.e. the rtd) since struct rtd contains card, pcm and DAI along with other members too that are useful too. Signed-off-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 017/104] ASoC: Only provide a default bias level update for ↵Mark Brown2012-08-17
| | | | | | | | | | | | | | | | | | | | CODEC contexts This allows the card driver to use the bias level variable more easily in multi component systems. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 016/104] ASoC: Add context parameter to card DAPM callbacksMark Brown2012-08-17
| | | | | | | | | | | | | | | | | | The card callback will get called for each DAPM context in the card so it can be useful for it to know which device is currently undergoing a transition. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 015/104] ASoC: Simplify logic in snd_soc_dapm_set_bias_level()Mark Brown2012-08-17
| | | | | | | | | | | | | | No functional changes but much less indentation. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 014/104] ASoC: Remove trace for DAPM bias level loggingMark Brown2012-08-17
| | | | | | | | | | | | | | It's redundant now thanks to the use of the generic trace infrastructure. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 013/104] ASoC: Indentation fix for null loop operationMark Brown2012-08-17
| | | | | | | | | | | | | | More with the legibility. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 012/104] ASoC: Don't bring the CODEC up to full power for ↵Mark Brown2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | supplies and biases If the only widgets active within a CODEC are supplies and micbiases we are not passing audio, we are probably just doing microphone detection. This will not generally require either fully accurate reference voltages or much power so If this turns out to be unsuitable for some systems we can provide a facility to override this decision. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 011/104] ASoC: Specify target bias state directly as a bias ↵Mark Brown2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | state Rather than a simple flag to say if we want the DAPM context to be at full power specify the target bias state. This should have no current effect but is a bit more direct and so makes it easier to change our decisions about the which bias state to go into in future. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 010/104] ASoC: Enforce the mask in snd_soc_update_bits()Mark Brown2012-08-17
| | | | | | | | | | | | | | | | Avoids issues if someone does a read followed by restore and doesn't mask out only the bits being updated. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 009/104] ASoC: OMAP4: Add HDMI Audio machine driver for ↵Ricardo Neri2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | OMAP4 boards Add machine driver for HDMI audio on OMAP4 boards. This driver is in charge of putting together the HDMI audio codec and the CPU DAI and register the HDMI sound card with ALSA. Signed-off-by: Ricardo Neri <ricardo.neri@ti.com> Acked-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 008/104] ASoC: OMAP: Add CPU DAI driver for HDMIRicardo Neri2012-08-17
| | | | | | | | | | | | | | | | | | | | Addition of the HDMI CPU DAI driver for OMAP4. This driver is in charge of configuring DMA settings for HDMI. Also, it finds the HDMI video device and determines if audio playback can proceed. Signed-off-by: Ricardo Neri <ricardo.neri@ti.com> Acked-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 007/104] ASoC: Use explicit endianness conversion in ↵Mark Brown2012-08-17
| | | | | | | | | | | | | | snd_soc_16_8_write() Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 006/104] ASoC: Use cpu_to_be16() in 8x16 writeMark Brown2012-08-17
| | | | | | | | | | Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 005/104] ASoC: Convert 7x9 write to use cpu_to_be16()Mark Brown2012-08-17
| | | | | | | | | | | | | | Run the data through cpu_to_be16() so it's at least clear what we're up to. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 003/104] ASoC: Convert 16x16 write to use cpu_to_be16()Mark Brown2012-08-17
| | | | | | | | | | | | | | Make it clear what we're doing. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com>
| * Subject: [PATCH 002/104] ASoC: soc-cache: Cache a pointer to the last ↵Dimitris Papastamos2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | accessed rbnode Whenever we are doing a read or a write through the rbtree code, we'll cache a pointer to the rbnode. To avoid looking up the register everytime we do a read or a write, we first check if it can be found in the cached register block, otherwise we traverse the rbtree and finally cache the rbnode for future use. Signed-off-by: Dimitris Papastamos <dp@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * Subject: [PATCH 001/104] ASoC: soc-cache: Block based rbtree compressionDimitris Papastamos2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch prepares the ground for the actual rbtree optimization patch which will save a pointer to the last accessed rbnode that was used in either the read() or write() functions. Each rbnode manages a variable length block of registers. There can be no two nodes with overlapping blocks. Each block has a base register and a currently top register, all the other registers, if any, lie in between these two and in ascending order. The reasoning behind the construction of this rbtree is simple. In the snd_soc_rbtree_cache_init() function, we iterate over the register defaults provided by the driver. For each register value that is non-zero we insert it in the rbtree. In order to determine in which rbnode we need to add the register, we first look if there is another register already added that is adjacent to the one we are about to add. If that is the case we append it in that rbnode block, otherwise we create a new rbnode with a single register in its block and add it to the tree. In the next patch, where a cached rbnode is used by both the write() and the read() functions, we also check if the register we are about to add is in the cached rbnode (the least recently accessed one) and if so we append it in that rbnode block. Signed-off-by: Dimitris Papastamos <dp@opensource.wolfsonmicro.com> Acked-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
| * omap dss unable to bring up hdmi nonfatalAndy Green2012-08-17
| | | | | | | | | | | | | | | | | | | | If the HDMI connector isn't in, the generic enable_panel callback fails and the omap framebuffer code fails probe wholesale. This swallows the error if the display was unable to be enabled; the box can still work as headless then. Signed-off-by: Andy Green <andy.green@linaro.org>
| * OMAP: DSS: ensure default panel is enabledAndy Doan2012-08-17
| | | | | | | | | | | | | | | | | | | | In the event a panel is not probable (no i2c_bus_num), we should make sure that the default panel passed to the kernel marked enabled Adapted to be more paranoid and work in Panda case. Signed-off-by: Andy Doan <andy.doan@linaro.org> Signed-off-by: Andy Green <andy.green@linaro.org>
| * OMAP DSS: allow discovery of default displayAndy Doan2012-08-17
| | | | | | | | | | | | | | | | Enable code outside of DSS core to find out the default display that was passed to the kernel Signed-off-by: Andy Doan <andy.doan@linaro.org> Signed-off-by: Andy Green <andy.green@linaro.org>
| * omap2 panda kim suspend resume stubsAndy Green2012-08-17
| | | | | | | | Signed-off-by: Andy Green <andy.green@linaro.org>
| * config disable broken musbAndy Green2012-08-17
| | | | | | | | Signed-off-by: Andy Green <andy.green@linaro.org>
| * Subject: [PATCH] omap4: dss: hdmi: find best matching resolutionZach Pfeffer2012-08-17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Based off: "OMAP4:DSS:HDMI: Patch to add seperate edid.c" Commited by: Ricardo Perez Olivares <x0081762@ti.com> Written by: Mythri P K <mythripk@ti.com> EDID parsing for DVI Monitor from: Rob Clark <rob@ti.com> Some of the ENUM's and structure derived from hdmi.h from: Yong Zhi <y-zhi@ti.com> Signed-off-by: Zach Pfeffer <zach.pfeffer@linaro.org>
| * config bluetooth as modulesAndy Green2012-08-17
| | | | | | | | | | | | | | | | | | | | With this, you need the following in /etc/rc.local on ubuntu to get working BT modprobe hci_uart modprobe btwilink /usr/bin/uim & Signed-off-by: Andy Green <andy.green@linaro.org>
| * omap2 panda add btwilink deviceAndy Green2012-08-17
| | | | | | | | | | | | | | Without btwilink device instantiation, nothing happens on the bluetooth side Signed-off-by: Andy Green <andy.green@linaro.org>
| * omap2 panda upgrade bluetooth supportAndy Green2012-08-17
| | | | | | | | | | | | | | | | | | Bluetooth driver for wl12xx BT module now assumes there are more members defined in platform_data, blows up if they aren't there. This patch adds them. Signed-off-by: Andy Green <andy.green@linaro.org>
| * Subject: [PATCH 21/21] Subject: [PATCH 05/19] OMAP: DSS2: Add hotplug notify ↵Jassi Brar2012-08-17
| | | | | | | | | | | | | | | | events Signed-off-by: Rob Clark <rob@ti.com> Signed-off-by: Ricardo Salveti de Araujo <ricardo.salveti@canonical.com> Signed-off-by: Jassi Brar <jaswinder.singh@linaro.org>
| * Subject: [PATCH 20/21] Subject: [PATCH 18/19] OMAP2: DSS2: Adding ↵Jassi Brar2012-08-17
| | | | | | | | | | | | | | | | | | i2c_bus_num to panel_generic_dpi_data to probe the eeprom The i2c_bus_num can be used to probe needed information from the eeprom, like EDID from DVI monitors. Signed-off-by: Ricardo Salveti de Araujo <ricardo.salveti@canonical.com>
generated by cgit v1.2.2 (git 2.25.0) at 2025-04-06 15:15:57 -0400