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

[alsa-devel] alsa-lib-1.0.15 : --disable-hwdep/--disable-rawmidi broken
by Matthieu CASTET 04 Feb '08

04 Feb '08

hi, If I compile alsa-lib-1.0.15 with --disable-hwdep or --disable-rawmidi, I get failure in include/alsa/control.h [1]. Matthieu [1] In file included from ../../include/alsa/asoundlib.h:51, from simple_none.c:39: ../../include/alsa/control.h:246: error: expected declaration specifiers or '...' before 'snd_hwdep_info_t' ../../include/alsa/control.h:251: error: expected declaration specifiers or '...' before 'snd_rawmidi_info_t' make[3]: *** [simple_none.lo] Erreur 1 make[3]: *** Attente des tâches non terminées.... make[2]: *** [all-recursive] Erreur 1 make[1]: *** [all-recursive] Erreur 1 make: *** [alsa] Erreur 2

2 1

[alsa-devel] Intel ICH Modem init fails for laptop built-in SiS modem
by Richard Kennedy 03 Feb '08

03 Feb '08

My JVC mininote laptop has an inbuilt SiS modem 00:01.6 Modem [0703]: Silicon Integrated Systems [SiS] AC'97 Modem Controller [1039:7013] (rev a0) which is detected by the snd-intel8x0m driver but it always fails to initialise and spams the log file :- kernel: codec_semaphore: semaphore is not ready [0x1][0x1300] kernel:last message repeated 2 times kernel: codec_semaphore: semaphore is not ready [0x1][0x300] kernel:last message repeated 431 times kernel: AC'97 1 does not respond - RESET kernel: codec_semaphore: semaphore is not ready [0x1][0x300] kernel: codec_semaphore: semaphore is not ready [0x1][0x300] kernel: AC'97 1 access is not valid [0xffffffff], removing mixer. kernel: Unable to initialize codec #1 kernel: ACPI: PCI interrupt for device 0000:00:01.6 disabled kernel: Intel ICH Modem: probe of 0000:00:01.6 failed with error -5 I never use the modem so I blacklisted the snd-intel8x0m module in modprobe.conf just to make the messages go away. I'm currently running the fedora 2.6.23 kernel but it has been broken for a long time. Is this fixable? or shall I just go on ignoring it ;) ? cheers Richard

2 4

[alsa-devel] HDA - enable snoop on SCH
by Tobin Davis 03 Feb '08

03 Feb '08

This patch enables snoop on Intel SCH chipset, eliminating static during playback. Signed off by Tobin Davis <tdavis(a)dsl-only.net> P.S. I know this is real close to the final release, but it is critically needed for product enabling. The patch has no effect on other components, and has been tested on production desktop and laptop systems, along with Intel's Mobile Internet Device. This is the last patch needed for release. P.P.S Forgot to include the patch in the last email. Doh.

2 1

[alsa-devel] Sound jack isolations
by Richard Marzan 03 Feb '08

03 Feb '08

On Thu, 2008-01-31 at 20:33 -0500, Richard Marzan wrote: > > On Wed, 2008-01-30 at 23:03 -0800, Tobin Davis wrote: > > > Try downloading alsa-driver-1.0.16rc2. It has some new patches in it. > > > > > > If that doesn't work, please report back with the link generated from > > > running http://bulletproof.servebeer.com/alsa/scripts/alsa-info.sh > > > > > > Tobin > > > > > > > > > On Wed, 2008-01-30 at 23:49 -0500, Richard Marzan wrote: > > > > I tried googling around but no helpful content so far. I have a laptop > > > > with built-in sound. It uses the HDA_intel kernel module. My problem is > > > > that I can't silence the onboard/built-in speakers when I plug in the > > > > headphones to the machine. Muting sound would lead to all jacks and > > > > audio ports to be silenced -- not just the built-in speakers, which I > > > > intend to mute solely leaving sound alive on the headphone jacks. There > > > > are no channels readily observable to differentiate where sound goes and > > > > to which port with alsa-mixer. The behavior I would like to achieve is > > > > one that will allow me to mute onboard speakers while continuing to have > > > > the headphones receive audio signals. Has anyone ever done this? Any > > > > pointers to documentation will be appreciated. > > > > > > > > My board has the Conexant CX20549 Codec. I think is uses the ALC268 > > > > module. I checked gmane and saw that a fellow user got snd-hda-intel > > > > working with the NVidia MCP67 chipset with a patch received from > > > > linuxant.com. I tried the method and when patching i had encountered > > > > errors. Thanks for the reply. Here is the link http://pastebin.ca/886945

1 0

[alsa-devel] HDA - enable snoop on sch
by Tobin Davis 02 Feb '08

02 Feb '08

This patch enables snoop on Intel SCH chipset, eliminating static during playback. Signed off by Tobin Davis <tdavis(a)dsl-only.net> P.S. I know this is real close to the final release, but it is critically needed for product enabling. The patch has no effect on other components, and has been tested on production desktop and laptop systems, along with Intel's Mobile Internet Device. This is the last patch needed for release.

