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

[alsa-devel] [PATCH] Mono voice playback volume for WM8753
by Mark Brown 01 Feb '08

01 Feb '08

From: Mike Montour <mail(a)mmontour.net> Voice playback volume is in register bits 0:2, not 4:6. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> Cc: Werner Almesberger <werner(a)openmoko.org> --- I don't have a Signed-off-by from Mike but the change is sufficiently obvious. sound/soc/codecs/wm8753.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/wm8753.c b/sound/soc/codecs/wm8753.c index ba16375..0f23659 100644 --- a/sound/soc/codecs/wm8753.c +++ b/sound/soc/codecs/wm8753.c @@ -280,7 +280,7 @@ SOC_DOUBLE_R("Speaker Playback ZC Switch", WM8753_LOUT2V, WM8753_ROUT2V, 7, 1, 0 SOC_SINGLE("Mono Bypass Playback Volume", WM8753_MOUTM1, 4, 7, 1), SOC_SINGLE("Mono Sidetone Playback Volume", WM8753_MOUTM2, 4, 7, 1), -SOC_SINGLE("Mono Voice Playback Volume", WM8753_MOUTM2, 4, 7, 1), +SOC_SINGLE("Mono Voice Playback Volume", WM8753_MOUTM2, 0, 7, 1), SOC_SINGLE("Mono Playback ZC Switch", WM8753_MOUTV, 7, 1, 0), SOC_ENUM("Bass Boost", wm8753_enum[0]), -- 1.5.3.8

2 1

[alsa-devel] es1938 - patch trying to improve capture hw pointer reads
by Hermann Lauer 01 Feb '08

01 Feb '08

Hello, with the Solo1 (es1938) I got a lot of xrun's during capture on my machine. Tracing that down it seems to be comming from reading ocassionaly bad hw pointers from the chip. Appended is a patch against linux-2.6.23.12 which uses more checking to avoid that false pointer reads. Failed reads are giving back the last good value read instead of spinning in a tight loop, which seems more appropriate to me in an interrupt. I think I saw this trick used in another driver. On my machine xruns seems to be gone with that patch. If anybody is interested, mmaped capture seems also to be doable with some tricks, still testing this... Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: Hermann.Lauer(a)iwr.uni-heidelberg.de

2 14

[alsa-devel] Roland UA-30 works
by Victor Roetman 01 Feb '08

01 Feb '08

I just tested a Roland UA-30 USB sound card, and it seems to work fine. I wanted to add it to the sound card matrix on http://www.alsa-project.org/main/index.php/Matrix:Vendor-Roland_Edirol but when I click edit, it says "This page has been locked to prevent editing." Can someone add this for me? Or tell me how to add it? On Ubuntu 7.10 it seems to work fine with playback and with recording, and when the 44.1/48 kHz switch is changed, the device seems to be removed and added again with the correct frequency shown in /proc/asound/cards.

1 0

Re: [alsa-devel] M-Delta Audiophile 192 (ice1724) Recording
by Takashi Iwai 31 Jan '08

31 Jan '08

At Thu, 31 Jan 2008 18:11:38 +0100, CAG wrote: > > HI, > > Takashi Iwai schrieb: > > At Thu, 31 Jan 2008 16:44:06 +0100, > > CAG wrote: > >> Hi, > >> > >> we ran the alsa-info.sh script to provide more information on our setup: > >> http://pastebin.ca/886260 > >> > >> The output of /proc/asound/card0/ice1724 is at > >> http://pastebin.ca/884589 > > > > Thanks. One more thing - could you tell how did you test the analog > > recording exactly? I just need to make sure about your test method. > Well, we tried with arecord, ecasound, jack & audacity, but in the > alsamixer / mixer gui in kde, at capture there's just one "Multi Track > Peak" without capture switch. > > What would be the best record method to test ? Usually arecord is the best as a primary test. Simply run % arecord -fdat -vv somefile.wav To avoid any possible bugs in alsa-lib, also try % arecord -Dplughw:0 -fdat -vv somefile.wav > > The patch below enables AK4114, and possibly fixes some ADC setup. > > Give it a try. > Cool! we will try it this evening and give a feedback. It is a patch for > 1.0.16rc2 or 1.0.15 ? For 1.0.16rc2. Don't forget to update alsa-lib and alsa-utils, too. Takashi

