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

Re: [alsa-devel] [Intel-gfx] G45 user experience
by Wu Fengguang 12 Nov '08

12 Nov '08

On Tue, Nov 11, 2008 at 05:16:18PM +0800, Fu Michael wrote: > Shane W wrote: >> On Tue, Nov 11, 2008 at 10:32:40AM +0800, Fu Michael wrote: >> >>> Do you have any HDMI sink device that can support 5.1 or 7.1 audio? >>> I'm looking for those kind of devices as well... >>> >> >> I'm not really sure what you mean by HDMI sink but my >> receiver which connects to the G45 does support 5.1 and 7.1 >> HDMI decoding along with TRUEHD, DTSHD and DSD so I can >> certainly test anything that comes down the pipe as far as >> patches go. >> > Shane, would you please tell me the model of this HDMI receiver? Or preferably, could you send us your dmesg? I'm particularly interested in the ELD information inside it. Thanks, Fengguang

1 0

[alsa-devel] alsa-driver 1.0.18 doesn't built on PPC 2.6.27 and 2.6.28
by Elimar Riesebieter 11 Nov '08

11 Nov '08

Hi all, please note the following error: /usr/bin/make -C /usr/src/linux-2.6.27.2 SUBDIRS=/usr/src/modules/alsa-driver CPP="gcc-4.3 -E" CC="gcc-4.3" modules make[4]: Entering directory `/usr/src/linux-2.6.27.2' CC [M] /usr/src/modules/alsa-driver/acore/hwdep.o In file included from /usr/src/linux-2.6.27.2/arch/powerpc/include/asm/system.h:528, from include/linux/list.h:7, from include/linux/module.h:9, from /usr/src/modules/alsa-driver/include/adriver.h:26, from /usr/src/modules/alsa-driver/acore/hwdep.c:1: include/asm-generic/cmpxchg-local.h: In function '__cmpxchg_local_generic': include/asm-generic/cmpxchg-local.h:23: error: implicit declaration of function 'local_irq_save' include/asm-generic/cmpxchg-local.h:44: error: implicit declaration of function 'local_irq_restore' make[6]: *** [/usr/src/modules/alsa-driver/acore/hwdep.o] Fehler 1 make[5]: *** [/usr/src/modules/alsa-driver/acore] Fehler 2 make[4]: *** [_module_/usr/src/modules/alsa-driver] Fehler 2 make[4]: Leaving directory `/usr/src/linux-2.6.27.2' make[3]: *** [compile] Fehler 2 make[3]: Leaving directory `/usr/src/modules/alsa-driver' make[2]: *** [build-stamp] Fehler 2 make[2]: Leaving directory `/usr/src/modules/alsa-driver' make[1]: *** [kdist_image] Fehler 2 make[1]: Leaving directory `/usr/src/modules/alsa-driver' Module /usr/src/modules/alsa-driver failed. Same on 2.6.28-rc3 BTW, alsa-driver 1.0.18 builds fine on PPC 2.6.26. The PPC divers build fine out of vanilla trees (1.6.26/1.0.17 and 2.6.28/1.0.18-rc3) Thanks for cooperation Elimar -- "Talking much about oneself can also be a means to conceal oneself." -Friedrich Nietzsche

3 12

[alsa-devel] arecord read error, input/output error in embedded linux project
by Robert Schmit 11 Nov '08

11 Nov '08

