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

[alsa-devel] ALI5451: "stimer is not ready"
by hagedorn＠kimae.de 18 Feb '09

18 Feb '09

Dear All, since our hardware supplier changed the processor type from Transmeta T5700 (667MHz) to T5800 (997MHz), we experience massive problems with the sound card access. With the new T5800 processor we first noticed problems with IDE access. But it can be solved by switching "acpi=off" and choosing another processor type in kernel config, e.g. 'Pentium MMX' instead 'Transmeta Crusoe'. Moreover we experienced random appearance of "ali_stimer_read: stimer is not ready" messages from ALSA when accessing the sound card on T5800. I tried also 2.4.37 and 2.6.22 kernels. An update to ALSA 1.0.19 does not help too. The strange thing is that i can boot the same system over and over again... in some cases i get above error message, sometimes i get no ALSA error message at all but the sound card can not be accessed, and sometimes the system works and is recording sound - at least for a few hours. Loading the kernel module trident instead of ALSA makes the system freeze immediately on a T5800. On a T5700 it works. System yields regulary " i8253 count too high ! resetting " but does not seem to have any effect on system with T5700. On T5800 this messages is much more often. On 2.6.22 kernel i saw "TSC unstable" at boot time. I do not have knowledge about these timing things, so i would like to know a) what does above message mean exactly? b) what timing source is alsa using and how can i influence it? c) what timing source is the kernel using and how can i influence it? d) can this be caused by defect hardware or buggy BIOS? e) do you have any other ideas (e.g. kernel options)? Some info about the original system which worked well on T5700: - Linux is self-compiled with 'Linux from Scratch' - System boots from Compact Flashdisk, HDD is used for log files only - Kernel 2.4.22, optimized for Transmeta crusoe - Glibc version 2.3.2, compiled with GNU CC 3.3.3 for i686 on Kernel 2.4.25 - ALSA 1.0.5a, loaded modules are snd, snd-ali5451, soundcore, snd-pcm snd-timer, snd-page-alloc, snd-ac97-codec The same compact flashcard containing this configuration on a T5800 system will yield IDE errors "DRQ after issuing write" and will show the stated ALSA stimer error. Thank you very much in advance. Kind regards, Christoph

2 1

[alsa-devel] Snapshot From ALSA Server
by Jean-Pierre André 18 Feb '09

18 Feb '09

Hi, When I try to compile alsa-driver from the snapshot from alsa server (eg alsa-driver-1.0.19.11.g5fc41.195.g772ce.tar.bz2), the compilation process fails at applying two patches : pci/hda/hda_beep.patch and acore/misc.patch After manually fixing the patches, the compilation goes on and provides apparently valid modules (at least I get sound from them). Why is it so ? In the said patches I see nothing specific to my environment. Could there be a missing patch or overlapping patches applied in a wrong order ? Are these tarballs compiled before being made available ? Note : this problem does not occur in daily snapshots by Tagashi. Regards Jean-Pierre

3 2

[alsa-devel] [PATCH] hda: Add logic to force HP mixer creation
by Matthew Ranostay 18 Feb '09

18 Feb '09

