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

Re: [alsa-devel] No sound for HP Pavilion DV4z
by aeleneski＠comcast.net 11 Feb '09

11 Feb '09

Thanks for your time and all these suggestions. Still no luck though. Seems like you might not be able to have two files ending in alsa-base in the /etc/modprobe.d/ folder. That was the reason for the orange speaker indicator. I had alsa-base and backup-alsa-base, for some reason it was grabbing the settings from the backup. Anyway, with probe only, orange sound indicator, when doing aplay -l I get **** List of PLAYBACK Hardware Devices **** card 1: HDMI [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 Attached are the requested logs. I tried using the hda-verb command you supplied, the only difference is that upon restarting after setting the command, I noticed the speakers crack, but still no sound. Not really sure what I should be looking for here. ----- Original Message ----- From: "Takashi Iwai" <tiwai(a)suse.de> To: aeleneski(a)comcast.net Cc: alsa-devel(a)alsa-project.org Sent: Friday, February 6, 2009 3:11:01 AM GMT -05:00 US/Canada Eastern Subject: Re: [alsa-devel] No sound for HP Pavilion DV4z At Thu, 5 Feb 2009 23:45:25 +0000 (UTC), aeleneski(a)comcast.net wrote: > > Ok, seems like I have no luck. Here were some general tests that I did and the > dmesg results: > > alias snd-card-0 snd-hda-intel > alias sound-slot-0 snd-hda-intel > options snd-hda-intel model=hp-dv5 > > [ 94.194443] hda-intel: Invalid position buffer, using LPIB read method > [ 265.860938] HDA Intel 0000:01:05.1: PCI INT B disabled > [ 265.968343] HDA Intel 0000:00:14.2: PCI INT A disabled > [ 266.908393] HDA Intel 0000:00:14.2: PCI INT A -> GSI 16 (level, low) -> IRQ > 16 > [ 266.944615] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:14.2/ > input/input14 > [ 267.037347] input: HDA ATI SB at 0xd2500000 irq 16 Mic at Ext Front Jack as > /devices/pci0000:00/0000:00:14.2/input/input15 > [ 267.064233] input: HDA ATI SB at 0xd2500000 irq 16 HP Out at Ext Front Jack > as /devices/pci0000:00/0000:00:14.2/input/input16 > [ 267.080415] HDA Intel 0000:01:05.1: PCI INT B -> GSI 19 (level, low) -> IRQ > 19 > [ 267.080445] HDA Intel 0000:01:05.1: setting latency timer to 64 > [ 315.093428] hda-intel: Invalid position buffer, using LPIB read method > instead. This isn't too bad, but... > options snd-hda-intel model=hp-dv5 enable_msi=1 > > [ 514.468839] APIC error on CPU1: 00(08) > [ 514.468851] APIC error on CPU0: 00(08) > [ 515.472557] ALSA /usr/src/Alsa-1.0.19/alsa-driver-1.0.19/pci/hda/ > hda_intel.c:621: hda_intel: No response from codec, disabling MSI: last cmd= > 0x000f0000 > [ 516.476554] ALSA /usr/src/Alsa-1.0.19/alsa-driver-1.0.19/pci/hda/ > hda_intel.c:634: hda_intel: azx_get_response timeout, switching to polling > mode: last cmd=0x000f0000 This seems more serious. > options snd-hda-intel model=hp-dv5 probe_mask=1 > > [ 512.740875] HDA Intel 0000:01:05.1: PCI INT B disabled > [ 512.853833] HDA Intel 0000:00:14.2: PCI INT A disabled > [ 514.077692] HDA Intel 0000:00:14.2: PCI INT A -> GSI 16 (level, low) -> IRQ > 16 > [ 514.150312] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:14.2/ > input/input17 > [ 514.412696] input: HDA ATI SB at 0xd2500000 irq 16 Mic at Ext Front Jack as > /devices/pci0000:00/0000:00:14.2/input/input18 > [ 514.433025] input: HDA ATI SB at 0xd2500000 irq 16 HP Out at Ext Front Jack > as /devices/pci0000:00/0000:00:14.2/input/input19 > [ 514.454995] HDA Intel 0000:01:05.1: PCI INT B -> GSI 19 (level, low) -> IRQ > 19 > [ 514.455153] HDA Intel 0000:01:05.1: setting latency timer to 64 And this is better. So, obviously the problem looks like the communication with the secondary codec. > Now something weird is that when I initially changed to just model=hp-dv5, the > mute light on my laptop > went from orange to white. But no sound played. Then after the above tests > failed, I started to try different models again (such as auto, laptop) and > now that light is orange. So I changed back to just model=hp-dv5, and the > light is still orange. > > Any other suggestions? OK, first try to load the module with probe_only=1 option. Reboot once after setting this model to restore the original BIOS setup. Then run alsa-info.sh --no-upload, and attach the generated file. If you get errors, try to get /proc/asound/card0/codec#* files, at least. Then set model=hp-dv5, reboot and get alsa-info output, too. Also, make sure to use the very latest alsa-driver snapshot, ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa-driver-sna… Check the changelogs in alsa-driver*/HEAD and alsa-driver*/alsa-kernel/HEAD files. The problem could be the invalid BIOS pin setup. In that case, you can try to change the pin control manually via hda-verb program, such as, hda-verb /dev/snd/hwC0D0 0x0d SET_PIN_WID 0x40 See Documentation/sound/alsa/HD-Audio.txt in the recent kernel (found in alsa-driver snapshot, too). thanks, Takashi

2 4

[alsa-devel] ASoC: TWL4030 audio issue with PM
by Naveen Krishna Ch 11 Feb '09

11 Feb '09

Hi Developers, I am using 2.6.28 kernel on OMAP3430 and TWL4030 for audio (ASoC). When i play or record a 8Khz or 48Khz file and try suspending the machine the PM works well. " while playing a file if the we put machine into suspend the play back should stop and it should start playing back from that point where it stopped when we resume our machine" Is this the exact behavior expected from a audio codec driver of ASoC during kernels PM. -- Cheers (: Naveen Krishna Ch :)

1 0

[alsa-devel] [PATCH] ASoC: Replace snd_soc_machine by snd_soc_card structure in SDP3430 machine driver
by Lopez Cruz, Misael 10 Feb '09

10 Feb '09

This patch replaces "snd_soc_machine" structure by "snd_soc_card" in SP3430 driver. This change is needed in SDP3430 driver to reflect changes introduced by "ASoC: Rename snd_soc_card to snd_soc_machine" patch (875065491fba8eb13219f16c36e79a6fb4e15c68). Signed-off-by: Misael Lopez Cruz <x0052729(a)ti.com> --- sound/soc/omap/sdp3430.c | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/omap/sdp3430.c b/sound/soc/omap/sdp3430.c index ad97836..e226fa7 100644 --- a/sound/soc/omap/sdp3430.c +++ b/sound/soc/omap/sdp3430.c @@ -91,7 +91,7 @@ static struct snd_soc_dai_link sdp3430_dai = { }; /* Audio machine driver */ -static struct snd_soc_machine snd_soc_machine_sdp3430 = { +static struct snd_soc_card snd_soc_sdp3430 = { .name = "SDP3430", .platform = &omap_soc_platform, .dai_link = &sdp3430_dai, @@ -100,7 +100,7 @@ static struct snd_soc_machine snd_soc_machine_sdp3430 = { /* Audio subsystem */ static struct snd_soc_device sdp3430_snd_devdata = { - .machine = &snd_soc_machine_sdp3430, + .card = &snd_soc_sdp3430, .codec_dev = &soc_codec_dev_twl4030, }; -- 1.5.4.3

3 2

[alsa-devel] Software mixer at kernel level
by Mauricio Nuñez 10 Feb '09

10 Feb '09

Hi, I was wondering if it could be possible to implement a low-level software mixer (like OSS4's vmix) since almost everybody needs it and PulseAudio causes too much overhead on not-so-old systems. _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE

7 8

[alsa-devel] [PATCH] ALSA: hda - Bind new ecs mobo id (1019:2950) to model=ecs202
by Herton Ronaldo Krzesinski 10 Feb '09

10 Feb '09

This adds a new sound quirk entry (model=ecs202) for an ecs motherboard with IDT STAC9221 codec (1019:2950). Signed-off-by: Herton Ronaldo Krzesinski <herton(a)mandriva.com.br> --- sound/pci/hda/patch_sigmatel.c | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/sound/pci/hda/patch_sigmatel.c b/sound/pci/hda/patch_sigmatel.c index 85dc642..d16d5c6 100644 --- a/sound/pci/hda/patch_sigmatel.c +++ b/sound/pci/hda/patch_sigmatel.c @@ -2108,6 +2108,8 @@ static struct snd_pci_quirk stac922x_cfg_tbl[] = { "ECS/PC chips", STAC_ECS_202), SND_PCI_QUIRK(0x1019, 0x2820, "ECS/PC chips", STAC_ECS_202), + SND_PCI_QUIRK(0x1019, 0x2950, + "ECS/PC chips", STAC_ECS_202), {} /* terminator */ }; -- 1.6.1.2

2 7

[alsa-devel] Patch for Asus z37e (1043:8284)
by Mackenzie Morgan 10 Feb '09

10 Feb '09

A bug was reported in Ubuntu a while ago about Asus Z37E not having audible sound after resuming from suspend/hibernate[1]. A git changeset signed off by Daniel T. Chen and myself [2] was accepted and is in the last 2 Ubuntu releases along with the development one. I filed a bug [3] in ALSA with a patch attached, then realized that the surrounding lines wouldn't match up in trunk so updated the patch and put it in the bugtracker and tried to email it here. The email didn't pass moderation, but now I'm trying again as a subscriber. It's just an addition to the quirks table for patch_realtek.c to set 2043:8284 to use 6stack-dig. I'm trying to get this accepted here so that Ubuntu's not the only distro where sound works consistently across suspend/resume cycles. [1] https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/25896 [2] http://launchpadlibrarian.net/17053575/0001-Add-quirk-for-ASUS-Z37E-to-make… [3] https://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=4282 -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo

2 1

Re: [alsa-devel] [PATCH] ALSA: hda - Add digital BEEP generator support for Realtek codecs.
by Kusanagi Kouichi 10 Feb '09

10 Feb '09

Sorry for the late reply. On Mon, Nov 17, 2008 at 17:53:34PM +0100, Takashi Iwai wrote: > Thanks for the patch. Do these beep widgets have the mute amp bits? > If not, we'd likely need to add mute switches as well (otherwise it > gets too annoying) controlling on software. Check patch_sigmatel.c in > the latest master branch or topic/fix/hda branch of sound git tree: > git://git.kernel.org/pub/scm/linux/kernel/tiwai/sound-2.6.git Every codec can mute beep. > Another concern is that I don't want to add the digital beep control > unconditionally. On many devices, the beep is implemented in the old > good analog way. We'd need to add the check of analog/digital beep in > a new spec field and in the preset table not to duplicate beep > controls on these. I don't think such a check is needed. I presume that analog beep in is disabled while digital beep generetor is being used. Furthermore, keyboard bell rings only one device even if both HDA Digital PCBeep and PC Speaker have been registered.

2 9

Re: [alsa-devel] [PATCH] ASoC: Replace snd_soc_machine by snd_soc_card structure in SDP3430 machine driver
by Lopez Cruz, Misael 10 Feb '09

10 Feb '09

> On Tue, 10 Feb 2009 00:57:00 +0100 > "ext Lopez Cruz, Misael" <x0052729(a)ti.com> wrote: > > > This patch replaces "snd_soc_machine" structure by "snd_soc_card" in > > SP3430 driver. This change is needed in SDP3430 driver to reflect > > changes introduced by "ASoC: Rename snd_soc_card to snd_soc_machine" > > patch (875065491fba8eb13219f16c36e79a6fb4e15c68). > > > > Signed-off-by: Misael Lopez Cruz <x0052729(a)ti.com> > > --- > > sound/soc/omap/sdp3430.c | 4 ++-- > > 1 files changed, 2 insertions(+), 2 deletions(-) > > > Looks like you haven't subscribed to alsa-devel since I don't > see your patch there? You can subscribe but have mail > delivery disabled if you don't want to get mailing list > traffic to your account. I'm sorry I used 'alsa-devel-request' instead of 'alsa-devel'. I'll resend the patch right away. > Patch itself looks like for 2.6.29-rc since it fixes a > compilation error. Ack from me, compile tested on linux-omap. > > Acked-by: Jarkko Nikula <jarkko.nikula(a)nokia.com>

1 0

[alsa-devel] usr/include/linux/soundcard.h warnings for 'make headers_check'
by Jaswinder Singh Rajput 10 Feb '09

10 Feb '09

usr/include/linux/soundcard.h is giving following warnings for 'make headers_check': usr/include/linux/soundcard.h:1047: extern's make no sense in userspace usr/include/linux/soundcard.h:1048: extern's make no sense in userspace usr/include/linux/soundcard.h:1049: extern's make no sense in userspace usr/include/linux/soundcard.h:1050: extern's make no sense in userspace usr/include/linux/soundcard.h:1051: extern's make no sense in userspace usr/include/linux/soundcard.h:1053: extern's make no sense in userspace usr/include/linux/soundcard.h:1055: extern's make no sense in userspace usr/include/linux/soundcard.h:1056: extern's make no sense in userspace usr/include/linux/soundcard.h:1061: extern's make no sense in userspace usr/include/linux/soundcard.h:1062: extern's make no sense in userspace usr/include/linux/soundcard.h:1078: extern's make no sense in userspace usr/include/linux/soundcard.h:1079: extern's make no sense in userspace Do we need to fix these warnings. If yes, then how can we fix these warnings. Thanks -- JSR

5 19

[alsa-devel] [PATCH alsa-lib] Fix build error with -Werror=format-security
by Herton Ronaldo Krzesinski 09 Feb '09

09 Feb '09

src/alisp/alisp.c (F_princ): add missing format argument in call to snd_output_printf Signed-off-by: Herton Ronaldo Krzesinski <herton(a)mandriva.com.br> --- src/alisp/alisp.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/alisp/alisp.c b/src/alisp/alisp.c index 4ad1d09..de3defb 100644 --- a/src/alisp/alisp.c +++ b/src/alisp/alisp.c @@ -1708,7 +1708,7 @@ static struct alisp_object * F_princ(struct alisp_instance *instance, struct ali delete_tree(instance, p1); p1 = eval(instance, car(p)); if (alisp_compare_type(p1, ALISP_OBJ_STRING)) - snd_output_printf(instance->out, p1->value.s); + snd_output_printf(instance->out, "%s", p1->value.s); else princ_object(instance->out, p1); n = cdr(p); -- 1.6.1.3

1 0