- Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH 1/1] hdsp: allow firmware loading from inside the kernel
by Raphaël Doursenaud 12 May '09

12 May '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 From: Raphaël Doursenaud <rdoursenaud(a)free.fr> Allow the use of the FIRMWARE_IN_KERNEL option with hdsp cards and in-kernel driver. Also corrected a typo in the comment. Signed-off-by: Raphael Doursenaud <rdoursenaud(a)free.fr> - --- sound/pci/rme9652/hdsp.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c index 314e735..d0d4629 100644 - --- a/sound/pci/rme9652/hdsp.c +++ b/sound/pci/rme9652/hdsp.c @@ -402,9 +402,9 @@ MODULE_FIRMWARE("digiface_firmware_rev11.bin"); #define HDSP_DMA_AREA_BYTES ((HDSP_MAX_CHANNELS+1) * HDSP_CHANNEL_BUFFER_BYTES) #define HDSP_DMA_AREA_KILOBYTES (HDSP_DMA_AREA_BYTES/1024) - -/* use hotplug firmeare loader? */ +/* use hotplug firmware loader? */ #if defined(CONFIG_FW_LOADER) || defined(CONFIG_FW_LOADER_MODULE) - -#if !defined(HDSP_USE_HWDEP_LOADER) && !defined(CONFIG_SND_HDSP) +#if !defined(HDSP_USE_HWDEP_LOADER) #define HDSP_FW_LOADER #endif #endif - -- Raphaël Doursenaud -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoJFCQACgkQaZKmNAdXaVVliACaA5BMknMAXgOEN/7YQmWGPwUh uRgAn0BiIwAtGU/AOi+QRn81k8apvHfi =+4Kw -----END PGP SIGNATURE-----

3 6

[alsa-devel] [PATCH] soc: remove driver_data direct access of struct device
by Roel Kluin 11 May '09

11 May '09

diff --git a/sound/soc/codecs/wm8400.c b/sound/soc/codecs/wm8400.c index 510efa6..e4547de 100644 --- a/sound/soc/codecs/wm8400.c +++ b/sound/soc/codecs/wm8400.c @@ -1473,8 +1473,8 @@ static int wm8400_codec_probe(struct platform_device *dev) codec = &priv->codec; codec->private_data = priv; - codec->control_data = dev->dev.driver_data; - priv->wm8400 = dev->dev.driver_data; + codec->control_data = dev_get_drvdata(&dev->dev); + priv->wm8400 = dev_get_drvdata(&dev->dev); ret = regulator_bulk_get(priv->wm8400->dev, ARRAY_SIZE(power), &power[0]); diff --git a/sound/soc/codecs/wm8731.c b/sound/soc/codecs/wm8731.c index e043e3f..7a20587 100644 --- a/sound/soc/codecs/wm8731.c +++ b/sound/soc/codecs/wm8731.c @@ -666,14 +666,14 @@ static int __devinit wm8731_spi_probe(struct spi_device *spi) codec->hw_write = (hw_write_t)wm8731_spi_write; codec->dev = &spi->dev; - spi->dev.driver_data = wm8731; + dev_set_drvdata(&spi->dev, wm8731); return wm8731_register(wm8731); } static int __devexit wm8731_spi_remove(struct spi_device *spi) { - struct wm8731_priv *wm8731 = spi->dev.driver_data; + struct wm8731_priv *wm8731 = dev_get_drvdata(&spi->dev); wm8731_unregister(wm8731); diff --git a/sound/soc/codecs/wm8753.c b/sound/soc/codecs/wm8753.c index a6e8f3f..d121e58 100644 --- a/sound/soc/codecs/wm8753.c +++ b/sound/soc/codecs/wm8753.c @@ -1822,14 +1822,14 @@ static int __devinit wm8753_spi_probe(struct spi_device *spi) codec->hw_write = (hw_write_t)wm8753_spi_write; codec->dev = &spi->dev; - spi->dev.driver_data = wm8753; + dev_set_drvdata(&spi->dev, wm8753); return wm8753_register(wm8753); } static int __devexit wm8753_spi_remove(struct spi_device *spi) { - struct wm8753_priv *wm8753 = spi->dev.driver_data; + struct wm8753_priv *wm8753 = dev_get_drvdata(&spi->dev); wm8753_unregister(wm8753); return 0; }

