- 05 May, 2010 9 commits
-
-
Jassi Brar authored
In order to make s3c-i2s-v2.c manage controllers with minor quirks and variation in features, we define a per-block flag that indicates the availability/lack of a particular feature to the s3c-i2s-v2.c While adding support for new SoCs' I2S, check for the blocks of older SoCs that have similar feature and set the flag for that feature. Signed-off-by:
Jassi Brar <jassi.brar@samsung.com> Acked-by:
Ben Dooks <ben-linux@fluff.org> Acked-by:
Liam Girdwood <lrg@slimlogic.co.uk> Signed-off-by:
Mark Brown <broonie@opensource.wolfsonmicro.com>
-
Jassi Brar authored
Now that the fields are defined for s3c2412, use them and avoid having multiple copies of same defines. Signed-off-by:
-
Jassi Brar authored
Now that we have two callbacks s3c2412_i2s_get_clock & s3c64xx_i2s_get_clock doing exactly the same thing, we can define one generic s3c_i2sv2_get_clock and discard other two copies. Also, switch the users to make calls to the newly defined and generic s3c_i2sv2_get_clock Signed-off-by:
-
Jassi Brar authored
No need to keep redundant field iis_clk in s3c_i2sv2_info. iis_cclk and iis_pclk is all we need. Signed-off-by:
-
Jassi Brar authored
Until now, s3c2412_get_iisclk would return NULL since iis_clk was never initialized. Return appropriate pointer as per the selection made for source clock. Signed-off-by:
-
Jassi Brar authored
The IMS field of s3c2412/13 is essentially the same as that of s3c64xx. That is, the IISMOD[11] bit decides Master/Slave mode and IISMOD[10] bit selects source clock for signal generation. For that reason, remove improper defines for IISMOD[11:10] field mask and define two 1bit fields that can be set independent of each other. As a consequence, corresponding fields for PLAT_S3C64XX too get to use these new defines. Signed-off-by:
-
Jassi Brar authored
Define more bit definitions in the order of mainline support for the SoC. Signed-off-by:
-
Jassi Brar authored
The header for I2Sv2 linux/arch/arm/plat-s3c/include/plat/regs-s3c2412-iis.h contains only controller specific definitions and nothing SoC specific. So, it could be moved to sound/soc/s3c24xx/ Signed-off-by:
-
Mark Brown authored
Signed-off-by:
-
- 30 Apr, 2010 1 commit
-
-
Mark Brown authored
The WM9090 is a high performance low power audio subsystem, including headphone and class D speaker drivers. Note that this driver is a standalone CODEC driver and so is only immediately suitable for use with the WM9090 as a standalone sound card taking line inputs, or with a DAC with no software control. The pending ASoC multi-CODEC support will expand the range of systems that can use the driver, or system-specific adaptations can be made. Signed-off-by:
-
- 28 Apr, 2010 1 commit
-
-
Mark Brown authored
The SYSCLK source is automatically managed when configuring the PLL. Signed-off-by:
-
- 27 Apr, 2010 5 commits
-
-
Takashi Iwai authored
Merge branch 'for-2.6.35' of git://git.kernel.org/pub/scm/linux/kernel/git/lrg/asoc-2.6 into topic/asoc
-
Jarkko Nikula authored
This patch adds the TLV320AIC3x supplies and enables all of them for the entire lifetime of the device. Signed-off-by:
Jarkko Nikula <jhnikula@gmail.com> Acked-by:
-
Jarkko Nikula authored
Move PLL enable from BIAS_ON state to BIAS_PREPARE to be pair with BIAS_STANDBY where PLL is disabled. Remove also old comments about power control. Signed-off-by:
-
Jarkko Nikula authored
These ADC, DAC and output pin power off commands are needless in aic3x_set_bias_level since they are not enabled in aic3x_init and they are defined in aic3x_dapm_widgets so the ASoC DAPM will take care of them anyway. Signed-off-by:
-
Jarkko Nikula authored
Signed-off-by:
-
- 26 Apr, 2010 8 commits
-
-
Vladimir Zapolskiy authored
This patch adds support for Philips UDA1345 CODEC. The CODEC has only volume control, de-emphasis, mute, DC filtering and power control features. Signed-off-by:
Vladimir Zapolskiy <vzapolskiy@gmail.com> Acked-by:
-
Mark Brown authored
Signed-off-by:
-
Mark Brown authored
Reported-by:
Anti Sullin <anti.sullin@artecdesign.ee> Signed-off-by:
-
Peter Ujfalusi authored
Delay reporting for the three implemented DAC33 FIFO modes. DAC33 has FIFO depth status register(s), but it can not be used, since inside of pcm_pointer we can not send I2C commands. Timestamp based estimation need to be used. The method of calculating the delay depends on the active FIFO mode. Bypass mode: FIFO is bypassed, report 0 as delay Mode1: nSample fill mode. In this mode I need to use two timestamp ts1: taken when the interrupt has been received ts2: taken before writing to nSample register. Interrupts are coming when DAC33 FIFO depth goes under alarm threshold. Phase1: when we received the alarm threshold, but our workqueue has not been executed (safeguard phase). Just count the played out samples since ts1 and subtract it from the alarm threshold value. Phase2: During nSample burst (after writing to nSample register), count the played out samples since ts1, count the samples received since ts2 (in a burst). Estimate the FIFO depth using these and alarm threshold value. Phase3: Draining phase (after the burst read), count the played out samples since ts1. Estimate the FIFO depth using the nSample configuration and the alarm threshold value. Mode7: Threshold based fill mode. In this mode one timestamp is enough. ts1: taken when the interrupt has been received Interrupts are coming when DAC33 FIFO depth reaches upper threshold. Phase1: Draining phase (after the burst), counting the played out samples since ts1, and subtract it from the upper threshold value. Phase2: During burst operation. Using the pre calculated time needed to play out samples from the buffer during the drain period (from upper to lower threshold), move the time window to cover the estimated time from the burst start to the current time. Calculate the samples played out since lower threshold and also the samples received during the same time. Signed-off-by:Peter Ujfalusi <peter.ujfalusi@nokia.com> Acked-by:
-
Peter Ujfalusi authored
When the DAC33 FIFO is in use the dai interface is running in much higher speed than the sampling frequency. Calculate the rate based on the internal base frequency and the bclk divider. Signed-off-by:
-
Peter Ujfalusi authored
Upper and Lower threshold values are used as magic numbers. Replace them with defines for later use. Signed-off-by:
-
Peter Ujfalusi authored
There is no need for calculations for FIFO bypass mode. Just in case set the nsample maximum limit, which has been done in the calculation phase. Signed-off-by:
-
Peter Ujfalusi authored
Alarm threshold interrupt is triggered right after the playback start. This interrupt is recieved during the first burst period, and caused the state machine to write additional nSample command, which has to be avoided. To fix this issue move the DAC33 interrupt unmasking after we configured the PREFILL register with a small delay. Signed-off-by:
-
- 23 Apr, 2010 3 commits
-
-
Mark Brown authored
Follow the core jack implementation and allow reporting on the status of NULL jacks, avoiding the need to check in detection implementations. Signed-off-by:
-
Barry Song authored
Signed-off-by:
Barry Song <21cnbao@gmail.com> Acked-by:
-
Barry Song authored
Signed-off-by:
-
- 21 Apr, 2010 1 commit
-
-
Mark Brown authored
Signed-off-by:
-
- 20 Apr, 2010 5 commits
-
-
Mark Brown authored
It's a little verbose during path changes. Signed-off-by: -
Mark Brown authored
Use all the available Fratio values when configuring the WM8994 FLL, not just 0 and 3, following more complete characterisation of the device performance. Signed-off-by: -
Mark Brown authored
The WM8994 FLL can be clocked from one of four inputs, the two MCLKs and the LRCLK and BCLK of the AIF associated with the FLL. Allow all four inputs to be used rather than defaulting to MCLK1. Signed-off-by: -
Phil Carmody authored
An index equal to the array size may not be accessed. Signed-off-by:
Phil Carmody <ext-phil.2.carmody@nokia.com> Acked-by:
Kuninori Morimoto <kuninori.morimoto.gx@renesas.com> Acked-by:
-
Takashi Iwai authored
Conversions to snd_soc_codec_{get|set}_drvdata() were missing in some files in the previous commit. Signed-off-by:Takashi Iwai <tiwai@suse.de>
-
- 17 Apr, 2010 2 commits
-
-
Mark Brown authored
One of the features of the multi CODEC work is that it embeds a struct device in the CODEC to provide diagnostics via a sysfs class rather than via the device tree, at which point it's much better to use the struct device private data rather than having two places to store it. Provide an accessor function to allow this change to be made more easily, and update all the CODEC drivers are updated. To ensure use of the accessor the private data structure member is renamed, meaning that if code developed with older an older core that still uses private_data is merged it will fail to build. Signed-off-by:
-
Mark Brown authored
-
- 15 Apr, 2010 2 commits
-
-
Sascha Hauer authored
Doing so causes a deadlock, so just signal the timer to stop using an atomic variable. Signed-off-by:
Sascha Hauer <s.hauer@pengutronix.de> Acked-by:
-
Sascha Hauer authored
Currently the notification of elapsed periods is not very exact. Increase minimum periods to 4 as suggested by Liam Girdwood. Signed-off-by:
-
- 12 Apr, 2010 2 commits
-
-
Marek Vasut authored
This patch adds support for sound through the WM8750 codec on Zipit Z2. Also, this patch incorporates support for detecting headset jack insertion through the jack detection API. Signed-off-by:
Marek Vasut <marek.vasut@gmail.com> Acked-by:
-
Bill Gatliff authored
Signed-off-by:
Bill Gatliff <bgat@billgatliff.com> Acked-by:
Richard Purdie <rpurdie@rpsys.net> Acked-by:
-
- 09 Apr, 2010 1 commit
-
-
Marek Vasut authored
Register the WM8750 as a SPI or I2C device. This patch mostly shuffles code around. Hugely inspired by WM8753 which was already converted. Also, this patch fixes the Jive and Spitz machine. Signed-off-by:
-
