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

[alsa-devel] Keep getting underruns
by Barclay, Bruce 31 Mar '08

31 Mar '08

Not sure what causes this in the Alsa framework. I only get one at the beginning of the song but not sure how and why I get it. Does it have to do with the return of my pointer callback or because I call snd_period_elapsed in my interrupt routine too soon. Any ideas or docs to read? Bruce

1 0

[alsa-devel] M-Audio Revolution 7.1 sound card causing crash on Alpha
by Michael Cree 31 Mar '08

31 Mar '08

I recently installed a M-Audio Revolution 7.1 sound card into DEC/Compaq Alpha XP1000, and it is causing crashes and complete lock ups of the computer when I attempt to play sound through the sound card. Since this is my main computer I shifted the card to a DEC Alpha PWS500au and it causes the same lock ups there, and in one case a kernel oops made it into the system log (listed below). The crashes occur when any application plays sound through the card. The first instance of running an application (such as aplay or speaker-test) after bootup succeeds; it's the second time one runs such an application that the system crashes. I am using the ice1724 alsa driver. The sound card works fine - I've verified it on a MS Windows machine. It also worked fine when I installed it in a x86_64 machine running Debian testing. This seems to be a bug possibly specific to the Alpha architecture. Any ideas as to the problem? Any suggestions as to effective debugging? I turned on the debug options for alsa in the kernel config and re-compiled, but couldn't find any alsa debugging information in any of the system logs. Basic system details follow: DEC Alpha PWS500au with a 600MHz Alpha EV56 cpu. Debian GNU/Linux - up to date testing (Lenny) distribution. 2.6.24.3 verbatim kernel self-compiled and alsa as provided in that kernel. The kernel oops from one crash is as follows: Mar 4 22:04:04 aleph kernel: Kernel bug at mm/mmap.c:2054 Mar 4 22:04:04 aleph kernel: speaker-test(1885): Kernel Bug 1 Mar 4 22:04:04 aleph kernel: pc = [<fffffc000036bec4>] ra = [<fffffc000036be88>] ps = 0000 Not tainted Mar 4 22:04:04 aleph kernel: pc is at exit_mmap+0x134/0x150 Mar 4 22:04:04 aleph kernel: ra is at exit_mmap+0xf8/0x150 Mar 4 22:04:04 aleph kernel: v0 = 0000000000000000 t0 = 0000000000000003 t1 = 0000000000000040 Mar 4 22:04:04 aleph kernel: t2 = 000000000000003f t3 = fffffc002300c5f8 t4 = 0000000000000001 Mar 4 22:04:04 aleph kernel: t5 = fffffc00001da000 t6 = 0000000000000000 t7 = fffffc00212dc000 Mar 4 22:04:04 aleph kernel: a0 = 0000000000000000 a1 = fffffc002300c400 a2 = 0000000000000000 Mar 4 22:04:04 aleph kernel: a3 = 0000000000000000 a4 = 0000000000000000 a5 = 0000000000000000 Mar 4 22:04:04 aleph kernel: t8 = 0000000000000000 t9 = 0000000d1bc1e51d t10= 1a00000000000000 Mar 4 22:04:04 aleph kernel: t11= 0000000000002000 pv = fffffc000037b3d0 at = 0000000000000003 Mar 4 22:04:04 aleph kernel: gp = fffffc00006fb518 sp = fffffc00212dfbe8 Mar 4 22:04:04 aleph kernel: Trace: Mar 4 22:04:04 aleph kernel: [<fffffc000032516c>] mmput+0x5c/0x100 Mar 4 22:04:04 aleph kernel: [<fffffc0000329820>] exit_mm+0xc0/0x180 Mar 4 22:04:04 aleph kernel: [<fffffc000032a95c>] do_exit+0x16c/0x950 Mar 4 22:04:04 aleph kernel: [<fffffc000032b184>] do_group_exit+0x44/0xc0 Mar 4 22:04:04 aleph kernel: [<fffffc0000335a9c>] get_signal_to_deliver+0x2fc/0x450 Mar 4 22:04:04 aleph kernel: [<fffffc00003167f4>] do_notify_resume+0xb4/0x570 Mar 4 22:04:04 aleph kernel: [<fffffc00003110cc>] work_pending+0x5c/0x70 Mar 4 22:04:04 aleph kernel: [<fffffc0000333f60>] __sigqueue_alloc+0x40/0xc0 Mar 4 22:04:04 aleph kernel: [<fffffc000038f7a0>] do_ioctl+0x30/0x90 Mar 4 22:04:04 aleph kernel: [<fffffc0000334954>] specific_send_sig_info+0xd4/0x110 Mar 4 22:04:04 aleph kernel: [<fffffc0000334a9c>] force_sig_info+0x8c/0xe0 Mar 4 22:04:04 aleph kernel: [<fffffc0000310bdc>] entMM+0x9c/0xc0 Mar 4 22:04:04 aleph kernel: Mar 4 22:04:04 aleph kernel: Code: a77df1b0 6b5b497f 27ba0039 23bdf664 c3ffffec 00000081 <00000806> 005efcfe Mar 4 22:04:04 aleph kernel: Fixing recursive fault but reboot is needed! Modules installed: ipv6 evdev snd_ice1724 snd_ice17xx_ak4xxx snd_ac97_codec ac97_bus snd_ak4114 snd_pt2258 snd_i2c snd_ak4xxx_adda snd_mpu401_uart snd_pcm_oss snd_pcm snd_page_alloc snd_mixer_oss snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq snd_timer snd_seq_device snd soundcore pcspkr serio_raw tulip Sound devices: **** List of PLAYBACK Hardware Devices **** card 0: Revolution71 [M Audio Revolution-7.1], device 0: ICE1724 [ICE1724] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Revolution71 [M Audio Revolution-7.1], device 1: IEC1724 IEC958 [IEC1724 IEC958] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Revolution71 [M Audio Revolution-7.1], device 2: ICE1724 Surrounds [ICE1724 Surround PCM] Subdevices: 3/3 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 cat /proc/asound/cards: 0 [Revolution71 ]: ICE1724 - M Audio Revolution-7.1 M Audio Revolution-7.1 at 0x8480, irq 40 PCI devices: 00:03.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 30) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 255 (5000ns min, 10000ns max), Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 24 Region 0: I/O ports at 9000 [size=128] Region 1: Memory at 09259000 (32-bit, non-prefetchable) [size=128] Expansion ROM at 09200000 [disabled] [size=256K] Kernel driver in use: tulip Kernel modules: tulip 00:07.0 ISA bridge: Contaq Microsystems 82c693 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 00:07.1 IDE interface: Contaq Microsystems 82c693 (prog-if 80 [Master]) Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 0 Region 0: I/O ports at 01f0 [size=8] Region 1: I/O ports at 03f4 [size=1] Region 2: [virtual] Memory at 00000170 (32-bit, non-prefetchable) [disabled] [size=8] Region 3: [virtual] Memory at 00000370 (type 3, non-prefetchable) [disabled] [size=1] Region 4: I/O ports at 9080 [size=16] Kernel driver in use: Cypress_IDE 00:07.2 IDE interface: Contaq Microsystems 82c693 (prog-if 00 []) Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin B routed to IRQ 0 Region 0: I/O ports at 01f0 [size=8] Region 1: I/O ports at 03f4 [size=1] Region 2: [virtual] Memory at 00000170 (32-bit, non-prefetchable) [disabled] [size=8] Region 3: [virtual] Memory at 00000370 (type 3, non-prefetchable) [disabled] [size=1] Region 4: Memory at 09240000 (32-bit, non-prefetchable) [disabled] [size=64K] 00:07.3 USB Controller: Contaq Microsystems 82c693 (prog-if 10 [OHCI]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 248 Interrupt: pin A routed to IRQ 10 Region 0: Memory at 09258000 (32-bit, non-prefetchable) [size=4K] Kernel driver in use: ohci_hcd 00:0c.0 VGA compatible controller: Digital Equipment Corporation PBXGB [TGA2] (rev 22) (prog-if 00 [VGA controller]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+ INTx- Latency: 255 (2000ns min, 16000ns max) Interrupt: pin A routed to IRQ 32 Region 0: Memory at 10000000 (32-bit, prefetchable) [size=128M] Expansion ROM at 09250000 [disabled] [size=32K] 00:14.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 02) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 255, Cache Line Size: 64 bytes Bus: primary=00, secondary=01, subordinate=01, sec-latency=255 I/O behind bridge: 00008000-00008fff Memory behind bridge: 09000000-090fffff Prefetchable memory behind bridge: 0000000009100000-00000000091fffff Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- <SERR- <PERR- BridgeCtl: Parity- SERR- NoISA- VGA- MAbort- >Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- 01:04.0 SCSI storage controller: QLogic Corp. ISP1020 Fast-wide SCSI (rev 05) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 248, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 27 Region 0: I/O ports at 8000 [size=256] Region 1: Memory at 09000000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at 09100000 [disabled] [size=64K] Kernel driver in use: qla1280 01:09.0 Multimedia audio controller: VIA Technologies Inc. VT1720/24 [Envy24PT/HT] PCI Multi-Channel Audio Controller (rev 01) Subsystem: VIA Technologies Inc. M-Audio Revolution 7.1 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 248 Interrupt: pin A routed to IRQ 40 Region 0: I/O ports at 8480 [size=32] Region 1: I/O ports at 8400 [size=128] Capabilities: [80] Power Management version 1 Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: ICE1724 Kernel modules: snd-ice1724 Cheerz Michael.