2 1

[alsa-devel] MacbookPro5,1 & hda-analyzer
by Ozan Çağlayan 11 May '09

11 May '09

Hi, I just bought a MacbookPro5,1 and having difficulties with the onboard HDA chipset. * No sound can be heard of it if model= is not set to mbp3: [ 12.009422] hda_codec: Unknown model for ALC883, trying auto-probe from BIOS... http://www.alsa-project.org/db/?f=4b2f257e72523bccafd3ace1d3c7044fb5f09ff8 * If model=mbp3 is given, it's possible to get sound from it but with many annoying problems: - You have to switch to 6ch mode for getting sound, doesn't work with 2ch mode, - The sound quality is very very bad, - Once you switch to 6ch mode, - You have to increment the volume of *Line-in* to have hearable sound from *internal speakers*, - You have to increment the volume of *Front* to have hearable sound from *headphones*, - The two controls are not mutually exclusive, you have to mute one of them, if you're using the other. And then I decided to play with hda-analyzer. After a bit of playing, I started to get sound from the board without the model=mbp3. But the mixers are still behaving somewhat strange. Before actually reporting any feedback on what I've switched and did, what do you suggest me to do? Is setting the model= to something, something similar to what I was doing with hda-analyzer? Thanks Ozan Caglayan

1 2

[alsa-devel] [PATCH] ASoC: em-x270: make the driver support also eXeda and CM-X300 machines
by Mike Rapoport 11 May '09

11 May '09

Signed-off-by: Mike Rapoport <mike(a)compulab.co.il> --- sound/soc/pxa/Kconfig | 4 ++-- sound/soc/pxa/em-x270.c | 9 +++++---- 2 files changed, 7 insertions(+), 6 deletions(-) diff --git a/sound/soc/pxa/Kconfig b/sound/soc/pxa/Kconfig index ad8a10f..f8cc974 100644 --- a/sound/soc/pxa/Kconfig +++ b/sound/soc/pxa/Kconfig @@ -89,13 +89,13 @@ config SND_PXA2XX_SOC_E800 Toshiba e800 PDA config SND_PXA2XX_SOC_EM_X270 - tristate "SoC Audio support for CompuLab EM-x270" + tristate "SoC Audio support for CompuLab EM-x270, eXeda and CM-X300" depends on SND_PXA2XX_SOC && MACH_EM_X270 select SND_PXA2XX_SOC_AC97 select SND_SOC_WM9712 help Say Y if you want to add support for SoC audio on - CompuLab EM-x270. + CompuLab EM-x270, eXeda and CM-X300 machines. config SND_PXA2XX_SOC_PALM27X bool "SoC Audio support for Palm T|X, T5 and LifeDrive" diff --git a/sound/soc/pxa/em-x270.c b/sound/soc/pxa/em-x270.c index 949be9c..f4756e4 100644 --- a/sound/soc/pxa/em-x270.c +++ b/sound/soc/pxa/em-x270.c @@ -1,7 +1,7 @@ /* - * em-x270.c -- SoC audio for EM-X270 + * SoC audio driver for EM-X270, eXeda and CM-X300 * - * Copyright 2007 CompuLab, Ltd. + * Copyright 2007, 2009 CompuLab, Ltd. * * Author: Mike Rapoport <mike(a)compulab.co.il> * @@ -68,7 +68,8 @@ static int __init em_x270_init(void) { int ret; - if (!machine_is_em_x270()) + if (!(machine_is_em_x270() || machine_is_exeda() + || machine_is_cm_x300())) return -ENODEV; em_x270_snd_device = platform_device_alloc("soc-audio", -1); @@ -95,5 +96,5 @@ module_exit(em_x270_exit); /* Module information */ MODULE_AUTHOR("Mike Rapoport"); -MODULE_DESCRIPTION("ALSA SoC EM-X270"); +MODULE_DESCRIPTION("ALSA SoC EM-X270, eXeda and CM-X300"); MODULE_LICENSE("GPL"); -- 1.5.6.4

2 1

[alsa-devel] [PATCH] ASoC: soc-core: fix crash when removing not instantiated card
by Mike Rapoport 11 May '09

11 May '09