2 2

[alsa-devel] M-Delta Audiophile 192 (ice1724) Recording
by CAG 31 Jan '08

31 Jan '08

Hi, we use the M-Delta Audiophile 192 with alsa-driver-1.0.15 and the ice1724 module. Playback works but we cannot record anything. I noticed that this maybe a bug according to the Alsa Changelog: From Changes v1.0.13 v1.0.14: > > - ice1724 - Add support of M-Audio Audiophile 192 > > Added the (experimental) support of M-Audio Audiophile 192 board. > Currently, the analog and the digital playbacks seem working fine. > The inputs seem not working as far as I've tested yet. How is the status for that card ? Is someone working on this ? I heard Recording with OSS works but actually we don't want to switch to OSS... Is it worth waiting for a new release ? We desperately need recording! Cheers from a free radio station, Toast

2 5

[alsa-devel] alsa-info.sh
by Jaroslav Kysela 31 Jan '08

31 Jan '08

On Wed, 30 Jan 2008, 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 Hey this script is exactly something I'd like to show users in http://www.alsa-project.org/main/index.php/Help_To_Debug . Can I put this script to our HG tree in alsa/ repo and point users to it in mentioned page? Thanks. Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

3 6

[alsa-devel] [PATCH] hda: STAC927x power down inactive DACs
by Matthew Ranostay 31 Jan '08

31 Jan '08