2 3

[alsa-devel] [Fwd: Re: Davinci ASoC support (patch)]
by lokowich 31 Mar '08

31 Mar '08

Vova Barinov wrote: > Mark Brown wrote: > >> On Fri, Mar 28, 2008 at 09:27:04AM -0500, lokowich wrote: >> >> >> >>> Forwarded from davinci-linux-open-source list: >>> >>> >> CCing in Vladimir Barinov who contributed the DaVinci support. >> >> >> >>> I've built this ASoC patch into my DaVinci git kernel (thanks for the >>> SENSORS tip), and can use aplay and speaker-test, but no sound. Figured >>> it may be a mixer/volume control issue, but the alsamixer is unable to >>> open for a failed ioctl on USBDEVFS_IOCTL. Not sure why there is a USB >>> dependency. Noted that there is no /sys/class/sound/mixer in my sysfs. >>> Any ideas? >>> >>> > How do you figure out that you can play sound? > Also what platform do you use - is it Davinci-EVM? what line output do > you use to hear the sound? > Please, post your dmesg log and cat /proc/interrupts too. > Excerpt from dmesg: Advanced Linux Sound Architecture Driver Version 1.0.16. ASoC version 0.13.2 AIC3X Audio Codec 0.1 asoc: aic3x <-> davinci-i2s mapping ok ALSA device list: #0: DaVinci EVM (aic3x) /proc/interrupts: CPU0 6: 0 AINTC dm644xresizer 8: 23608 AINTC davincifb 13: 6995 AINTC EMAC 22: 107 AINTC ide0 32: 39436 AINTC clockevent 33: 3 AINTC free-run counter 39: 217 AINTC i2c_davinci 40: 204 AINTC serial Err: 0 This is the DM6446 EVM. Note, my kernel has been patched with latest ALSA, to no avail. I hear the DAC pop during initialization on both the Line Out and Headphone jacks. >> It might be helpful to post dmesg output showing the sound support >> being loaded >> >> >>> Bernard Blackham wrote: >>> >>> >>>> Behme wrote: >>>> >>>> >>>> >>>>> While searching something different, I just found >>>>> >>>>> http://www.spinics.net/lists/alsa-devel/msg12535.html >>>>> >>>>> As I'm not subscribed to alsa-devel, I don't have the original post. >>>>> Maybe any of the authors can post it do this list as well? >>>>> >>>>> The patch mainly applies to our git. I fixed two small rejects in >>>>> Kconfig and Makefile as the patch is for newer kernel than our git. >>>>> Untested patch against our git in attachment. Anybody likes to test? >>>>> >>>>> >>>>> >>>> Well, I tried compiling it and it failed to build. It appears that it's >>>> built on a set of patches for Davinci posted to LAK, including this >>>> completely revamped EDMA support[1]: >>>> >>>> http://www.spinics.net/lists/arm-kernel/msg47450.html >>>> >>>> > Yep, it's needed. > >>>> So I had to change a few definitions, import a few functions from the new >>>> DMA support and managed to get it compiling and loading, but not yet working >>>> (tried various sample rates and formats): >>>> >>>> root@davinci-dvevm:/tst$ aplay test.wav >>>> Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 44100 Hz, Stereo >>>> ALSA lib pcm_params.c:2152:(snd_pcm_hw_refine_slave) Slave PCM not usable >>>> aplay: set_params:878: Broken configuration for this PCM: no configurations >>>> available >>>> >>>> root@davinci-dvevm:/tst$ arecord -r 48000 -f S16_LE >>>> Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono >>>> ALSA lib pcm_params.c:2152:(snd_pcm_hw_refine_slave) Slave PCM not usable >>>> arecord: set_params:878: Broken configuration for this PCM: no >>>> configurations available >>>> >>>> >>>> And this is the extent of my knowledge of ALSA - I can continue digging, but >>>> maybe somebody else will beat me to it =) It's looking promising though. >>>> >>>> Attached is the patch I have so far that applies against current git. This >>>> is not for going upstream, but just for testing. Notes: >>>> - Apply patch >>>> - Enable SND_SOC, SND_DAVINCI_SOC, SND_DAVINCI_SOC_I2S, SND_DAVINCI_SOC_EVM >>>> and SND_SOC_TLV320AIC3X. >>>> - Make sure CONFIG_I2C_DAVINCI is enabled, but disable the >>>> CONFIG_SENSORS_TLV320* options. >>>> - Build. >>>> - Load the snd-soc-evm module. >>>> >>>> Bernard. >>>> >>>> [1] These patches appear to have gone absolutely nowhere beyond that list. I >>>> can't find them in any tree. But they are cleaner and more conforming to the >>>> Linux Kernel style than what's currently in git. >>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> Davinci-linux-open-source mailing list >>>> Davinci-linux-open-source(a)linux.davincidsp.com >>>> http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source >>>> >>>> >>>> >>> _______________________________________________ >>> Alsa-devel mailing list >>> Alsa-devel(a)alsa-project.org >>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel >>> >>> >>> >> >> > > _______________________________________________ > Alsa-devel mailing list > Alsa-devel(a)alsa-project.org > http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > > >

1 0

Re: [alsa-devel] Any wigets for ADC to DAC ?
by Mark Brown 31 Mar '08

31 Mar '08

On Mon, Mar 31, 2008 at 12:32:21PM +0200, Alexandre BOUIN wrote: > Will be there a support for a such feature in ASoC v2 ? Given that more and more codecs support this sort of thing it's likely that support for digital paths will get implemented at some point. No specific ETA for it, though. Note that if there is no specific reason to use a digital bypass path (such as filtering that is only supported on the digital path or a lack of a suitable analogue path) then it is normally more power efficient to use an analogue bypass path than a digital one.

1 0

Re: [alsa-devel] Any wigets for ADC to DAC ?
by Mark Brown 31 Mar '08

31 Mar '08

On Fri, Mar 28, 2008 at 04:39:48PM +0100, Alexandre BOUIN wrote: > In intern, we're still using WM8900 codec. We'd like to know in ASoC layer, > there is a widget to declare a possible audio path between ADC and DAC. If there were a direct connection the appropriate thing would just be to declare it (in that particular chip there is actually a digitial mixer in there). Using such a path is not particularly supported by ASoC v1 since it treats ADCs and DACs as sinks and sources only.

2 1

[alsa-devel] [PATCH]Should use HDA_OUTPUT instead of HDA_INPUT to mute pin 15 of ALC880
by Jiang zhe 31 Mar '08

