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

[alsa-devel] ALSA packages release 1.0.23
by Jaroslav Kysela 16 Apr '10

16 Apr '10

Hello all, ALSA packages version 1.0.23 (except alsa-oss & alsa-python) are available for download. The list of changes is available at this URL: http://www.alsa-project.org/main/index.php/Changes_v1.0.22_v1.0.23 Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

1 0

[alsa-devel] ctxfi mixer initialization bug
by Daniel Koukola 16 Apr '10

16 Apr '10

Hi, There seems to be some problem with the mixer initialization in the ctxfi driver. After the module is loaded, the analog capture doesn't work even though the “Digit-IO” mixer switch is set to off. You have to set it to on and then to off again to make the capture work. This was tested with a Sound Blaster X-Fi XtremeMusic card and the driver that comes with Fedora's 2.6.32.10-90.fc12.x86_64 kernel (reported version: 1.0.21). Dan

1 0

[alsa-devel] ASoC updates for 2.6.34
by Mark Brown 16 Apr '10

16 Apr '10

The following changes since commit 5f712b2b73a9fc87fcc52124cfe8adefaa0c92f5: Daniel Mack (1): ALSA: ASoC: move dma_data from snd_soc_dai to snd_soc_pcm_stream are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound-2.6.git for-2.6.34 As mentioned last time I posted these the updates here are very large for 2.6.34 but the bulk of them are improvements to the newly added i.MX3x FIQ driver which make it able to play 44.1k and 48k which is sufficiently worthwhile that (especially in a new driver) I think it's worth the risk of making a fairly large change now. Huang Weiyi (1): ASoC: wm2000: remove unused #include <linux/version.h> Sascha Hauer (5): ASoC: imx-ssi: honor IMX_SSI_DMA flag ASoC: imx-pcm-dma-mx2: restart DMA after an error ASoC: imx-ssi: Use a hrtimer in FIQ mode ASoC: imx-ssi: increase minimum periods to 4 ASoC: imx-ssi: do not call hrtimer_disable in trigger function sound/soc/codecs/wm2000.c | 1 - sound/soc/imx/imx-pcm-dma-mx2.c | 15 ++++++++++- sound/soc/imx/imx-pcm-fiq.c | 55 ++++++++++++++++++++------------------ sound/soc/imx/imx-ssi.c | 3 +- 4 files changed, 45 insertions(+), 29 deletions(-)

2 1

Re: [alsa-devel] asus xonar d1
by Clemens Ladisch 16 Apr '10

16 Apr '10

Lars Schotte wrote: > so basically you are saying that, even though the d2x has higher SNR, Slightly higher; this doesn't matter in practice. > there is no point in buying that card because she only has more > christmas tree lights? Some people need digital inputs or MIDI. And the lights are useful to keep the jacks apart on badly lit LAN parties (according to Asus' marketing), or to part casemodders from their money (not an official Asus statement). > the second thing i am curious about is how were you able to wirte the > driver for it, Mostly reverse engineering. C-Media gives out the register datasheet only under NDA. I never signed that NDA. Regards, Clemens

1 0

[alsa-devel] X-Fi ac3 passthrough support
by Daniel L. Miller 16 Apr '10

16 Apr '10

Is AC3/DTS passthrough available on the X-Fi at this time? Using iecset, I have been unable to toggle the audio mode. -- Daniel

1 0

[alsa-devel] Defect Patch File for AD1981HD
by Dark.＠ Zzz 15 Apr '10

15 Apr '10

Hi guys, I don't know if it's the right place to send a mail, but a little defect in one of the driver patch files is bothering me for a long time. The patch file is for analog device (hda-intel, patch_analog.c), under the section of Patch for HP nx6320, the author took out the mic/line loopback contorl part: "#if 0 FIXME: analog mic/line loopback doesn't work with my tests... #endif". However I accidentally found out that the original code for loopback contorl is actually working perfectly. The thing is I need to listen to mic loopback all the time when I need to record something. So every time I update my kernel I need to download the newest alsa driver, modify then compile it by myself. I don't know if others noticed it, but since the mic loopback contorl section is functional, I'm thinking maybe some of you can do something about the source code. Thank You! Dark.@Zzz

