- 09 Sep, 2008 19 commits
-
-
Cliff Cai authored
Signed-off-by:
Cliff Cai <cliff.cai@analog.com> Signed-off-by:
Bryan Wu <cooloney@kernel.org> Signed-off-by:
Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by:
Jaroslav Kysela <perex@perex.cz>
-
Cliff Cai authored
Signed-off-by:
-
Cliff Cai authored
Signed-off-by:
-
Cliff Cai authored
Signed-off-by:
-
Cliff Cai authored
[Additional coding standards fixes by Mark Brown.] Signed-off-by:
-
Cliff Cai authored
Signed-off-by:
-
Cliff Cai authored
Signed-off-by:
-
Cliff Cai authored
[Additional coding standards fixes by Mark Brown.] Signed-off-by:
-
Cliff Cai authored
SPORT is a serial port which can support serveral serial communication protocols. It can be used as I2C/PCM/AC97. For further information, please look up the HRM. [Additional coding standards fixes by Mark Brown.] Signed-off-by:
-
Cliff Cai authored
[Some checkpatch fixups done by Mark Brown.] Signed-off-by:
-
Jean Delvare authored
Convert the wm8510 codec driver to the new (standard) device driver binding model. Signed-off-by:
Jean Delvare <khali@linux-fr.org> Cc: Geoffrey Wossum <gwossum@acm.org> Signed-off-by:
-
Jean Delvare authored
Convert the lm4857 driver in neo1973_wm8753 to the new (standard) i2c device driver binding model. I assumed that the LM4857 was always on the same I2C bus as the WM8753 codec. Signed-off-by:
-
Jean Delvare authored
Convert the wm8753 codec driver to the new (standard) i2c device driver binding model. Signed-off-by:
-
Jean Delvare authored
The error handling in neo1973_init is incorrect: * If platform_device_add fails, we go on with the rest of the initialization instead of bailing out. Things will break when the module is removed (platform_device_unregister called on a device that wasn't registered.) * If i2c_add_driver fails, we return an error so the module will not load, but we don't unregister neo1973_snd_device, so we are leaking resources. Add the missing error handling. Signed-off-by:
-
Robert P. J. Day authored
Remove the Kconfig definitions of unused variables AEDSP16_MSS and AEDSP16_SBPRO since they're: 1) unused, and 2) referenced incorrectly anyway. Signed-off-by:
Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by:
Andrew Morton <akpm@linux-foundation.org> Signed-off-by:
Takashi Iwai <tiwai@suse.de> Signed-off-by:
-
Randy Dunlap authored
CONFIG_SND_USB_US122L uses snd_hwdep_new(), so SND_HWDEP needs to be enabled (selected). ERROR: "snd_hwdep_new" [sound/usb/usx2y/snd-usb-us122l.ko] undefined! Signed-off-by:
Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by:
-
Cliff Cai authored
Signed-off-by:
-
Takashi Iwai authored
Empty files remained likely due to wrong patching. Remove them now. Signed-off-by:
-
Takashi Iwai authored
Allow probing of 4 codecs on known good situations. On some known bad situations, it should be avoided. Signed-off-by:
-
- 04 Sep, 2008 19 commits
-
-
Cliff Cai authored
Cc: Mike Frysinger <vapier.adi@gmail.com> Signed-off-by:
-
Mark Brown authored
Currently the boiler plate code used by most ASoC codecs to provide a placeholder for SPI access suggests making the selection of SPI a compile time option which is suboptimal when trying to build kernels supporting multiple systems. Change this template to suggest allowing runtime selection instead. Leave the drivers not yet converted to new style I2C access for now to avoid collisions. Signed-off-by:
-
Cliff Cai authored
[Modified to allow runtime selection between I2C and SPI and to select SPI_MASTER for all codecs build so this is included. -- broonie] Signed-off-by:
-
Jean Delvare authored
Convert the wm8990 codec driver to the new (standard) device driver binding model. After this change, WM8990 devices are no longer discovered automatically and must instead be instantiated explicitly. Signed-off-by:
-
Jean Delvare authored
Convert the wm8731 codec driver to the new (standard) device driver binding model. Signed-off-by:
Manuel Lauss <mano@roarinelk.homelinux.net> Signed-off-by:
-
Jean Delvare authored
Convert the wm8750 codec driver to the new (standard) device driver binding model. Signed-off-by:
-
Jean Delvare authored
Convert the ak4535 codec driver to the new (standard) device driver binding model. After this change, AK4535 devices are no longer discovered automatically and must instead be instantiated explicitly. Signed-off-by:
-
Jean Delvare authored
Convert the uda1380 codec driver to the new (standard) device driver binding model. Signed-off-by:
-
Mark Brown authored
The I2C layer uses I/O operations that aren't available on all architectures and since select bypasses Kconfig dependency checking selecting I2C breaks builds like allmodconfig on some architectures. Signed-off-by:
-
Takashi Iwai authored
Fix a typo in the patch to remove snd_assert(). Signed-off-by:
-
Takashi Iwai authored
The original fix by Julien Brunel <brunel@diku.dk>. aaci_init_card() returns a pointer with ERR_PTR(), but in aaci_init() NULL is supposed at this error path. Signed-off-by:
-
Takashi Iwai authored
Signed-off-by:
-
Michael Kerrisk authored
As noted by Gu Rui in http://bugzilla.kernel.org/show_bug.cgi?id=11444, there is a typo in Documentation/sound/alsa/ALSA-Configuration.txt. After checking the source (sound/pci/hda/hda_intel.c), the report looks correct to me. Signed-off-by:
Michael Kerrisk <mtk.manpages@gmail.com> Signed-off-by:
-
Travis Place authored
Added Subsystem IDs (0x1179, 0xff64) for the Toshiba Satellite L305 laptop, so it automatically uses the ALC268_TOSHIBA quirk. Signed-off-by:
Travis Place <wishie@wishie.net> Signed-off-by:
-
Harvey Harrison authored
Only used in ac97_codec by including ac97_patch.c directly, effectively static Found by sparse: sound/pci/ac97/ac97_patch.c:3551:5: warning: symbol 'patch_vt1617a' was not declared. Should it be static? sound/pci/ac97/ac97_patch.c:3767:5: warning: symbol 'patch_vt1618' was not declared. Should it be static? Signed-off-by:
Harvey Harrison <harvey.harrison@gmail.com> Signed-off-by:
-
Takashi Iwai authored
Signed-off-by:
-
Takashi Iwai authored
Limit the available channels for multi-channel playback device to the real number of channels. Until now, always up to 8 channels are created, which are simply useless without the real outputs. Signed-off-by:
-
Vedran Miletic authored
Even though MIDI was fixed on ice1724 chips a while ago, it wasn't yet enabled for some cards as it didn't get enough testing. This was tested with MIDI keyboard on PHASE 22 and with looping back output to input and it works stable, so it's safe to enable it. Besides this, there are some more minor fixes, not exactly user visible: * added info about PHASE 28 (collected, as I don't have a card) * added info about TS22PCI and new revisions of PHASE 22 * disable 192k on PHASE 22 as AK4524 I2S doesn't support it * enable SPDIF reciever on PHASE 22 Signed-off-by:
Vedran Miletic <rivanvx@gmail.com> Signed-off-by:
-
Maximilian Rehkopf authored
This enables MIDI on Terratec Aureon 7.1 Universe cards specifically. Apparently the other envy24ht-based Aureon cards do not have MIDI ports, hence I added a Universe specific eeprom array. The newer cards (Aureon 7.1 PCI / 5.1 PCI/Fun) have MIDI but use a CMI DSP so this driver does not concern them at all. Signed-off-by:
Maximilian Rehkopf <otakon@gmx.net> Signed-off-by:
-
- 29 Aug, 2008 2 commits
-
-
Jaroslav Kysela authored
The AC97 clock detection is not accurate in some cases. This patch adds an initial whitelist for audio devices gathered from RedHat's bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=441087 As a side effect, white-listing might speedup kernel booting (AC97 clock measuring code is not activated). Signed-off-by:
-
Tejun Heo authored
sound/sound_core.c implements soundcore.ko and contains two parts - sound_class which is shared by both ALSA and OSS and device redirection support for OSS. It's always compiled when any sound support is enabled although it's necessary only when OSS (the actual one or emulation) is enabled. This is slightly wasteful and as device redirection always registers character device region for major 14, it prevents alternative implementation. This patch introduces a new config SOUND_OSS_CORE which is selected iff OSS support is actually necessary and build the OSS core part conditionally. If OSS is disabled, soundcore merely contains sound_class but leaving it that way seems to be the simplest approach as otherwise sound_class should be in ALSA core file if OSS is disabled but should be in soundcore if OSS is enabled. Also, there's also the user confusion factor. Signed-off-by:
Tejun Heo <tj@kernel.org> Signed-off-by:
-