In some instances like a laptop PCI_QUIRK you may want to force a headphone mixer otherwise a "Front" mixer would be in its place, this is to aid user friendlyness. Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> --- sound/pci/hda/patch_sigmatel.c | 25 ++++++++++++++++++------- 1 files changed, 18 insertions(+), 7 deletions(-) diff --git a/sound/pci/hda/patch_sigmatel.c b/sound/pci/hda/patch_sigmatel.c index aeb5d21..e02a187 100644 --- a/sound/pci/hda/patch_sigmatel.c +++ b/sound/pci/hda/patch_sigmatel.c @@ -168,6 +168,7 @@ struct sigmatel_spec { unsigned int surr_switch: 1; unsigned int alt_switch: 1; unsigned int hp_detect: 1; + unsigned int hp_mixer: 1; unsigned int spdif_mute: 1; unsigned int check_volume_offset:1; @@ -857,9 +858,9 @@ static struct hda_verb stac92hd73xx_10ch_core_init[] = { }; static struct hda_verb stac92hd83xxx_core_init[] = { - { 0xa, AC_VERB_SET_CONNECT_SEL, 0x1}, - { 0xb, AC_VERB_SET_CONNECT_SEL, 0x1}, - { 0xd, AC_VERB_SET_CONNECT_SEL, 0x0}, + { 0xa, AC_VERB_SET_CONNECT_SEL, 0x0}, + { 0xb, AC_VERB_SET_CONNECT_SEL, 0x0}, + { 0xd, AC_VERB_SET_CONNECT_SEL, 0x1}, /* power state controls amps */ { 0x01, AC_VERB_SET_EAPD, 1 << 2}, @@ -3115,12 +3116,12 @@ static int stac92xx_auto_create_multi_out_ctls(struct hda_codec *codec, "Front", "Surround", NULL /*CLFE*/, "Side" }; hda_nid_t nid = 0; - int i, err; + int i, idx = 0, err; unsigned int wid_caps; for (i = 0; i < cfg->line_outs && spec->multiout.dac_nids[i]; i++) { nid = spec->multiout.dac_nids[i]; - if (i == 2) { + if (idx == 2) { /* Center/LFE */ err = create_controls(codec, "Center", nid, 1); if (err < 0) @@ -3139,9 +3140,9 @@ static int stac92xx_auto_create_multi_out_ctls(struct hda_codec *codec, if (err < 0) return err; } - + idx++; } else { - const char *name = chname[i]; + const char *name = chname[idx]; /* if it's a single DAC, assign a better name */ if (!i && is_unique_dac(spec, nid)) { switch (cfg->line_out_type) { @@ -3153,6 +3154,10 @@ static int stac92xx_auto_create_multi_out_ctls(struct hda_codec *codec, break; } } + if (!i && spec->hp_mixer) + name = "Headphone"; + else + idx++; err = create_controls(codec, name, nid, 3); if (err < 0) return err; @@ -4894,6 +4899,12 @@ again: break; } + switch (spec->board_config) { + case STAC_DELL_S14: + spec->hp_mixer = 1; + break; + } + err = stac92xx_parse_auto_config(codec, 0x1d, 0); if (!err) { if (spec->board_config < 0) { -- 1.5.6.3

3 10

Re: [alsa-devel] [Fwd: HP DV4 1155 SE - No Sound through, speakers...]
by Guy Stalnaker 18 Feb '09

18 Feb '09

Herton and Takashi, I can confirm that compiling and installing the latest snapshot of alsa-drivers, adding "model=hp-dv5" to /etc/modprobe.d/alsa-base, and running hda-verb with the parameters Takashi indicates DOES result in sound from the onboard, internal speakers on my Hewlitt Packard dv4 1225 Pavilion Entertainment PC. The mute on headphone use does not work, but that's okay by me for now. I think you're on the right track in diagnosing the problem and it's solution. Thank you very, very much for helping us. I know it'll likely be a while before the solution actually makes it into distributions, but at the least I can use my sound apps without having to plug my laptop into something to hear what's playing. Kinda defeats the notion of having a laptop if one has to keep it plugged in. Do either of you mind if I collate notes from the posts exchanged on alsa-devel and post them on the Ubuntu forums? There are a lot of other HP users who have posted about the same problem. It's likely they have no idea the resource available to them in the alsa-devel archives. BEST regards, Guy S. > ------------------------------ > > Message: 4 > Date: Fri, 13 Feb 2009 14:16:21 -0500 > From: Tim Barnette <tim.barnette(a)gmail.com> > Subject: Re: [alsa-devel] [Fwd: HP DV4 1155 SE - No Sound through > speakers...] > To: Takashi Iwai <tiwai(a)suse.de> > Cc: alsa-devel(a)alsa-project.org, Jean-Pierre Andr? > <jean-pierre.andre(a)wanadoo.fr> > Message-ID: > <b71cdde20902131116l4c7da119s6c51a67e37371ebe(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Takashi, I was able to build hda-verb and when I executed the command below, > it responded with: > nid=0xd, verb=0x707, param=0x40 > value=0x0 > > On Mon, Feb 2, 2009 at 10:25 AM, Takashi Iwai <tiwai(a)suse.de> wrote: > >> At Mon, 2 Feb 2009 10:17:03 -0500, >> Tim Barnette wrote: >>> Thanks, Takashi. I made this change and rebooted. >>> >>> I noticed right away the mute light is no longer on... but still no sound >>> through speakers, only headphones.. >>> >>> /sys/module/snd_hda_intel/parameters/model >>> contains >>> hp-dv5,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL> >>> >>> attached is the alsa-info.txt you requested.. >> Did you try the latest alsa-driver snapshot? >> >> If it still doesn't work, I guess this is a BIOS problem. >> The other HP dv laptops show the widget 0x0d as the speaker while >> yours is unused. >> >> Try to run: >> hda-verb /dev/snd/hwC0D0 0x0d SET_PIN_WID 0x40 >> >> >> Takashi >> > > > ------------------------------ > > Message: 5 > Date: Fri, 13 Feb 2009 14:22:00 -0500 > From: Tim Barnette <tim.barnette(a)gmail.com> > Subject: Re: [alsa-devel] [Fwd: HP DV4 1155 SE - No Sound through > speakers...] > To: Takashi Iwai <tiwai(a)suse.de> > Cc: alsa-devel(a)alsa-project.org, Jean-Pierre Andr? > <jean-pierre.andre(a)wanadoo.fr> > Message-ID: > <b71cdde20902131122q16eb7e44u92daf2a4c9500bd0(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > ..And it worked! I now have sound! Can you tell me what I actually did > here? -- Guy Stalnaker, I2@DOIT, jstalnak(a)wisc.edu 1210 West Dayton Street, Room 3209 CSS, Madison WI 53706 work 608.263.8035, cell 608.235.4718, fax 608.265.6681

2 2

[alsa-devel] ALSA SoC Architecture Document
by Anuj Aggarwal 17 Feb '09

17 Feb '09

Hi, I was looking for ASoC architecture document and came across a presentation done by Liam Girdwood for ASoC in Jan 2006 (http://www.embedded-kernel-track.org/2006/ASoC.pdf). But I could not find the presentation because the link has expired. Can someone share the presentation or any other ASoC specific architecture document, which can help someone understand the design and data/control paths? Thanks in advance Anuj Aggarwal

2 3

Re: [alsa-devel] Regression: snd_hda_intel driver causes quake3 to hang
by Takashi Iwai 17 Feb '09

17 Feb '09

At Tue, 17 Feb 2009 11:49:17 +0000, Charlie Baylis wrote: > > > Hi > > Some time ago, quake3 stopped running correctly on my PC. This occured when > changing kernel from 2.6.25 to 2.6.27. The symptom is that within a fraction > of a second of gameplay, the game freezes. Switching to a console allows the > game to be killed. I am using standard kernel.org kernels with no additional > patches. Could you check whether it happens with 2.6.29-rc5? On 2.6.29, the delayed handling is done via its own workqueue, so this might be no longer a problem. Also you could try position_fix=1 instead of bdl_pos_adj. The problem is likely your hardware does unreliable DMA position reporting. Detecting such a broken hardware would be possible, but it'll be a bit tricky... Takashi > I have bisected the problem, and found that commit > 675f25d4d3ff6501cbce608bcc2333a56ec4c105 (ALSA: hda - Add bdl_pos_adj option) > introduced the problem. The bdl_pos_adj option described in the commit log can > be adjusted to workaround the problem. > > If I run the following command, the game runs correctly. > # echo 0 > /sys/module/snd_hda_intel/parameters/bdl_pos_adj > > The PC has a Asus N4L VM DH motherboard. lspci describes the hardware as: > $ lspci > 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03) > 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) > 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02) > 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02) > 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02) > 00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 02) > 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02) > 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02) > 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02) > 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02) > 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02) > 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) > 00:1f.0 ISA bridge: Intel Corporation 82801GHM (ICH7-M DH) LPC Interface Bridge (rev 02) > 00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02) > 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02) > 01:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller > 02:00.0 SATA controller: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02) > 02:00.1 IDE interface: JMicron Technologies, Inc. JMicron 20360/20363 AHCI Controller (rev 02) > 04:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link) > > Userspace is debian lenny on i386. > > Let me know if you need more info. > > Regards > Charlie >

1 0

Re: [alsa-devel] [PATCH] cs4236: cs4232 and cs4236 driver merge to solve PnP BIOS detection (2nd rev)
by Takashi Iwai 17 Feb '09

17 Feb '09

At Mon, 16 Feb 2009 19:16:33 -0500, Stanley Pinchak wrote: > > Krzysztof and Takashi, > I would like to stress test the new driver modifications. I have > run into some troubles with a program called cmus when outputting to > alsa via libao. The problems occurred during seeking, leaving the > driver in a broken state. The bug seemed to disappear when I used > native alsa output. I don't want to be chasing down application bugs > on your time, so I was hoping you could suggest a way to test the > driver while introducing the least vectors for non alsa code base > bugs. Thanks in advance. Thanks. Let me know if you find out a problem. OTOH, the fact that the native ALSA output works implies that it's rather an application-side problem... BTW, I removed snd-cs4236-lib module now since it's a module solely used by snd-cs4236. Now it's merged into snd-cs4236 by the patch below. Takashi === From cda9043d56cee9fea39e4ee33fd605ae477a1950 Mon Sep 17 00:00:00 2001 From: Takashi Iwai <tiwai(a)suse.de> Date: Tue, 17 Feb 2009 08:10:54 +0100 Subject: [PATCH] ALSA: cs4236 - Merge snd-cs4236-lib module into snd-cs4236 Since cs4232 and cs4236 drivers are merged, there is no reason to keep snd-cs4236-lib module separately. Let's merge it into the main driver as well. Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- sound/isa/cs423x/Makefile | 6 +++--- sound/isa/cs423x/cs4236_lib.c | 24 ------------------------ 2 files changed, 3 insertions(+), 27 deletions(-) diff --git a/sound/isa/cs423x/Makefile b/sound/isa/cs423x/Makefile index 732f66c..6d397e8 100644 --- a/sound/isa/cs423x/Makefile +++ b/sound/isa/cs423x/Makefile @@ -3,11 +3,11 @@ # Copyright (c) 2001 by Jaroslav Kysela <perex(a)perex.cz> # -snd-cs4236-lib-objs := cs4236_lib.o snd-cs4231-objs := cs4231.o -snd-cs4236-objs := cs4236.o +snd-cs4236-objs := cs4236.o cs4236_lib.o # Toplevel Module Dependency obj-$(CONFIG_SND_CS4231) += snd-cs4231.o -obj-$(CONFIG_SND_CS4236) += snd-cs4236.o snd-cs4236-lib.o +obj-$(CONFIG_SND_CS4236) += snd-cs4236.o + diff --git a/sound/isa/cs423x/cs4236_lib.c b/sound/isa/cs423x/cs4236_lib.c index 2406efd..38835f3 100644 --- a/sound/isa/cs423x/cs4236_lib.c +++ b/sound/isa/cs423x/cs4236_lib.c @@ -88,10 +88,6 @@ #include <sound/wss.h> #include <sound/asoundef.h> -MODULE_AUTHOR("Jaroslav Kysela <perex(a)perex.cz>"); -MODULE_DESCRIPTION("Routines for control of CS4235/4236B/4237B/4238B/4239 chips"); -MODULE_LICENSE("GPL"); - /* * */ @@ -1022,23 +1018,3 @@ int snd_cs4236_mixer(struct snd_wss *chip) } return 0; } - -EXPORT_SYMBOL(snd_cs4236_create); -EXPORT_SYMBOL(snd_cs4236_pcm); -EXPORT_SYMBOL(snd_cs4236_mixer); - -/* - * INIT part - */ - -static int __init alsa_cs4236_init(void) -{ - return 0; -} - -static void __exit alsa_cs4236_exit(void) -{ -} - -module_init(alsa_cs4236_init) -module_exit(alsa_cs4236_exit) -- 1.6.1.3

1 0

Re: [alsa-devel] No sound for HP Pavilion DV4z
by Takashi Iwai 17 Feb '09

17 Feb '09

At Mon, 16 Feb 2009 23:28:03 +0000 (UTC), aeleneski(a)comcast.net wrote: > > --startcollapse-- > state.SB { > control.1 { > comment.access 'read write' > comment.type BOOLEAN > comment.count 1 > iface MIXER > name 'Analog Loopback' > value true Turn off "Analog Loopback", and... > control.16 { > comment.access 'read write' > comment.type BOOLEAN > comment.count 2 > iface MIXER > name 'Speaker Playback Switch' > value.0 false > value.1 false Unmute "Speaker" output. Takashi

1 0

Re: [alsa-devel] Intel G45 no sound without monitor
by Wu Fengguang 17 Feb '09

17 Feb '09

On Tue, Feb 17, 2009 at 04:20:57AM +0200, Shane W wrote: > On Tue, Feb 17, 2009 at 09:20:38AM +0800, Wu Fengguang wrote: > > On Mon, Feb 16, 2009 at 11:07:02PM +0200, Shane W wrote: > > > Hello, > > > wasn't known. On my G45, I don't get any sound if my > > > television isn't turned on or is disconnected. That is, > > > HDMI from the G45 to the Yamaha amp is a no go without a > > > connected monitor. Turning on the monitor after system > > > > It's related to our intel gfx driver. > > Ok so in this case, X needs to run for sound to work? In > my test environment, X hadn't been started so the intel-gfx > drivers including i915 kernel module weren't loaded, just > ALSA. Yes Xorg is required for G45+Yamaha. However our G35 board can drive Yamaha directly in console. The i915 kernel module is irrelevant. Thanks, Fengguang

1 0

Re: [alsa-devel] Intel G45 no sound without monitor
by Wu Fengguang 17 Feb '09

17 Feb '09

On Mon, Feb 16, 2009 at 11:07:02PM +0200, Shane W wrote: > Hello, > > Not sure if this is a board hardware issue or something > driver specific but thought I'd put it out there in case it > wasn't known. On my G45, I don't get any sound if my > television isn't turned on or is disconnected. That is, > HDMI from the G45 to the Yamaha amp is a no go without a > connected monitor. Turning on the monitor after system > boot has no effect so monitor must be turned on and system > rebooted for sound to work. Hi Shane, It's related to our intel gfx driver. We bought the same Yamaha RX-V1800 and experienced the same problem. I was doing extensive (black box) debugging on it these days, and found that the following process can produce sound on Yamaha: startx xrandr --output HDMI-1 --mode 1920x1200 In fact the default 1920x540 mode is the only mode in which Yamaha cannot produce sound. Our intel gfx maintainer confirmed that it's actually the 1080i mode that is not supported yet. Thanks, Fengguang

2 1