1 0

[alsa-devel] Problem with sound on an HP HDX9200
by EasyLife21 x3dre 15 Apr '10

15 Apr '10

Hi Development Team, I have been working with wirechief & Thingol into trying to get my speaker system working with alsabut I have run into problems making sound work on the internal Altec Lansing speakers. To start I use sidux distro and I am running kernel 2.6.33-2 which since using this kernel, all soundonboard ceased to work through the speakers. Though through the ports at the front of the laptopthe headphone port plays sound. Which is the only way to hear music from the laptop to my headphones. When I was using 2.6.29 kernels, I never had a problem with sound and all the speakers worked well.So I think something must have been deprecated in the 2.6.3x series of kernels, that has killed my sound output. Below is the pins I used from windows on configuring sound to work. Though what is happening now isthat I hear sounds using speaker-test -Dplug:surround51 -c6 -twav but the sound is split between ; 0 - Front Left = sound through headphones jack port on front of laptop 4 - Center = no sound 1 - Front Right = sound through headphones jack port on front of laptop 3 - Rear Right = sound through laptop speakers 2 - Rear Left = sound through laptop speakers 5 - LFE = no sound echo 0x0a 0x0221201f > /sys/class/sound/hwC0D0/user_pin_configsecho 0x0b 0x0221201f > /sys/class/sound/hwC0D0/user_pin_configsecho 0x0c 0x9017001f > /sys/class/sound/hwC0D0/user_pin_configsecho 0x0d 0x01112014 > /sys/class/sound/hwC0D0/user_pin_configsecho 0x0e 0x02a12021 > /sys/class/sound/hwC0D0/user_pin_configsecho 0x0f 0x01116011 > /sys/class/sound/hwC0D0/user_pin_configsecho 0x10 0x01113012 > /sys/class/sound/hwC0D0/user_pin_configsecho 0x11 0x01114010 > /sys/class/sound/hwC0D0/user_pin_configsecho 0x12 0x95a30020 > /sys/class/sound/hwC0D0/user_pin_configsecho 0x21 0x20441030 > /sys/class/sound/hwC0D0/user_pin_configs echo 1 > /sys/class/sound/hwC0D0/reconfig http://paste.debian.net/68912/ (old alsa-info), http://pastebin.ca/1861801 (windows .ini file), http://pastebin.com/4ckCBq0z (user_pin_configs) http://paste.debian.net/68997/ (new alsa-info) www.alsa-project.org/db/?f=4d48c4a628c0a739a395db728b599fc310a0c534 tia Dre :) _________________________________________________________________ http://clk.atdmt.com/UKM/go/195013117/direct/01/ We want to hear all your funny, exciting and crazy Hotmail stories. Tell us now

1 0

Re: [alsa-devel] asus xonar d1
by Clemens Ladisch 15 Apr '10

15 Apr '10

Lars Schotte wrote: > does the d2x have more inputs and outputs? The D2(X) has an analog loopback path, digital inputs with loopback and monitoring, MIDI input/output, and, no outputs but most important, lots of colorful LEDs. Regards, Clemens

1 0

Re: [alsa-devel] no soundcards detected on MCP51 rev a
by Gregory T Flynn 15 Apr '10

15 Apr '10

