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

[alsa-devel] Intel 82801I (ICH9 Family) HD Audio Controller on a HP dv4 computer
by Jean-Pierre ANDRE 15 Dec '08

15 Dec '08

Hi, I am getting difficulty setting up ALSA for my new HP portable computer. lspci displays the audio chip as : Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) and /proc/asound displays the codec as IDT 92HD71B7X I have uploaded the detailed hardware and configuration parameters to http://pagesperso-orange.fr/b.andre/visits.html/92HD71B7X I am using Fedora 10 x86_64 without pulseaudio and with the latest alsa-driver : alsa-driver-1.0.18a.16.g4012f.139.g6e583.tar.bz2 I have googled for a similar problem, but did not get to an actual fix, the following thread appears to deal with a most similar situation : http://forums.opensuse.org/pre-release-beta/399731-beta-5-no-sound.html After several tries, I have set modprobe.conf as alias snd-card-0 snd-hda-intel options sound slots=snd-hda-intel options snd-hda-intel model=hp-m4 single_cmd=1 enable_msi=1 Results : aplay freezes, with some sound output which is the continual repeat of the initial expected sound (some fraction of a second repeated). However if I boot with pci=noacpi the output is correct (I do not understand the relation of power management to sound, there must be one as I see : HDA Intel 0000:00:1b.0: power state changed by ACPI to D0 when I unload/reload alsa) WITHOUT the pci=noacpi option : - mplayer outputs the sound correctly (does mplayer bypass alsa ?) - xine outputs a chopped sound (some 100ms OK, some 100ms silent, some 100ms OK, etc, with a period which could be 200..500ms) - most players (eg Real player) just freeze. I would say that when some sound buffer gets empty, the driver does not get the information, so it does not fill the buffer again. I have done some digging into the code. I see that this 92HD71B7X chip is supported for HP dv5 and dv7 computers (subsystem ID 103c30f2 and 103C30f4), but mine is a HP dv4 showing a subsystem ID 103c30f7, so it must be somewhat different and not supported yet. Can anybody suggest some fix ? If needed I can apply patches to the code and do some testing so that my configuration gets supported in subsequent versions. Regards Jean-Pierre

2 6

Re: [alsa-devel] alsa 1.0.18 does not work for Intel onboard cards
by Takashi Iwai 15 Dec '08

15 Dec '08

At Mon, 15 Dec 2008 07:55:22 -0200, Paulo Cavalcanti wrote: > > On Mon, Dec 15, 2008 at 5:31 AM, Takashi Iwai <tiwai(a)suse.de> wrote: > > At Sun, 14 Dec 2008 09:29:03 -0200, > Paulo Cavalcanti wrote: > > > > On Sun, Dec 14, 2008 at 7:12 AM, Takashi Iwai <tiwai(a)suse.de> wrote: > > > > At Sat, 13 Dec 2008 13:52:24 -0200, > > Paulo Cavalcanti wrote: > > > > > > On Sat, Dec 13, 2008 at 1:23 PM, Paulo Cavalcanti < > promac(a)gmail.com> > > wrote: > > > > > > > Hi, > > > > > > > > alsa driver 1.0.18 has been a nightmare for me. > > > > > > > > I had a perfectly working sound for my Intel D975XBX2 when using > > > > alsa driver 1.017. Going to 1.0.18 just muted my front sound. > > > > Well, maybe not everybody needs a front sound output, but I just > > > > stick with the 1.01.17 driver. > > > > > > > > > > > Then, I tried an Intel DG45ID mobo, which does not have > > > any sound at all, with the later alsa driver 1.0.18a (detected as > a > > Generic > > > DG45). > > > > > > Going back to alsa driver 1.0.17, from the stock Fedora 10 kernel > > > (my card is then detected as an IDT 92HD73E1X5), > > > I have an analogic sound working, but Master, Headphones, and PCM > > > channels have to be above 90%, for anyone being able to hear > anything. > > > Therefore, the volume is compressed in the upper 10% of the scale. > > > > > > Furthermore, I have no mic, and no input working (I would like to > feed > > the > > > output > > > of my capture card to the input source of the sound card) . > > > It seems to me that the input (blue jack) is configured as > output, > > > in the 1.0.17 alsa driver. > > > > > > I do not know what else I can try, maybe some alsa snapshot, > > > to fix some of these issues. > > > > Try the snapshot on > > ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/ > > alsa-driver-snapshot.tar.gz > > > > Thanks, Takashi > > > > but it did not change anything for the Intel DG45ID. > > This is a Genuine Intel mother board. > > > > The sound card is detected as "Generic 8086 Intel G45 Develk", > > but I do not hear anything, even with all mixer channel at the maximum > > volumes. > > > > This is a Fedora 10, with the latest alsa packages, and > > everything seems OK, the applications work, but I do no hear anything. > > > > With the alsa driver from the latest Fedora kernel > > > > Linux version 2.6.27.7-134.fc10.x86_64 > > > > the card is detected as IDT 92HD73E1X5 and, > > > > although I have to put all the mixer channels at the maximum, the sound > > output works fine, even mid emulation. > > > > During the snapshot compilation, I got dozens of this warning: > > > > > ---------------------------------------------------------------------------------- > > /home/roma/redhat/BUILD/alsa-driver/include/config1.h:65:1: warning: > > "CONFIG_SND_AC97_POWER_SAVE_DEFAULT" redefined > > In file included from <command-line>:0: > > ./include/linux/autoconf.h:260:1: warning: this is the location of the > > previous definition > > CC [M] /home/roma/redhat/BUILD/alsa-driver/misc/ac97_bus.o > > In file included from /home/roma/redhat/BUILD/alsa-driver/include/ > config.h:6, > > from /home/roma/redhat/BUILD/alsa-driver/include/ > > adriver.h:25, > > from /home/roma/redhat/BUILD/alsa-driver/misc/ > ac97_bus.c:1: > > > ----------------------------------------------------------------------------------- > > It's no big issue, I guess. > > > This is the output of alsa-info, with the stock driver (1.0.17): > > Run alsa-info with --no-upload option on both working (1.0.17) and > non-working versions, and attach the generated files. > > This is for the Intel D975XBX2, which lost the front sound with 1.0.18: > Soundcard is detected as Sigmatel STAC9274D. Which I/O are you referring to? The headphone output seems unplugged, and thus the outputs are only from other line-outs, as far as I see the codec info. Takashi