I am working on resurrecting an embedded linux project started by someone else. The project is using an AT91SAM9260 processor on an AT91SAM9260-EK development board and I am currently trying to get audio playback and capture working through an external W6811 codec chip. The previous developer had the audio working both ways but unfortunately I can only get playback to work but not capture. During a capture operation, I can verify on a scope that the proper clocks and frame syncs are being delivered to the W6811 chip and furthermore I can see data on the PCM output line of the chip (which is of course connected to an input pin on the AT91SAM9260 processor). So I'm almost certain that the problem is not hardware. A machine/codec driver for the W6811 chip was written by the previous developer and is known to be correct and properly included in the kernel. The ALSA version is 1.0.14 and is compiled into a 2.6.22.1 kernel. I am currently using the default alsa.conf file and am not using ~/.asoundrc or /etc/asound.conf. I am testing the audio using aplay and arecord. Specifically, arecord is failing, after 10 seconds, as follows: /usr/bin $ arecord -traw -fS8 -r8000 ulaw2.raw Recording raw data 'ulaw2.raw' : Signed 8 bit, Rate 8000 Hz, Mono arecord: pcm_read:1346: read error: Input/output error An strace of the arecord execution provides the following at the point of error. The ioctl() call is what hangs for 10 seconds, then the error message is printed and the program immediately exits. open("test_sample.raw", O_WRONLY|O_CREAT|O_LARGEFILE, 0644) = 3 ioctl(4, 0x800c4151, 0xbef15c24) = -1 EIO (Input/output error) write(2, "arecord", 7arecord) = 7 write(2, ": ", 2: ) = 2 write(2, "pcm_read", 8pcm_read) = 8 write(2, ":", 1:) = 1 write(2, "1346", 41346) = 4 write(2, ": ", 2: ) = 2 write(2, "read error: ", 12read error: ) = 12 write(2, "Input/output error", 18Input/output error) = 18 write(2, "\n", 1 ) = 1 exit(1) = ? Process 844 detached Is it possible that there is an extra step towards properly configuring a capture channel/stream that would explain why playback works but capture does not?? If anybody has any ideas, I would be very grateful as I have been stuck on this for days now. I'm not sure what information would be helpful, but I will try to describe some details of my sound configuration here. THANKS!! /dev/snd $ arecord -l **** List of CAPTURE Hardware Devices **** card 0: GRHEKW6811 [GRH_EK_W6811], device 0: W6811 W6811-PCM-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 /dev/snd $ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: GRHEKW6811 [GRH_EK_W6811], device 0: W6811 W6811-PCM-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 /dev/snd $ ls -l crw-rw-rw- 1 root root 116, 0 Dec 31 17:27 controlC0 crw-rw-rw- 1 root root 116, 24 Dec 31 17:29 pcmC0D0c crw-rw-rw- 1 root root 116, 16 Dec 31 17:27 pcmC0D0p crw-rw-rw- 1 root root 116, 33 Dec 31 17:51 timer /proc/asound $ ls GRHEKW6811 cards pcm version card0 devices timers /proc/asound $ cat devices 0: [ 0] : control 16: [ 0- 0]: digital audio playback 24: [ 0- 0]: digital audio capture 33: : timer /proc/asound $ cat pcm 00-00: W6811 W6811-PCM-0 : : playback 1 : capture 1 /proc/asound $ cat cards 0 [GRHEKW6811 ]: W6811 - GRH_EK_W6811 GRH_EK_W6811 (W6811) /proc/asound $ cat timers G0: system timer : 10000.000us (10000000 ticks) P0-0-0: PCM playback 0-0-0 : SLAVE P0-0-1: PCM capture 0-0-1 : SLAVE

1 0

[PATCH] ALSA: add /sys/class/sound/card#/id (r/w) and card#/number (r/o) files
by Jaroslav Kysela 11 Nov '08

11 Nov '08