No dice, configured with '--with-debug=verbose': nuckin:~$ dmesg | grep hda hda_intel: Disable MSI for Nvidia chipset ALSA hda_intel.c:2518: chipset global capabilities = 0x770 ALSA hda_intel.c:909: codec_mask = 0xff ALSA hda_intel.c:702: azx_get_response timeout, polling the codec once: last cmd=0x000f0000 ALSA hda_intel.c:702: azx_get_response timeout, polling the codec once: last cmd=0x000f0000 ALSA hda_intel.c:712: azx_get_response timeout, switching to polling mode: last cmd=0x000f0000 ALSA hda_intel.c:1420: Codec #0 probe error; disabling it... ALSA hda_intel.c:1420: Codec #1 probe error; disabling it... ALSA hda_intel.c:1420: Codec #2 probe error; disabling it... ALSA hda_intel.c:1420: Codec #3 probe error; disabling it... ALSA hda_intel.c:1420: Codec #4 probe error; disabling it... ALSA hda_intel.c:1420: Codec #5 probe error; disabling it... ALSA hda_intel.c:1420: Codec #6 probe error; disabling it... ALSA hda_intel.c:1420: Codec #7 probe error; disabling it... ALSA hda_intel.c:909: codec_mask = 0xff ALSA hda_intel.c:751: hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x000f0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0001 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0002 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0004 ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0001 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0002 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0004 ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_intel.c:1447: no codecs initialized upload=true&script=true&cardinfo= !!################################ !!ALSA Information Script v 0.4.59 !!################################ !!Script ran on: Wed Apr 14 12:46:14 UTC 2010 !!Linux Distribution !!------------------ Arch Linux \r (\n) (\l) !!DMI Information !!--------------- Manufacturer: Micro-Star International Product Name: MEGA BOOK S430 !!Kernel Information !!------------------ Kernel release: 2.6.33-ARCH Operating System: GNU/Linux Architecture: x86_64 Processor: AMD Turion(tm) 64 X2 Mobile Technology TL-50 SMP Enabled: Yes !!ALSA Version !!------------ Driver version: 1.0.22.1 Library version: 1.0.22 Utilities version: 1.0.22 !!Loaded ALSA modules !!------------------- !!Sound Servers on this system !!---------------------------- ESound Daemon: Installed - Yes (/usr/bin/esd) Running - No Jack: Installed - Yes (/usr/bin/jackd) Running - No !!Soundcards recognised by ALSA !!----------------------------- --- no soundcards --- !!PCI Soundcards installed in the system !!-------------------------------------- 00:10.1 Audio device: nVidia Corporation MCP51 High Definition Audio (rev a2) !!Advanced information - PCI Vendor/Device/Susbsystem ID's !!-------------------------------------------------------- 00:10.1 0403: 10de:026c (rev a2) Subsystem: 1462:373d !!Loaded sound module options !!-------------------------- !!ALSA Device nodes !!----------------- crw-rw----+ 1 root audio 116, 3 Apr 13 19:50 /dev/snd/seq crw-rw----+ 1 root audio 116, 2 Apr 13 19:50 /dev/snd/timer !!Aplay/Arecord output !!------------ APLAY aplay: device_list:223: no soundcards found... ARECORD arecord: device_list:223: no soundcards found... !!Amixer output !!------------- !!Alsactl output !!------------- --startcollapse-- --endcollapse-- !!All Loaded Modules !!------------------ Module ipt_MASQUERADE xt_state ipt_REJECT xt_tcpudp iptable_filter nf_nat_h323 nf_conntrack_h323 nf_nat_pptp nf_conntrack_pptp nf_conntrack_proto_gre nf_nat_proto_gre nf_nat_tftp nf_conntrack_tftp nf_nat_sip nf_conntrack_sip nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables x_tables ipv6 ext2 joydev usbhid hid arc4 ecb rt73usb crc_itu_t rt2x00usb rt2x00lib led_class mac80211 cfg80211 rfkill snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd ohci_hcd snd_page_alloc i2c_nforce2 edac_core battery ac ehci_hcd nvidia i2c_core edac_mce_amd usbcore video psmouse output forcedeth k8temp button thermal evdev serio_raw processor sg soundcore fuse rtc_cmos rtc_core rtc_lib ext4 mbcache jbd2 crc16 sr_mod sd_mod cdrom ata_generic pata_acpi pata_amd sata_nv libata scsi_mod !!ALSA/HDA dmesg !!------------------ ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 23 HDA Intel 0000:00:10.1: PCI INT B -> Link[LAZA] -> GSI 23 (level, low) -> IRQ 23 hda_intel: Disable MSI for Nvidia chipset HDA Intel 0000:00:10.1: setting latency timer to 64 ALSA hda_intel.c:2518: chipset global capabilities = 0x770 usb 1-8: new high speed USB device using ehci_hcd and address 3 ALSA hda_intel.c:909: codec_mask = 0xff cfg80211: Calling CRDA to update world regulatory domain -- usbhid: USB HID core driver ALSA hda_intel.c:702: azx_get_response timeout, polling the codec once: last cmd=0x000f0000 ALSA hda_intel.c:702: azx_get_response timeout, polling the codec once: last cmd=0x000f0000 ALSA hda_intel.c:712: azx_get_response timeout, switching to polling mode: last cmd=0x000f0000 ALSA hda_intel.c:1420: Codec #0 probe error; disabling it... ALSA hda_intel.c:1420: Codec #1 probe error; disabling it... ALSA hda_intel.c:1420: Codec #2 probe error; disabling it... ALSA hda_intel.c:1420: Codec #3 probe error; disabling it... ALSA hda_intel.c:1420: Codec #4 probe error; disabling it... ALSA hda_intel.c:1420: Codec #5 probe error; disabling it... ALSA hda_intel.c:1420: Codec #6 probe error; disabling it... ALSA hda_intel.c:1420: Codec #7 probe error; disabling it... ALSA hda_intel.c:909: codec_mask = 0xff ALSA hda_intel.c:751: hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x000f0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0001 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0002 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0xf0004 ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0000 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0001 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0002 ALSA hda_intel.c:815: send_cmd timeout: IRS=0x741, val=0x100f0004 ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_codec.c:1051: hda_codec: no AFG or MFG node found ALSA hda_intel.c:1447: no codecs initialized HDA Intel 0000:00:10.1: PCI INT B disabled EXT4-fs (sda4): mounted filesystem with ordered data mode > On Tue, Apr 13, 2010 at 7:19 PM, Daniel Chen <seven.steps(a)gmail.com> wrote: >> On Tue, Apr 13, 2010 at 5:06 PM, Gregory T Flynn <gflynn1(a)binghamton.edu> wrote: >>> Driver version: 1.0.21 >>> 00:10.1 0403: 10de:026c (rev a2) >>> Subsystem: 1462:373d >> >> Please try http://kernel.org/pub/linux/kernel/people/tiwai/snapshot/alsa-driver-snapsh… >> > > > > -- > - Greg Flynn > -- - Greg Flynn