31 Mar '08

Hi, To mute the output of Pin widget 15 in ALC880, we should use the HDA_OUTPUT. However, current code looks like : snd_hda_codec_amp_stereo(codec, 0x15, HDA_INPUT, 0, HDA_AMP_MUTE, bits); It may be a misspelling. Best regards! Signed-off-by: Jiang zhe <zhe.jiang(a)intel.com>

1 0

Re: [alsa-devel] [regression] 2.6.25-rc4 snd-es18xx broken on Alpha
by Rene Herman 31 Mar '08

31 Mar '08

On 10-03-08 08:34, Michael Cree wrote: > Bob Tracy wrote: >> Supposedly with the ES1888, dma1 is for capture, dma2 is for playback. >> dma2 == 5 is a 16-bit channel, yes? That could explain much... It is, but what would it explain? You're only having playback problems, right? >> >> As for the values "chosen" for dma1 and dma2, they are the ones that >> keep showing up in the Alpha sound "howto" postings/documents. > > Running 'show config' in SRM on my Alphas (PWS500au and XP1000) reveals > the settings (except possibly for mpu_port) for the ESS1888 sound chip. > I recall that they are as reported in Alpha sound howtos. Can it be forced to use dma2=0 (an 8-bit channel, and the usual capture channel on es18xx)? However, that might not be the issue anyway: > I hadn't been using the ESS1888 for awhile, but have just tried it out > since you reported problems. I am running kernel 2.6.24.3 and Debian > testing on the XP1000. I tried playing a number of wav files with > alsa's aplay, sox's play and with mocp. I found that aplay and mocp > worked reliably through the ESS1888. Sox's play on some files did play > back a small extra segment of the file - particularly on short files and > usually some section near the end of the file - once it had completed > playing the file once; maybe this is what you are also observing. This sounds very suspiciously like a difference with playing through the native ALSA interface and the OSS emulaion. Could you and/or Bob confirm that sox is using the OSS emulation and not ALSA natively? I could very well imagine the ALSA OSS emulation being broken on Alpha. I doubt any of teh developers has an Alpha. And if aplay works correctly this seems very likely. "sox" _can_ use ALSA natively as well by the way (see manpage for the version you have installed). > More onerously, my testing eventually ended in a complete system lock up! > I ran play (or was it aplay - sorry can't remember now) Vital if play is using the OSS interface... > and the system locked up. Got a response with ping across the network but > couldn't log in via ssh. Have been playing mplayer through the ESS1888 > for the last couple of days (don't like it though - the sound quality of > the ESS1888 is not good enough for my ears) and haven't had another one > of those lockups since. Mmm. Rene.