1 0

[alsa-devel] Fwd: Re: alsa-info.sh debugging script
by Travis Place 02 Feb '08

02 Feb '08

---------- Forwarded Message ---------- Subject: Re: [alsa-devel] alsa-info.sh debugging script Date: Sun, 3 Feb 2008 From: Travis Place <wishie(a)wishie.net> To: Andy Shevchenko <andy(a)smile.org.ua> On Sun, 3 Feb 2008 12:30:35 am you wrote: > Hi Travis Place! > > On Sat, Feb 02, 2008 at 11:34:42PM +1000, Travis Place wrote next: > > Any other ideas/changes that need to be made ? > > I don't remember, but if possible to use fileout instead of pastebin site > that will be good. There is already a --no-upload option, which saves the output to /tmp/alsa-info.txt but doesnt upload it. Is that sufficient ? -- Happiness is like peeing your pants. Everyone can see it, but only you can feel its warmth ------------------------------------------------------- -- Happiness is like peeing your pants. Everyone can see it, but only you can feel its warmth

1 0

[alsa-devel] Fwd: Re: alsa-info.sh debugging script
by Travis Place 02 Feb '08

02 Feb '08

---------- Forwarded Message ---------- Subject: Re: [alsa-devel] alsa-info.sh debugging script Date: Sun, 3 Feb 2008 From: Andy Shevchenko <andy(a)smile.org.ua> To: Travis Place <wishie(a)wishie.net> Hi Travis Place! On Sat, Feb 02, 2008 at 11:34:42PM +1000, Travis Place wrote next: > Any other ideas/changes that need to be made ? I don't remember, but if possible to use fileout instead of pastebin site that will be good. -- With best regards, Andy Shevchenko. mailto: andy(a)smile.org.ua ------------------------------------------------------- -- Happiness is like peeing your pants. Everyone can see it, but only you can feel its warmth

1 0

[alsa-devel] [PATCH] hda_intel - Add model quirk for Albatron KI690-AM2 motherboard
by Andrew Paprocki 02 Feb '08

02 Feb '08

This adds a quirk to the Realtek ALC883 table for the Albatron KI690-AM2 motherboard to use the 6stack-dig model. Signed-off-by: Andrew Paprocki <andrew(a)ishiboo.com> diff -r ba9ca6a13ef2 -r 380e8be9c65b pci/hda/patch_realtek.c --- a/pci/hda/patch_realtek.c Fri Feb 01 17:23:54 2008 +0100 +++ b/pci/hda/patch_realtek.c Sat Feb 02 02:11:00 2008 -0500 @@ -7635,6 +7635,7 @@ static struct snd_pci_quirk alc883_cfg_t SND_PCI_QUIRK(0x17aa, 0x3bfc, "Lenovo NB0763", ALC883_LENOVO_NB0763), SND_PCI_QUIRK(0x17aa, 0x3bfd, "Lenovo NB0763", ALC883_LENOVO_NB0763), SND_PCI_QUIRK(0x17c0, 0x4071, "MEDION MD2", ALC883_MEDION_MD2), + SND_PCI_QUIRK(0x17f2, 0x5000, "Albatron KI690-AM2", ALC883_6ST_DIG), SND_PCI_QUIRK(0x1991, 0x5625, "Haier W66", ALC883_HAIER_W66), SND_PCI_QUIRK(0x8086, 0xd601, "D102GGC", ALC883_3ST_6ch), {}

1 0

[alsa-devel] 1.0.16rc2
by Jaroslav Kysela 02 Feb '08

02 Feb '08

Hi, 1.0.16rc2 alsa-driver, alsa-lib, pyalsa packages are available for download. Full changelog from 1.0.16rc1 is on: http://www.alsa-project.org/main/index.php/Changes_v1.0.16rc1_v1.0.16rc2 Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

4 10

[alsa-devel] underruns and strange code in pcm_rate.c (and patch)
by Stas Sergeev 01 Feb '08

01 Feb '08

Hi. I spent 4 week-ends debugging the constant underruns and lock-ups with the libao-based programs. Now I've finally tracked the problem to some strange code in pcm_rate.c, namely snd_pcm_rate_poll_descriptors(). I am not sure what was the reason behind altering the "avail_min" every time. Looks like some heuristic was intended, say "see what amount of fragment part was written now, and make sure that amount of free space will be available next time, after poll". Whatever, this code gives underruns. It can increase avail_min by almost period_size. libao sets avail_min==period_size, so we can end up with avail_min==period_size*2. libao sets buffer_size==stop_threshold==period_size*2. So we end up with avail_min~=stop_threshold, which gives underruns. Since I don't know how this code was indended to work, I just removed it, and everything works perfectly now (also had to patch libao to check the returned rate). The patch is attached, any comments? Signed-off-by: Stas Sergeev <stsp(a)aknet.ru>

7 47