For udev, we need a way to rename soundcard names. The soundcard numbers (indexes) are hardwired but we have a text identification which can be changed at run-time. The ALSA user space tools already allow using of this text identification. Signed-off-by: Jaroslav Kysela <perex(a)perex.cz> --- sound/core/init.c | 66 ++++++++++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 65 insertions(+), 1 deletions(-) diff --git a/sound/core/init.c b/sound/core/init.c index b47ff8b..1426abd 100644 --- a/sound/core/init.c +++ b/sound/core/init.c @@ -533,6 +533,64 @@ static void choose_default_id(struct snd_card *card) } } +#ifndef CONFIG_SYSFS_DEPRECATED +static ssize_t +card_id_show_attr(struct device *dev, + struct device_attribute *attr, char *buf) +{ + struct snd_card *card = dev_get_drvdata(dev); + return snprintf(buf, PAGE_SIZE, "%s\n", card ? card->id : "(null)"); +} + +static ssize_t +card_id_store_attr(struct device *dev, struct device_attribute *attr, + const char *buf, size_t count) +{ + struct snd_card *card = dev_get_drvdata(dev); + char buf1[sizeof(card->id)]; + size_t copy = count > sizeof(card->id) - 1 ? + sizeof(card->id) - 1 : count; + size_t idx; + int c; + + for (idx = 0; idx < copy; idx++) { + c = buf[idx]; + if (!isalnum(c) && c != '_' && c != '-') + return -EINVAL; + } + memcpy(buf1, buf, copy); + buf1[copy] = '\0'; + mutex_lock(&snd_card_mutex); + if (!snd_info_check_reserved_words(buf1)) { + __exist: + mutex_unlock(&snd_card_mutex); + return -EEXIST; + } + for (idx = 0; idx < snd_ecards_limit; idx++) { + if (snd_cards[idx] && !strcmp(snd_cards[idx]->id, buf1)) + goto __exist; + } + strcpy(card->id, buf1); + mutex_unlock(&snd_card_mutex); + + return count; +} + +static struct device_attribute card_id_attrs = + __ATTR(id, S_IRUGO | S_IWUSR, card_id_show_attr, card_id_store_attr); + +static ssize_t +card_number_show_attr(struct device *dev, + struct device_attribute *attr, char *buf) +{ + struct snd_card *card = dev_get_drvdata(dev); + return snprintf(buf, PAGE_SIZE, "%i\n", card ? card->number : -1); +} + +static struct device_attribute card_number_attrs = + __ATTR(number, S_IRUGO, card_number_show_attr, NULL); +#endif /* CONFIG_SYSFS_DEPRECATED */ + /** * snd_card_register - register the soundcard * @card: soundcard structure @@ -553,7 +611,7 @@ int snd_card_register(struct snd_card *card) #ifndef CONFIG_SYSFS_DEPRECATED if (!card->card_dev) { card->card_dev = device_create(sound_class, card->dev, - MKDEV(0, 0), NULL, + MKDEV(0, 0), card, "card%i", card->number); if (IS_ERR(card->card_dev)) card->card_dev = NULL; @@ -576,6 +634,12 @@ int snd_card_register(struct snd_card *card) if (snd_mixer_oss_notify_callback) snd_mixer_oss_notify_callback(card, SND_MIXER_OSS_NOTIFY_REGISTER); #endif +#ifndef CONFIG_SYSFS_DEPRECATED + if (card->card_dev) { + device_create_file(card->card_dev, &card_id_attrs); + device_create_file(card->card_dev, &card_number_attrs); + } +#endif return 0; } -- 1.6.0.1.217.gb4928 ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

1 0

[alsa-devel] [RFC][PATCH] pxa2xx-ac97: switch AC unit to correct state before probing
by Dmitry Baryshkov 11 Nov '08

11 Nov '08