If the card was not instantiated in snd_soc_instantiate_card, calling soc-remove will crash because some of codec, cpu_dai and card .remove methods are called twice. Fix this by returning from soc_remove immediately. Signed-off-by: Mike Rapoport <mike(a)compulab.co.il> --- sound/soc/soc-core.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/sound/soc/soc-core.c b/sound/soc/soc-core.c index 99712f6..1cd149b 100644 --- a/sound/soc/soc-core.c +++ b/sound/soc/soc-core.c @@ -954,6 +954,9 @@ static int soc_remove(struct platform_device *pdev) struct snd_soc_platform *platform = card->platform; struct snd_soc_codec_device *codec_dev = socdev->codec_dev; + if (!card->instantiated) + return 0; + run_delayed_work(&card->delayed_work); if (platform->remove) -- 1.5.6.4

2 1

[alsa-devel] Problem with sound on a Dell Dimension 4550 when it comes to using the ALSA-driver.
by Kristoffer Grundström 11 May '09

11 May '09

I was wondering if there will be a fix out for my problem that's described here: https://qa.mandriva.com/show_bug.cgi?id=49048 I'm getting sick and tired about having this problem in all the Mandriva-versions. Can you help me in any way? Do I have to add more info to that bugreport? /Kristoffer Grundstroem Unofficial Swedish translator of Mandriva.

2 1

[alsa-devel] [PATCH] pxa2xx-ac97: fix reset gpio mode setting
by Mike Rapoport 11 May '09

11 May '09

Signed-off-by: Mike Rapoport <mike(a)compulab.co.il> --- sound/arm/pxa2xx-ac97-lib.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/arm/pxa2xx-ac97-lib.c b/sound/arm/pxa2xx-ac97-lib.c index a2c12d1..6fdca97 100644 --- a/sound/arm/pxa2xx-ac97-lib.c +++ b/sound/arm/pxa2xx-ac97-lib.c @@ -65,7 +65,7 @@ static void set_resetgpio_mode(int resetgpio_action) switch (resetgpio_action) { case RESETGPIO_NORMAL_ALTFUNC: if (reset_gpio == 113) - mode = 113 | GPIO_OUT | GPIO_DFLT_LOW; + mode = 113 | GPIO_ALT_FN_2_OUT; if (reset_gpio == 95) mode = 95 | GPIO_ALT_FN_1_OUT; break; -- 1.5.6.4

5 6

[alsa-devel] [PATCH 0/1] ASoC: TWL4030: Possible fix for the Beep at the end of the audio file.
by Peter Ujfalusi 11 May '09

11 May '09

Hello, I have finally managed to reproduce and test the 'tuck' phenomena. The following patch seamingly fixes the issue at least in my hardware setup. Note that I still can not test this on Beagle and on the HW that I have testing the headset output is kind of tricky, so this might very well not fix the issue. Anuj, Jarkko, Arun: Would you be so kind and test it on your boards? --- Peter Ujfalusi (1): ASoC: TWL4030: Headset VMID ramp fix sound/soc/codecs/twl4030.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)

4 11

[alsa-devel] spdif/iec958 outputs at VT1708S not recognized
by Peter Niemayer 11 May '09

11 May '09

Hi, I recently installed an Asus M4N78 mainboard, that uses a nVidia GeForce 8300 chipset and a VT1708S soundchip. Alas, the code in pci/hda/patch_via.c did not recognize the 3 existing iec958/spdif outputs, and presented only the analog devices. I had to short circuit the pin definition in vt1708S_parse_auto_config() to get the digital outputs to work: spec->multiout.max_channels = spec->multiout.num_dacs * 2; - if (spec->autocfg.dig_out_pin) + // test fails for Asus M4N78 if (spec->autocfg.dig_out_pin) spec->multiout.dig_out_nid = VT1708S_DIGOUT_NID; spec->extra_dig_out_nid = 0x15; The digital sound output works just fine for me with this change, but I guess there should be a cleaner way to make this work? Several people in forums on the InterNet reported similar problems with getting their digital outputs on VT1708S to work under Linux. Regards, Peter Niemayer

4 9

[alsa-devel] speaker-test cleanups and fixes
by Dan McGee 11 May '09

11 May '09

This is a series of 3 (mostly unrelated) patches to clean up and fix up a few shortcomings I found in the speaker-test program. Please let me know of any concerns or comments on the patches. -Dan

2 4