2 7

[alsa-devel] USB transfer_buffer allocations on 64bit systems
by Daniel Mack 15 Apr '10

15 Apr '10

Hi, I was pointed to https://bugzilla.kernel.org/show_bug.cgi?id=15580 by Pedro Ribeiro, and unfortunately I'm pretty late in the game. I wasn't aware of that thread until yesterday. While the report is quite confusing, the reason seams pretty clear to me as I've been thru quite some time-demanding debugging of a very similar issue on Mac OS X. But I'm not totally sure whether we really hit the same issue here, so I'd like to have your opinions first. The problem is appearantly the way the transfer buffer is allocated in the drivers. In the snd-usb-caiaq driver, I used kzalloc() to get memory which works fine on 32bit systems. On x86_64, however, it seems that kzalloc() hands out memory beyond the 32bit addressable boundary, which the DMA controller of the 32bit PCI-connected EHCI controller is unable to write to or read from. Am I correct on this conclusion? Depending on the condition of the memory management, things might work or not, and especially right after a reboot, there's a better chance to get lower memory. The fix is to use usb_buffer_alloc() for that purpose which ensures memory that is suitable for DMA. And on x86_64, this also means that the upper 32 bits of the address returned are all 0's. If what I've stated is true, there are quite some more drivers affected by this issue. I collected a list of places where similar fixes are needed, and I can send patches if I get a thumbs-up. Pedro is currently testing a patch I sent out yesterday. Thanks, Daniel

11 88