Hi, I've stumbled upon a problem with my tosa unit. The bootloader leaves ac97 in some partially enabled state, so when request_irq enables the AC97 irq, I see a unending storm of irq requests. I've come with the following patch (against 2.6.27, if the idea is OK, I'll rebase against 2.6.28-rc). From: Dmitry Baryshkov <dbaryshkov(a)gmail.com> If AC97 unit is in partially enabled state, early request_irq can trigger IRQ storm or even full hang up. Workaround this by forcibly switching ACLINK off at the start of the probe. Signed-off-by: Dmitry Baryshkov <dbaryshkov(a)gmail.com> --- sound/soc/pxa/pxa2xx-ac97.c | 30 +++++++++++++++++------------- 1 files changed, 17 insertions(+), 13 deletions(-) diff --git a/sound/soc/pxa/pxa2xx-ac97.c b/sound/soc/pxa/pxa2xx-ac97.c index d94a495..259c6e1 100644 --- a/sound/soc/pxa/pxa2xx-ac97.c +++ b/sound/soc/pxa/pxa2xx-ac97.c @@ -315,10 +315,6 @@ static int pxa2xx_ac97_probe(struct platform_device *pdev, { int ret; - ret = request_irq(IRQ_AC97, pxa2xx_ac97_irq, IRQF_DISABLED, "AC97", NULL); - if (ret < 0) - goto err; - pxa_gpio_mode(GPIO31_SYNC_AC97_MD); pxa_gpio_mode(GPIO30_SDATA_OUT_AC97_MD); pxa_gpio_mode(GPIO28_BITCLK_AC97_MD); @@ -331,28 +327,36 @@ static int pxa2xx_ac97_probe(struct platform_device *pdev, if (IS_ERR(ac97conf_clk)) { ret = PTR_ERR(ac97conf_clk); ac97conf_clk = NULL; - goto err_irq; + goto err_conf; } #endif + GCR = GCR_ACLINK_OFF; + ac97_clk = clk_get(&pdev->dev, "AC97CLK"); if (IS_ERR(ac97_clk)) { ret = PTR_ERR(ac97_clk); ac97_clk = NULL; - goto err_irq; + goto err_clk; } clk_enable(ac97_clk); + + ret = request_irq(IRQ_AC97, pxa2xx_ac97_irq, IRQF_DISABLED, "AC97", NULL); + if (ret < 0) + goto err_irq; + return 0; - err_irq: +err_irq: GCR |= GCR_ACLINK_OFF; + clk_disable(ac97_clk); + clk_put(ac97_clk); + ac97_clk = NULL; +err_clk: #ifdef CONFIG_PXA27x - if (ac97conf_clk) { - clk_put(ac97conf_clk); - ac97conf_clk = NULL; - } + clk_put(ac97conf_clk); + ac97conf_clk = NULL; +err_conf: #endif - free_irq(IRQ_AC97, NULL); - err: return ret; } -- 1.5.6.5 -- With best wishes Dmitry

2 3

[alsa-devel] [PATCH] Make the HP EliteBook 8530p use AD1884A model 'laptop' by default.
by Travis Place 11 Nov '08

11 Nov '08

Changelog: Added a QUIRK to patch_analog.c for the HP Elitebook 8530p (IDs 0x103c:0x30e7) to use AD1884A model 'laptop' by default. Playback and Capture confirmed working. Signed-off-by: Travis Place

2 1

Re: [alsa-devel] [Intel-gfx] G45 user experience
by Wu Fengguang 11 Nov '08

11 Nov '08

On Mon, Nov 10, 2008 at 08:15:01PM -0800, Shane W wrote: > On Tue, Nov 11, 2008 at 10:32:40AM +0800, Fu Michael wrote: > > Do you have any HDMI sink device that can support 5.1 or 7.1 audio? I'm > > looking for those kind of devices as well... > > I'm not really sure what you mean by HDMI sink but my > receiver which connects to the G45 does support 5.1 and 7.1 > HDMI decoding along with TRUEHD, DTSHD and DSD so I can > certainly test anything that comes down the pipe as far as > patches go. Wow, thank you very much! > By the way, had a bit more time to test out these HDMI sync > xorg patches. Under mplayer, after playing audio for about > 10 or so minutes with a video stream, the audio starts to > drop out and then stops altogether. Stopping and starting Do you mean the volume goes down gradually? > mplayer doesn't fix it, stopping mplayer and playing a wav > via aplay gives silence. Stopping Xorg does correct it and > once Xorg is restarted, it'll run with video for another 10 > or so minutes and stop again. This is using Saturday's GIT OK, then restarting Xorg fixed it temporarily. I wonder if restarting the monitor restores the sound as well? > on ALSA, Xorg and Intel with the IALSA Intel hdmi patch, > and the HDMI patches for Xorg and the Intel driver applied. Thank you, Fengguang

1 0

[alsa-devel] HDA-Intel - Patch to support detecting HD Audio devices with PCI class code
by Yang, Libin 11 Nov '08

11 Nov '08

Sorry, adding the title... Thanks & Regards, Libin > -----Original Message----- > From: Yang, Libin > Sent: Tuesday, November 11, 2008 10:43 AM > To: 'Takashi Iwai' > Cc: 'alsa-devel(a)alsa-project.org' > Subject: > > Hi Takashi, > > This patch is to support detecting new AMD HD Audio devices with HDA PCI > class code. Would you please review it? Thanks a lot! > -------------------------------------------------------------------- > > Signed-off-by: Libin Yang <libin.yang(a)amd.com> > > --- alsa-driver-1.0.18.orig/alsa-kernel/pci/hda/hda_intel.c 2008-10-29 > 20:41:35.000000000 +0800 > +++ alsa-driver-1.0.18/alsa-kernel/pci/hda/hda_intel.c 2008-11-11 > 18:33:14.000000000 +0800 > @@ -291,6 +291,7 @@ > /* Define VIA HD Audio Device ID*/ > #define VIA_HDAC_DEVICE_ID 0x3288 > > +#define PCI_CLASS_MULTIMEDIA_HDA 0x040300 > > /* > */ > @@ -410,6 +411,7 @@ > AZX_DRIVER_ULI, > AZX_DRIVER_NVIDIA, > AZX_DRIVER_TERA, > + AZX_DRIVER_AMD_AUTO, > AZX_NUM_DRIVERS, /* keep this as last entry */ > }; > > @@ -423,6 +425,7 @@ > [AZX_DRIVER_ULI] = "HDA ULI M5461", > [AZX_DRIVER_NVIDIA] = "HDA NVidia", > [AZX_DRIVER_TERA] = "HDA Teradici", > + [AZX_DRIVER_AMD_AUTO] = "HDA AMD", > }; > > /* > @@ -1198,6 +1201,7 @@ > static unsigned int azx_default_codecs[AZX_NUM_DRIVERS] __devinitdata = { > [AZX_DRIVER_ICH] = 3, > [AZX_DRIVER_ATI] = 3, > + [AZX_DRIVER_AMD_AUTO] = 3, > }; > > static int __devinit azx_codec_create(struct azx *chip, const char *model, > @@ -2146,6 +2150,7 @@ > chip->playback_streams = ULI_NUM_PLAYBACK; > chip->capture_streams = ULI_NUM_CAPTURE; > break; > + case AZX_DRIVER_AMD_AUTO: > case AZX_DRIVER_ATIHDMI: > chip->playback_streams = ATIHDMI_NUM_PLAYBACK; > chip->capture_streams = ATIHDMI_NUM_CAPTURE; > @@ -2373,6 +2378,9 @@ > { PCI_DEVICE(0x10de, 0x0bd7), .driver_data = AZX_DRIVER_NVIDIA }, > /* Teradici */ > { PCI_DEVICE(0x6549, 0x1200), .driver_data = AZX_DRIVER_TERA }, > + /* AMD Generic, PCI class code and Vendor ID for HD Audio */ > + { PCI_VENDOR_ID_ATI, PCI_ANY_ID, PCI_ANY_ID, PCI_ANY_ID, > + PCI_CLASS_MULTIMEDIA_HDA, 0xffffff, AZX_DRIVER_AMD_AUTO }, > { 0, } > }; > MODULE_DEVICE_TABLE(pci, azx_ids); > > Thanks & Regards, > Libin

1 0

Re: [alsa-devel] Bugs on aspire one A150
by Maxim Levitsky 10 Nov '08

10 Nov '08

Bob Copeland wrote: > On Fri, Nov 7, 2008 at 10:26 PM, Maxim Levitsky <maximlevitsky(a)gmail.com> wrote: >> ** 2 - wireless: not to mention the fact that ath5k wasn't installed by >> default in ubuntu... >> wireless more or less works, but kernel log is full of backtraces. > > As you've seen, these should at least be gone now... > >> Was able to connect to my WPA2 access point. >> Sometimes wireless fails completely, especially after suspend to ram. > > Did you get noise calibration failures in dmesg at this point? Felix posted > a patch recently that handles them better. Yep, but they seems to be gone in latest -git too. Wireless work fine now, it seems like my iwl3945. > >> Advanced features like monitor/injection work, but when I changed the card's >> mac address it stopped working. >> I also noticed that if I then start airodump, then wireless works with new >> mac. Why it doesn't accept new mac?, can this be fixed? > >> ** 4 - wireless led doesn't work. >> ath5k devs, can you fix this? > > Currently all the LED code we have in there is for setting a particular gpio > for particular laptops (and they differ between models). We only have quirks > for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different > strategy for 2425 chips. I can try to hack up some code for you to test. > I have seen on the web that madwifi did support the led with some gpio settings sysctl -w dev.wifi0.ledpin=3 sysctl -w dev.wifi0.softled=1 from https://help.ubuntu.com/community/AspireOne Best regards, Maxim Levitsky

1 0

[alsa-devel] MS-7350 Realtek ALC888
by Philipp Matthias Hahn 10 Nov '08

10 Nov '08

Hello! I have an MSI MS-7350 motherborad with an onboard Realtek ALC888 HDA codec. I need to specify model=6stack-dig to get the internal CD connector to show up, else automatic BIOS scanning doesn't find it. Might be that you want to add the appropriate DMI/PCI quirk stuff, so other users get the benefit of automatic detection. $ lspci -s 0:10.1 00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2) $ lspci -s 0:10.1 -n -vvv 00:10.1 0403: 10de:026c (rev a2) Subsystem: 1462:7350 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (500ns min, 1250ns max) Interrupt: pin B routed to IRQ 22 Region 0: Memory at f9ff8000 (32-bit, non-prefetchable) [size=16K] Capabilities: <access denied> Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel BYtE Philipp -- / / (_)__ __ ____ __ Philipp Hahn / /__/ / _ \/ // /\ \/ / /____/_/_//_/\_,_/ /_/\_\ pmhahn(a)titan.lahn.de

1 0