7 50

[alsa-devel] ATI HDMI with 780/sb700 chipset: no audio
by mikp 30 Mar '08

30 Mar '08

I am trying to get HDMI audio from a ECS 780G mainboard with sb700 and built-in graphics Chipset: "ATI Radeon HD 3200 Graphics" (ChipID = 0x9610). The HDMI video is working with the xf86-video-ati driver. aplay -l **** List of PLAYBACK Hardware Devices **** card 0: HDMI [HDA ATI HDMI], device 0: HDA Generic [HDA Generic] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI_1 [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI] Subdevices: 1/1 Subdevice #0: subdevice #0 and from hwinfo: 31: PCI 14.2: 0403 Audio device [Created at pci.301] UDI: /org/freedesktop/Hal/devices/pci_1002_4383 Unique ID: 5Dex.2J+_taPgpb9 SysFS ID: /devices/pci0000:00/0000:00:14.2 SysFS BusID: 0000:00:14.2 Hardware Class: sound Model: "Elitegroup SBx00 Azalia" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x4383 "SBx00 Azalia" SubVendor: pci 0x1019 "Elitegroup Computer Systems" SubDevice: pci 0x2816 Driver: "HDA Intel" Driver Modules: "snd_hda_intel" Memory Range: 0xfe7f4000-0xfe7f7fff (rw,non-prefetchable) IRQ: 16 (13305 events) Module Alias: "pci:v00001002d00004383sv00001019sd00002816bc04sc03i00" Driver Info #0: Driver Status: snd_hda_intel is active Driver Activation Cmd: "modprobe snd_hda_intel" Config Status: cfg=new, avail=yes, need=no, active=unknown cat /proc/asound/card1/codec\#0 Codec: ATI ATI RS690/780 HDMI Address: 0 Vendor Id: 0x1002791a Subsystem Id: 0x791a00 Revision Id: 0x100000 No Modem Function Group found Default PCM: rates [0x40]: 48000 bits [0x2]: 16 formats [0x1]: PCM Default Amp-In caps: N/A Default Amp-Out caps: N/A GPIO: io=0, o=0, i=0, unsolicited=0, wake=0 Node 0x02 [Audio Output] wcaps 0x201: Stereo Digital Converter: stream=0, channel=0 Digital: Enabled Digital category: 0x0 Node 0x03 [Pin Complex] wcaps 0x400381: Stereo Digital Pincap 0x0894: OUT Detect R/L Pin Default 0x18560010: [Jack] Digital Out at Int HDMI Conn = Digital, Color = Unknown DefAssociation = 0x1, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 1 0x02 running alsamixer -c1 i can unmute the IEC958, but i get no HDMI audio. Note the "...Digital Out at Int HDMI" _not_ SPDIF Out at Int HDMI. In order to get the 'card1 with IEC958' to show up i had to add my pci-id to alsa-driver-hg20080323/sound/pci/hda/hda_intel.c /* ATI HDMI */ { PCI_DEVICE(0x1002, 0x4383), .driver_data = AZX_DRIVER_ATIHDMI }, The original hda_intel.c has { 0x1002, 0x4383, PCI_ANY_ID, PCI_ANY_ID, 0, 0, AZX_DRIVER_ATI }, Any help getting this working appreciated. Thanks.

