- 19 Sep, 2011 11 commits
-
-
Peter Ujfalusi authored
There is no need to write to the vio registers at probe time, since most them either read only, or shared with MFD or not used. On the other hand it is a good idea to updated the ASICREV register in the cache at this time. After power up we need to restore some registers. Clean up the list to contain only the registers we are going to restore. Signed-off-by:
Peter Ujfalusi <peter.ujfalusi@ti.com> Acked-by:
Liam Girdwood <lrg@ti.com> Signed-off-by:
Mark Brown <broonie@opensource.wolfsonmicro.com>
-
Peter Ujfalusi authored
Avoid requesting the audpwron gpio in case of ES1.0 revision. In the past we requested the gpio, but we did not free it up, since we made the check for the revision later. This results later checks for gpio validity to fail, leaving the gpio reserved (even after the driver has been removed). Signed-off-by:
Samuel Ortiz <sameo@linux.intel.com> Acked-by:
-
Peter Ujfalusi authored
Signed-off-by:
Dmitry Torokhov <dtor@mail.ru> Acked-by:
-
Peter Ujfalusi authored
For client driver to use, if they need chip resvision information. Signed-off-by:
-
Peter Ujfalusi authored
There is no need to keep global pointer for the platform device, since it is only used for dev_* prints, and the device pointer available within the twl6040 structure. Signed-off-by:
-
Dong Aisheng authored
1. add different clkmux mode handling SAIF can use two instances to implement full duplex (playback & recording) and record saif may work on EXTMASTER mode which is using other saif's BITCLK&LRCLK. The clkmux mode could be set in pdata->init() in mach-specific code. For generic saif driver, it only needs to know who is his master and the master id is also provided in mach-specific code. 2. support playback and capture simutaneously however the sample rates can not be different due to hw limitation. Signed-off-by:
Dong Aisheng <b29396@freescale.com> Acked-by:
Wolfram Sang <w.sang@pengutronix.de> Acked-by:
-
Axel Lin authored
Signed-off-by:
Axel Lin <axel.lin@gmail.com> Acked-by:
Vinod Koul <vinod.koul@linux.intel.com> Acked-by:
-
Mark Brown authored
Signed-off-by:
-
Mark Brown authored
The WM8996 can measure the impedance of accessories connected to the headphone output. Implement initial support for this, measuring the left channel impedance when an accessory is detected and using this to distinguish between a line load and a headphone load. Signed-off-by:
-
Mark Brown authored
Rather than managing the bandgap in the bias level control use a supply widget as we only actually need to enable it for analogue paths, not fully digital ones. Signed-off-by:
-
Mark Brown authored
Useful for diagnostics. Signed-off-by:
-
- 16 Sep, 2011 13 commits
-
-
Timur Tabi authored
The WM8776 supports a continuous range of sample rates rather than discrete values and supports a wider range of sample rates on the playback path than is currently supported. Update the constraints on the DAIs to reflect this. Signed-off-by:
Timur Tabi <timur@freescale.com> Acked-by:
-
Axel Lin authored
Signed-off-by:
-
Axel Lin authored
Signed-off-by:
-
Axel Lin authored
The i2c core will clear the clientdata pointer automatically, we don't have to set the `data' field to NULL in remove() or if probe() failed anymore. Signed-off-by:
-
Ben Gardiner authored
The ambiguously named variable 'link' is used as a temporary throughout davinci-pcm -- its presence makes grepping (and groking) the code difficult. Replace link with the value of link in almost all sites. The exception is a couple places where the last-assigned link/chan needs to be returned by a function -- in these cases, rename to last_link. Signed-off-by:
Ben Gardiner <bengardiner@nanometrics.ca> Acked-by:
-
Mika Westerberg authored
Current method for machine driver to register with the ASoC core is to use snd_soc_register_card() instead of creating a "soc-audio" platform device. Signed-off-by:
Mika Westerberg <mika.westerberg@iki.fi> Reviewed-by:
Ryan Mallon <rmallon@gmail.com> Acked-by:
-
Mika Westerberg authored
Current method for machine driver to register with the ASoC core is to use snd_soc_register_card() instead of creating a "soc-audio" platform device. In addition we use platform_device_register_simple() to create a platform device for the codec. This function will handle putting and deleting the device automatically which simplifies the error handling in the machine driver. Signed-off-by:
-
Mika Westerberg authored
To get the PCM module loaded automatically by udev et al. we need to add a proper MODULE_ALIAS. Signed-off-by:
-
Mika Westerberg authored
Since the ASoC machine driver is now a platform driver we need to register a matching platform device. Signed-off-by:
-
Mika Westerberg authored
Since the ASoC machine driver is now a platform driver we need to register a matching platform device. Signed-off-by:
-
Mika Westerberg authored
Since the ASoC machine driver is now a platform driver we need to register a matching platform device. Signed-off-by:
-
Mika Westerberg authored
Current method for machine driver to register with the ASoC core is to use snd_soc_register_card() instead of creating a "soc-audio" platform device. Signed-off-by:
-
Timur Tabi authored
Use snd_pcm_format_width() to determine the sample size, instead of checking specify sample formats and assuming that those are the only valid format. This change adds support for big-endian architectures (which use the _BE formats) and the packed 24-bit format (SNDRV_PCM_FORMAT_S24_3xE). [Fixed single letter variable name legibility problem -- broonie] Signed-off-by:
-
- 15 Sep, 2011 5 commits
-
-
Mark Brown authored
-
Mark Brown authored
We need to count the timeout down. Reported-by:
-
Axel Lin authored
Fix below build warning: sound/soc/blackfin/bf5xx-ad73311.c: warning: initialization from incompatible pointer type Signed-off-by:
-
Axel Lin authored
clk_get() returns a pointer to the struct clk or an ERR_PTR(). This patch also use PTR_ERR() for return value. Signed-off-by:
-
Timur Tabi authored
The Freescale SSI audio controller supports "synchronous" and "asynchronous" modes. In synchronous mode, playback and capture use the same input clock, so sample rates must be the same during simultaneous playback and capture. Unfortunately, the code which supports asynchronous mode is just broken in various ways. In particular, it was constraining sample sizes as well as the sample rate. The fix also allows us to simplify the code by eliminating the 'asynchronous', 'playback', and 'capture' variables that were used to keep track of playback and capture streams. Unfortunately, it turns out that simulataneous playback and record does not actually work on the only platform that supports asynchronous mode: the Freescale P1022DS reference board. If a second stream is started, the SSI grinds to halt for both streams. This is true even if the P1022 is configured for synchronous mode, so it's likely a hardware problem that needs to be worked around. Signed-off-by:
-
- 14 Sep, 2011 3 commits
-
-
Mark Brown authored
The AIF1 channels are numbered from zero than one; do the same thing for AIF2 too. Signed-off-by:
-
Mark Brown authored
The WM8996 only requires CPVDD when the charge pump is active so control it separately to the other supplies, only enabling it when the charge pump is active. This will result in a small power saving on systems which are able to provide independent software control of the supply. Signed-off-by:
-
Mark Brown authored
It is a reasonably common pattern for hardware to require some delay after being quiesced before the disable has finalised, especially in mixed signal devices. For example, an active discharge may be required to ensure that the circuit starts up again in a known state. Avoid having to implement such delays in the regulator API by providing regulator_deferred_disable() which will do a regulator_disable() a specified number of milliseconds after it is called. Due to the reference counting done on regulators a deferred disable can be cancelled by doing another regulator_enable(). Signed-off-by:
-
- 12 Sep, 2011 1 commit
-
-
Arnd Bergmann authored
A fix merged in 3.1-rc2 introduced a small regression, this should get it to build again. Signed-off-by:
Arnd Bergmann <arnd@arndb.de> Acked-by:
-
- 09 Sep, 2011 4 commits
-
-
Lars-Peter Clausen authored
Currently register read-back for the ad193x is broken, because it expects bit 0 of the upper byte to be set to indicate a read operation, while the regmap default for SPI is to use bit 7. This patch also addresses another oddity of the device. There are SPI and I2C versions of this codec. In both cases the registers are 8-bit wide and numbered from 0x0 to 0x10, but in the SPI case there is also a so called 'global address' which is prefixed in-front of the register address. The global address mimics I2C behaviour and includes a static device address the and the read/write flag. This basically extends the register address to an 16-bit value numbered from 0x800 to 0x810. These are the register numbers which are currently used by the driver. This works, because I2C will ignore the upper 8 bits of the register, but it is still a bit confusing, as there are no such register numbers in the I2C case. The approach taken by this patch is to number the registers from 0x00 to 0x10 and encode the global address for SPI mode into the read and write flag masks. Signed-off-by:
Lars-Peter Clausen <lars@metafoo.de> Acked-by:
-
-
Mark Brown authored
Add the externally visible interface introduced by Lars-Peter's commit 6f3064 (regmap: Add support for device specific write and read flag masks) separately in order to allow merge into other subsystems for integration with drivers. Drivers relying on this feature will not be functional until they are merged with the implementation. Signed-off-by:
-
Axel Lin authored
Return proper error instead of 0 if clk_get fails. Signed-off-by:
-
- 08 Sep, 2011 3 commits
-
-
Lu Guanqun authored
snd_pcm_hw_constraint_integer() could return -1, in this case, sst platform is not opened successfully. However the corresponding close callback isn't able to be called later on to release these two allocated memories, thus resulting in memory leak. This patch moves the check for hardware contraints earlier, thus resolving this issue. Signed-off-by:
Lu Guanqun <guanqun.lu@intel.com> Acked-by:
Vinod Koul <vinod.koul@intel.com> Acked-by:
-
Lu Guanqun authored
Use the builtin snd_soc_set_runtime_hwparams() instead of assigning it by myself. Signed-off-by:
-
Lu Guanqun authored
Signed-off-by:
-