On several laptops that have STAC9228 codecs have unused DACs, this powers them down to a D3 state. Signed-off-by: Matthew Ranostay <mranostay(a)embeddedalley.com> --- diff -r 86c8c0a82bb9 pci/hda/patch_sigmatel.c --- a/pci/hda/patch_sigmatel.c Wed Jan 30 11:52:33 2008 +0100 +++ b/pci/hda/patch_sigmatel.c Wed Jan 30 08:58:37 2008 -0500 @@ -288,6 +288,10 @@ static hda_nid_t stac927x_adc_nids[3] = static hda_nid_t stac927x_mux_nids[3] = { 0x15, 0x16, 0x17 +}; + +static hda_nid_t stac927x_dac_nids[5] = { + 0x02, 0x03, 0x04, 0x05, 0x06 }; static hda_nid_t stac927x_dmux_nids[1] = { @@ -3537,7 +3541,7 @@ static int patch_stac927x(struct hda_cod static int patch_stac927x(struct hda_codec *codec) { struct sigmatel_spec *spec; - int err; + int err, i; spec = kzalloc(sizeof(*spec), GFP_KERNEL); if (spec == NULL) @@ -3628,6 +3632,14 @@ static int patch_stac927x(struct hda_cod stac92xx_free(codec); return err; } + + /* on some 3-stack systems not all the DACs are used + * this powers down ones that aren't used + */ + for (i = 0; i < ARRAY_SIZE(stac927x_dac_nids); i++) + if (!is_in_dac_nids(spec, stac927x_dac_nids[i])) + snd_hda_codec_write_cache(codec, stac927x_dac_nids[i], + 0, AC_VERB_SET_POWER_STATE, AC_PWRST_D3); codec->patch_ops = stac92xx_patch_ops;

2 3

[alsa-devel] HDA on Zepto Znote6224W - debug info codecgraph
by Philipp E. Letschert 31 Jan '08

31 Jan '08

Hello, using hg20080130 snapshot, sound is working now, without giving the model=toshiba option when loading the module. But it is still like coming from a tin can. attached is debugging info, as suggested on the web-page. Thanks! Phil Codec: Realtek ALC268 Address: 0 Vendor Id: 0x10ec0268 Subsystem Id: 0x11700040 Revision Id: 0x100003 No Modem Function Group found Default PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Default Amp-In caps: N/A Default Amp-Out caps: N/A GPIO: io=4, o=0, i=0, unsolicited=1, wake=0 IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0 IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0 IO[2]: enable=0, dir=0, wake=0, sticky=0, data=0 IO[3]: enable=0, dir=0, wake=0, sticky=0, data=0 Node 0x02 [Audio Output] wcaps 0x1d: Stereo Amp-Out Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x16 0x16] Converter: stream=0, channel=0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x03 [Audio Output] wcaps 0x1d: Stereo Amp-Out Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x1f 0x1f] Converter: stream=0, channel=0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x04 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x05 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital Converter: stream=0, channel=0 Digital: Digital category: 0x0 PCM: rates [0x5e0]: 44100 48000 88200 96000 192000 bits [0x1e]: 16 20 24 32 formats [0x1]: PCM Node 0x07 [Audio Input] wcaps 0x100111: Stereo Converter: stream=0, channel=0 SDI-Select: 0 PCM: rates [0x160]: 44100 48000 96000 bits [0x6]: 16 20 formats [0x1]: PCM Connection: 1 0x24 Node 0x08 [Audio Input] wcaps 0x100111: Stereo Converter: stream=0, channel=0 SDI-Select: 0 PCM: rates [0x160]: 44100 48000 96000 bits [0x6]: 16 20 formats [0x1]: PCM Connection: 1 0x23 Node 0x09 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0a [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0b [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0c [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0d [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0e [Audio Mixer] wcaps 0x20010a: Mono Amp-In Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00] Connection: 1 0x02 Node 0x0f [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Connection: 2 0x02 0x1d Node 0x10 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x80 0x80] Connection: 3 0x03 0x1d 0x02 Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x12 [Pin Complex] wcaps 0x400001: Stereo Pincap 0x0820: IN Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Node 0x13 [Pin Complex] wcaps 0x400001: Stereo Pincap 0x0820: IN Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x081003c: IN OUT HP EAPD Detect EAPD 0x2: EAPD Pin Default 0x99130110: [Fixed] Speaker at Int ATAPI Conn = ATAPI, Color = Unknown DefAssociation = 0x1, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 1 0x0f Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x081003c: IN OUT HP EAPD Detect EAPD 0x2: EAPD Pin Default 0x0121401f: [Jack] HP Out at Ext Rear Conn = 1/8, Color = Green DefAssociation = 0x1, Sequence = 0xf Pin-ctls: 0xc0: OUT HP Unsolicited: tag=04, enabled=1 Connection: 1 0x10 Node 0x16 [Pin Complex] wcaps 0x40010c: Mono Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80] Pincap 0x0810: OUT Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Connection: 1 0x0e Node 0x17 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x02, stepsize=0x4f, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x083734: IN OUT Detect Vref caps: HIZ 50 GRD 80 100 Pin Default 0x01a19820: [Jack] Mic at Ext Rear Conn = 1/8, Color = Pink DefAssociation = 0x2, Sequence = 0x0 Pin-ctls: 0x24: IN VREF_80 Unsolicited: tag=00, enabled=0 Connection: 1 0x02 Node 0x19 [Pin Complex] wcaps 0x40008b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x02, stepsize=0x4f, mute=0 Amp-In vals: Pincap 0x083724: IN Detect Vref caps: HIZ 50 GRD 80 100 Pin Default 0x99a3092e: [Fixed] Mic at Int ATAPI Conn = ATAPI, Color = Unknown DefAssociation = 0x2, Sequence = 0xe Misc = NO_PRESENCE Pin-ctls: 0x24: IN VREF_80 Unsolicited: tag=00, enabled=0 Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x02, stepsize=0x4f, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x083734: IN OUT Detect Vref caps: HIZ 50 GRD 80 100 Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x20: IN VREF_HIZ Unsolicited: tag=00, enabled=0 Connection: 1 0x02 Node 0x1b [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x1c [Pin Complex] wcaps 0x400001: Stereo Pincap 0x0820: IN Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x20: IN Node 0x1d [Pin Complex] wcaps 0x400000: Mono Pincap 0x0820: IN Pin Default 0x4005822d: [N/A] Line Out at Ext N/A Conn = Optical, Color = Purple DefAssociation = 0x2, Sequence = 0xd Pin-ctls: 0x20: IN Node 0x1e [Pin Complex] wcaps 0x400380: Mono Digital Pincap 0x0810: OUT Pin Default 0x01451130: [Jack] SPDIF Out at Ext Rear Conn = Optical, Color = Black DefAssociation = 0x3, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 1 0x06 Node 0x1f [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono Processing caps: benign=0, ncoeff=10 Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x22 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x23 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out Amp-Out caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x00 0x00] Connection: 7 0x18 0x19 0x1a 0x1c 0x14 0x15* 0x12 Node 0x24 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out Amp-Out caps: ofs=0x0b, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x01 0x01] Connection: 7 0x18 0x19 0x1a 0x1c 0x14* 0x15 0x13 00:1b.0 0403: 8086:284b (rev 03) Subsystem: 1170:0040 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 22 Region 0: Memory at f0500000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Address: 0000000000000000 Data: 0000 Capabilities: [70] Express Unknown type IRQ 0 Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag- Device: Latency L0s <64ns, L1 <1us Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+ Device: MaxPayload 128 bytes, MaxReadReq 128 bytes Link: Supported Speed unknown, Width x0, ASPM unknown, Port 0 Link: Latency L0s <64ns, L1 <1us Link: ASPM Disabled CommClk- ExtSynch- Link: Speed unknown, Width x0 Capabilities: [100] Virtual Channel Capabilities: [130] Unknown (5) 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03) Subsystem: Inventec Corporation Unknown device 0040 Flags: bus master, fast devsel, latency 0, IRQ 22 Memory at f0500000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable- Capabilities: [70] Express Unknown type IRQ 0 Capabilities: [100] Virtual Channel Capabilities: [130] Unknown (5)

1 0

[alsa-devel] ACER Aspier 5630 (snd-hda-intel ALC883)
by Marcin Floryan 30 Jan '08

30 Jan '08

Hello! I have had some problems using alsa sound on openSuse 10.3 wit the above hardware: sound output OK but mic not working. Have seen many relevant bugs and with the new driver the microphone is now working OK so thanks for all the effort. I was wondering now if there is anything I could do to help with driver development to fine-tune for this particular hardware setup. I can provide some further details or do some tests if guided a bit (I am fairly comfortable modifying source code and compiling the driver) Kind regards, -- Marcin Floryan http://marcin.floryan.pl/ Please consider the environment before printing this email.

3 5

[alsa-devel] alsa-firmware licensing
by Tim Jackson 30 Jan '08

30 Jan '08

As part of the Fedora Project [1], I'm trying to package [2] the ALSA firmware up for easy distribution to Fedora users. The trouble is that the licensing seems unclear. Specifically: a) Several firmwares claim to be under the GPL but don't specify a version and don't include source - see https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3411 b) More worryingly, the Emagic EMI 2|6 firmware appears to be under a "license" which prohibits ANY redistribution. Quoting from emi_26_62/license.txt (my emphasis): "The firmware contained herein is Copyright (c) 1999-2002 Emagic as an unpublished work. This notice does not imply unrestricted or public access to this firmware which is a trade secret of Emagic, and which ***may not be reproduced, used, sold or transferred to any third party without Emagic's written consent.***" Does the ALSA project have special authorisation ("written consent") to distribute this? Who within the ALSA project is responsible for the -firmware package and might be able to help resolve some of these queries? Does anyone have a contact at Emagic (which seems to have been bought by Apple) to discuss relaxing the firmware conditions slightly? Any information most welcome. We'd really like to get the firmware in Fedora. Thanks, Tim [1] http://www.fedoraproject.org/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=217259

4 6