1 0

[alsa-devel] Cannot change volume on Plantronics Audio 910 USB Headset
by cklein＠mpi-sb.mpg.de 29 Mar '08

29 Mar '08

Hi, I recently got a Plantronics .audio 910 USB headset. It is correctly detected by snd-usb-audio and works, but I cannot change the volume of the PCM output or the MIC input. When executing alsamixer -c 1, the volumes seem to be locked and cannot be changed as usual. Unfortunately the microphone volume is at 0, leading to very poor quality of the recorded voice (especially in Skype, which seems to try to compensate the low volume and fails miserably). Does anyone know how to fix this? I found similar reports on the internet for various usb headsets, but no real fix for the situation. I already asked on alsa-users some weeks ago, but did not get any response. I tried the headset on three different PCs, all with the same result. A desktop at work running Fedora 7, a Thinkpad R50p running debian/testing and the 2.6.22 kernel provided in debian/testing. The third one is a Dell precision M65 with debian/unstable. There, I used a vanilla 2.6.24.2 kernel and latest alsa drivers from the mercurial repository when I asked on alsa-users, but in the meantime I upgraded to 2.6.24.3 and hg snapshots from 2008-03-13 06:41 (alsa-driver) and 2008:03:17 05:23 (alsa-kernel), but still got the same behaviour. On all I get some message about "no or invalid class specific endpoint descriptor" in the kernel log (see below). When loading the snd-usb-audio module, dmesg shows the following kernel output (on the M65): usb 2-2: new full speed USB device using uhci_hcd and address 5 usb 2-2: configuration #1 chosen from 1 choice input: Plantronics Plantronics BT Adapter as /devices/pci0000:00/0000:00:1d.1/usb2/2-2/2-2:1.3/input/input10 input: USB HID v1.11 Device [Plantronics Plantronics BT Adapter] on usb-0000:00:1d.1-2 usbcore: registered new interface driver usbhid drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver ALSA /usr/src/kernel-modules/alsa-driver-d20080313_0641-k20080317_0523/usb/usbaudio.c:2787: 5:1:1 : no or invalid class specific endpoint descriptor ALSA /usr/src/kernel-modules/alsa-driver-d20080313_0641-k20080317_0523/usb/usbaudio.c:2787: 5:2:1 : no or invalid class specific endpoint descriptor usbcore: registered new interface driver snd-usb-audio I posted the output of alsa-info.sh and lsusb -v on pastebin (both taken on the M65). alsa-info.sh: http://pastebin.ca/915715 lsusb -v: http://pastebin.ca/915723 -- CU, Christian Klein http://www.garfield.com/comics/comics_archives_strip.html?1979-ga790520 Homepage: http://www.mpi-sb.mpg.de/~cklein

1 1

[alsa-devel] [BUG] USB sounds card doesn't work - Device 0x4fa:0x4201
by Natalie Protasevich 28 Mar '08

28 Mar '08

Hello ALSA developers, This problem with the USB sounds card has been reported a while ago, and just been confirmed with latest kernel. ==================================================================== $ cat /proc/asound/cards 0 [I82801DBICH4 ]: ICH4 - Intel 82801DB-ICH4 Intel 82801DB-ICH4 with AD1981B at 0xc0000c00, irq 11 1 [U0x4fa0x4201 ]: USB-Audio - USB Device 0x4fa:0x4201 USB Device 0x4fa:0x4201 at usb-0000:00:1d.1-2, full speed If I attempt to play a song using mpg123 or xmms, I get nothing, only maybe click at beggining. I'm using in-kernel OSS emulation. pavel@amd:/mnt/mp3.ptacek/Tanita_Tikaram$ cat /proc/asound/card1/pcm0p/info card: 1 device: 0 subdevice: 0 stream: PLAYBACK id: USB Audio name: USB Audio subname: subdevice #0 class: 0 subclass: 0 subdevices_count: 1 subdevices_avail: 1 pavel@amd:/mnt/mp3.ptacek/Tanita_Tikaram$ I tried unmuting everything using aumix. cat /bin/bash > /dev/dsp1 fails to produce any sound, too. =================================================================== Full bug report is here : http://bugzilla.kernel.org/show_bug.cgi?id=6576 It sure needs some helping hand, maybe someone can take a look into this. Thanks, --Natalie

1 0