1 0

[alsa-devel] : Can't compile alsa-driver-1.0.18a on x86_64 arch
by Mysth-R 15 Dec '08

15 Dec '08

Hi, I am trying to compile the lastest alsa-driver, but I got an error : patching file usbusx2y.c copying file alsa-kernel/usb/usx2y/usbusx2yaudio.c patching file usbusx2yaudio.c Hunk #11 succeeded at 1057 (offset 1 line). copying file alsa-kernel/usb/usx2y/usx2yhwdeppcm.c patching file usx2yhwdeppcm.c make[3]: quittant le répertoire « /home/mysthr2/Logiciels/musique/alsa-driver-1.0.18a/usb/usx2y » make[2]: quittant le répertoire « /home/mysthr2/Logiciels/musique/alsa-driver-1.0.18a/usb » make[1]: quittant le répertoire « /home/mysthr2/Logiciels/musique/alsa-driver-1.0.18a » make -C /lib/modules/2.6.24.7-rt7/build SUBDIRS=/home/mysthr2/Logiciels/musique/alsa-driver-1.0.18a CPP="gcc -E" CC="gcc" modules make[1]: entrant dans le répertoire « /usr/src/linux-2.6.24.7-rt7 » Makefile:510: /usr/src/linux-2.6.24.7-rt7/arch/x86/Makefile: Aucun fichier ou dossier de ce type make[1]: *** Pas de règle pour fabriquer la cible « /usr/src/linux-2.6.24.7-rt7/arch/x86/Makefile ». Arrêt. make[1]: quittant le répertoire « /usr/src/linux-2.6.24.7-rt7 » make: *** [compile] Erreur 2 Here is my ./configure : ./configure --prefix=/usr --with-cards=hda-intel usb-caiaq usb-audio hrtimer rtctimer hpet --with-sequencer=yes --with-card-options=all --with-oss=no--with-kernel=/usr/src/linux-2.6.24.7-rt7/ CFLAGS="-march=nocona -pipe -O2" Thank you for your help ! cheers, Mysth-R -- * *************************************************************************************** * {^_^} Mysth-R {^_^} * <= Aide Auditive => * * http://myspace.com/mysthr * http://myspace.com/aideauditive * http://mysthr.free.fr/Joomla => Site dédié à l'audio sous Fedora/PlanetCCRMA. * ***************************************************************************************

1 0

[alsa-devel] Latest snapshot - reliable source?
by Klaus Schulz 15 Dec '08

15 Dec '08

Hello Takashi. Can I regard your ftp link below as a kind of reliable source where to get the latest snapshot at any time? Can I also expect that it is compatible to latest official driver release? Because than I'd ask people in (worst) case of trouble to give it a try before spamming the mailing list. ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa-driver-sna… THX \Klaus

2 3

[alsa-devel] alsa 1.0.18 does not work for Intel onboard cards
by Paulo Cavalcanti 15 Dec '08

15 Dec '08

Hi, alsa driver 1.0.18 has been a nightmare for me. I had a perfectly working sound for my Intel D975XBX2 when using alsa driver 1.017. Going to 1.0.18 just muted my front sound. Well, maybe not everybody needs a front sound output, but I just stick with the 1.01.17 driver. Then, I -- Paulo Roma Cavalcanti LCG - UFRJ

2 4

[alsa-devel] [PATCH] SOC/davinci: switch DPRINTK to pr_debug()
by Alexander Beregalov 14 Dec '08

14 Dec '08

Signed-off-by: Alexander Beregalov <a.beregalov(a)gmail.com> --- sound/soc/davinci/davinci-pcm.c | 18 ++++++------------ 1 files changed, 6 insertions(+), 12 deletions(-) diff --git a/sound/soc/davinci/davinci-pcm.c b/sound/soc/davinci/davinci-pcm.c index bc83e1c..74abc9b 100644 --- a/sound/soc/davinci/davinci-pcm.c +++ b/sound/soc/davinci/davinci-pcm.c @@ -14,6 +14,7 @@ #include <linux/platform_device.h> #include <linux/slab.h> #include <linux/dma-mapping.h> +#include <linux/kernel.h> #include <sound/core.h> #include <sound/pcm.h> @@ -24,13 +25,6 @@ #include "davinci-pcm.h" -#define DAVINCI_PCM_DEBUG 0 -#if DAVINCI_PCM_DEBUG -#define DPRINTK(x...) printk(KERN_DEBUG x) -#else -#define DPRINTK(x...) -#endif - static struct snd_pcm_hardware davinci_pcm_hardware = { .info = (SNDRV_PCM_INFO_INTERLEAVED | SNDRV_PCM_INFO_BLOCK_TRANSFER | SNDRV_PCM_INFO_MMAP | SNDRV_PCM_INFO_MMAP_VALID | @@ -78,8 +72,8 @@ static void davinci_pcm_enqueue_dma(struct snd_pcm_substream *substream) dma_offset = prtd->period * period_size; dma_pos = runtime->dma_addr + dma_offset; - DPRINTK("audio_set_dma_params_play channel = %d dma_ptr = %x " - "period_size=%x\n", lch, dma_pos, period_size); + pr_debug("davinci_pcm: audio_set_dma_params_play channel = %d " + "dma_ptr = %x period_size=%x\n", lch, dma_pos, period_size); data_type = prtd->params->data_type; count = period_size / data_type; @@ -112,7 +106,7 @@ static void davinci_pcm_dma_irq(int lch, u16 ch_status, void *data) struct snd_pcm_substream *substream = data; struct davinci_runtime_data *prtd = substream->runtime->private_data; - DPRINTK("lch=%d, status=0x%x\n", lch, ch_status); + pr_debug("davinci_pcm: lch=%d, status=0x%x\n", lch, ch_status); if (unlikely(ch_status != DMA_COMPLETE)) return; @@ -316,8 +310,8 @@ static int davinci_pcm_preallocate_dma_buffer(struct snd_pcm *pcm, int stream) buf->area = dma_alloc_writecombine(pcm->card->dev, size, &buf->addr, GFP_KERNEL); - DPRINTK("preallocate_dma_buffer: area=%p, addr=%p, size=%d\n", - (void *) buf->area, (void *) buf->addr, size); + pr_debug("davinci_pcm: preallocate_dma_buffer: area=%p, addr=%p, " + "size=%d\n", (void *) buf->area, (void *) buf->addr, size); if (!buf->area) return -ENOMEM;

2 1

[alsa-devel] Bugs on aspire one A150
by Maxim Levitsky 13 Dec '08

13 Dec '08

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it. Bugs I discovered so far: ** 1 - embedded controler works in polling mode, due to this: [ 0.708571] ACPI: EC: non-query interrupt received, switching to interrupt mode [ 1.224043] ACPI: EC: missing confirmations, switch off interrupt mode. Maybe this is the reason for the fact that gnome power manager freezes when I unplug the AC, and freezes often when I try to see battery status. (Note: same is seen on my acer aspire 5720) ** 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. Was able to connect to my WPA2 access point. Sometimes wireless fails completely, especially after suspend to ram. 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. ** 3 - internal mic doesn't work. tried model=acer, model=auto. Overall it seems that alsa misprograms O/B realteck codec. I talk about this later. Have same issue on my acer 5720 ** 4 - wireless led doesn't work. ath5k devs, can you fix this? ** 5 - coretemp doesn't show cpu temperature, I have seen somewhere that atom support same thermal diode as core2 and only patch to detect it is needed. Please include such path in 2.6.28 if exists. ** 6 - both card readers are missing from lspci, is this normal? ** 7 - opengl is broken, I tried running neverball in fullscreen, but it shows wrong/corrupted textures (compiz is running, and working well thought) Now I installed 2.6.28-rc3 (actually latest -git) Sadly nothing improved. I only found few regressions: * Wireless now drops connection from my WPA2 access point after few minutes. I changed temporarily its wireless protection to WEP and open mode, and both work fine, maybe this is related to periodic key exchange WPA does? * System doesn't reboot/shutdown, just hangs. Best regards, Maxim Levitsky.

2 5

Re: [alsa-devel] [ath5k-devel] Bugs on aspire one A150
by Maxim Levitsky 13 Dec '08

13 Dec '08

On Sat, 2008-12-13 at 16:08 +0200, Nick Kossifidis wrote: > 2008/12/13 Maxim Levitsky <maximlevitsky(a)gmail.com>: > > > > Hi, > > > > Indeed gpio #3 controls the led. > > I patched ath5k to use it, and led works now fine. > > > > > > Please share your patch with the rest and also post an lspci -vnn for > your card so we can handle this in a generic way This just a one liner hack diff --git a/drivers/net/wireless/ath5k/base.c b/drivers/net/wireless/ath5k/base.c index 9d2c597..a447937 100644 --- a/drivers/net/wireless/ath5k/base.c +++ b/drivers/net/wireless/ath5k/base.c @@ -2595,6 +2595,11 @@ ath5k_init_leds(struct ath5k_softc *sc) sc->led_pin = 1; sc->led_on = 1; /* active high */ } + + __set_bit(ATH_STAT_LEDSOFT, sc->status); + sc->led_pin = 3; + sc->led_on = 1; + if (!test_bit(ATH_STAT_LEDSOFT, sc->status)) goto out; lspci -vnn: 03:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR242x 802.11abg Wireless PCI Express Adapter [168c:001c] (rev 01) Subsystem: Foxconn International, Inc. Device [105b:e008] 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, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at 55200000 (64-bit, non-prefetchable) [size=64K] Capabilities: <access denied> Kernel driver in use: ath5k Kernel modules: ath5k Best regards, Maxim Levitsky

1 1

Re: [alsa-devel] [ath5k-devel] Bugs on aspire one A150
by Maxim Levitsky 13 Dec '08

13 Dec '08

On Tue, 2008-11-11 at 00:12 +0200, Nick Kossifidis wrote: > 2008/11/10 Maxim Levitsky <maximlevitsky(a)gmail.com>: > > 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 > > i think that some led settings are stored on EEPROM, let me check it out... Hi, Indeed gpio #3 controls the led. I patched ath5k to use it, and led works now fine. What I dislike is the way led blinks: While nether I like constant rate blinking implemented in windows driver, I don't like the fact that led blinks too fast, sometimes the blink time is so short that led doesn't show full brightness. I think there should be a minimal interval for blinking. Also I don't know what is assumed better, when led is always on, but turns off when active of vise versa? (Due to short intervals, when I set it for first option, it is almost always on, and I almost don't see the interval when it is off) Best regards, Maxim Levitsky

1 0

[alsa-devel] EMU releases 0404/0202 MAC driver stack as open source!!
by Klaus Schulz 12 Dec '08

12 Dec '08

Hi folks. FYI - see below. Does this makes live easier to get the ALSA driver developed. THX Klaus ---Quote--- SCOTTS VALLEY, CA - December 1, 2008 - E-MU Systems today announced that for the first time it will release as open source the Macintosh driver stack for its award winning USB 2.0 audio interface products - the 0202USB, 0404USB, and TrackerPre. The Software Developer Kit will be available on the SourceForge developer's website in early December and can be found at: https://sourceforge.net/projects/zaudiodrivermac/. The software will be released under the GNU Lesser General Public License or LGPL v3, which enables developers to commercially redistribute products derived from this code base. The Software Developer Kit will include the E-MU USB 2.0 driver interface specification and necessary source code for adding new features, enhancing performance, or porting to other Operating Systems. "We are releasing this code to the public to enable programming enthusiasts the ability to experiment with and to extend the capabilities of our products, which we find being used in a variety of applications outside of the MI space proper. I'm convinced that our clever user base will come up with innovative variations not addressed by our mainstream activities," said Michael Lee, marketing manager for E-MU Systems. "I'm excited to see the results generated by the OpenSource community." ---End Quote---

3 4