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

[alsa-devel] Backported sbxfi driver (UNTESTED!)
by Takashi Iwai 12 Jun '09

12 Jun '09

Hi, $SUBJECT is now on my sound-unstable git tree: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-unstable-2.6.git together with other experimental patches. If you're using 2.6.27-rc* git tree, pull the master branch of the tree above into yours, and run make oldconfig. That is, % cd /your/git-tree % git pull git://...../sound-unstable-2.6.git master If you are not using 2.6.27-rc*, or not familiar with git, you can try alsa-driver-unstable snapshot tarball available at ftp://ftp.kernel.org/pub/linux/kernel/people/tiwai/snapshot/ Run configure, make and make install as usual ALSA-driver tarball. (I didn't check whether the tarball correctly includes the sbxfi stuff. It should have been generated automatically. If not, wait for a while. If it still doesn't include sbxfi code, please report. I'll fix it tomorrow morning.) The driver is built only for 2.6.26 or later. If you have an older kernel, edit alsa-driver*/kconfig-vers and change the version of CONFIG_SND_SBXFI to 2.6.24 or whatever you want. Then run ./gitcompile, instead of configure in this case to update the configure script. **NOTE** The driver is totally untested. It's just compiled without errors, but not reviewed after a quick writing. So, don't expect it ever runs at the first try. A crash is highly possible. There are some build conditions found in sound/pci/sbxfi/sbxfi.c, starting with XXX_*. You can change it if you want. As default, it's for non-fullduplex but accept different rates. Not sure whether this works at all. Any test- (and better debugging-) reports are appreciated. thanks, Takashi

16 112

Re: [alsa-devel] plug:dmix slows playback
by Jaroslav Kysela 12 Jun '09

12 Jun '09

On Fri, 12 Jun 2009, Steve Langstaff wrote: >> From: alsa-devel-bounces(a)alsa-project.org [mailto:alsa-devel- >> bounces(a)alsa-project.org] On Behalf Of Jaroslav Kysela > >> On Fri, 12 Jun 2009, Steve Langstaff wrote: > >>> Slave: Hardware PCM card 0 'LM4549' device 0 subdevice 0 >> >>> msbits : 16 >> >> If I remember correctly, this value was 32 in your dmix setup. >> Could you try command: >> >> aplay -D"plug:'dmix:FORMAT=S16_LE'" <filename> > > Yes, that works fine - is there something wrong with my configuration do you > think? It seems that 32-bit samples are not handled correctly in driver. What's your hardware? Output from alsa-info.sh script might be helpful for identification. Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

2 1

Re: [alsa-devel] plug:dmix slows playback
by Jaroslav Kysela 12 Jun '09

12 Jun '09

On Fri, 12 Jun 2009, Steve Langstaff wrote: >> From: alsa-devel-bounces(a)alsa-project.org [mailto:alsa-devel- >> bounces(a)alsa-project.org] On Behalf Of Jaroslav Kysela > >> On Fri, 12 Jun 2009, Steve Langstaff wrote: >> >>> Hi All. >>> >>> I've got an installation of ALSA (1.0.19 on an embedded device) where >> using >>> plug and dmix as my output device slows down playback - voices and >> tones are >>> lower in pitch and the playback takes longer than when not using >> plug:dmix, >>> e.g. >> >> Does 48000Hz 2 channel source work OK with direct device (without dmix) >> for your hardware? > > Yes, I converted the original sample to 48000 Hz, Stereo, and it sounds OK > when I don't use dmix. > > /mnt # time aplay -v ignition48000s.wav .... > Slave: Hardware PCM card 0 'LM4549' device 0 subdevice 0 > msbits : 16 If I remember correctly, this value was 32 in your dmix setup. Could you try command: aplay -D"plug:'dmix:FORMAT=S16_LE'" <filename> Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

2 1

Re: [alsa-devel] plug:dmix slows playback
by Jaroslav Kysela 12 Jun '09

12 Jun '09

On Fri, 12 Jun 2009, Steve Langstaff wrote: > Hi All. > > I've got an installation of ALSA (1.0.19 on an embedded device) where using > plug and dmix as my output device slows down playback - voices and tones are > lower in pitch and the playback takes longer than when not using plug:dmix, > e.g. Does 48000Hz 2 channel source work OK with direct device (without dmix) for your hardware? Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

2 1

[alsa-devel] plug:dmix slows playback
by Steve Langstaff 12 Jun '09

12 Jun '09

Hi All. I've got an installation of ALSA (1.0.19 on an embedded device) where using plug and dmix as my output device slows down playback - voices and tones are lower in pitch and the playback takes longer than when not using plug:dmix, e.g. /usr/share/sounds/alsa # time aplay ignition.wav Playing WAVE 'ignition.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono real 0m 3.08s user 0m 0.04s sys 0m 0.07s /usr/share/sounds/alsa # time aplay -D plug:dmix ignition.wav Playing WAVE 'ignition.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono real 0m 6.00s user 0m 0.09s sys 0m 0.08s See how the 'real' time for playing the file goes from 3.08s to 6.00s I have also noticed that the audio is played out of both (L+R) channels when not using -D plug:dmix, but is only played out of the right channel when using -D plug:dmix. I am an ALSA beginner - any ideas where I should start looking? Using the -v option on aplay we get more output... /usr/share/sounds/alsa # aplay -v ignition.wav Playing WAVE 'ignition.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono Plug PCM: Route conversion PCM (sformat=S16_LE) Transformation table: 0 <- 0 1 <- 0 Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : U8 subformat : STD channels : 1 rate : 8000 exact rate : 8000 (8000/1) msbits : 8 buffer_size : 4000 period_size : 1000 period_time : 125000 tstamp_mode : NONE period_step : 1 avail_min : 1000 period_event : 0 start_threshold : 4000 stop_threshold : 4000 silence_threshold: 0 silence_size : 0 boundary : 2097152000 Slave: Hardware PCM card 0 'LM4549' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 8000 exact rate : 8000 (8000/1) msbits : 16 buffer_size : 4000 period_size : 1000 period_time : 125000 tstamp_mode : NONE period_step : 1 avail_min : 1000 period_event : 0 start_threshold : 4000 stop_threshold : 4000 silence_threshold: 0 silence_size : 0 boundary : 2097152000 appl_ptr : 0 hw_ptr : 0 /usr/share/sounds/alsa # aplay -v -D plug:dmix ignition.wav Playing WAVE 'ignition.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono Plug PCM: Rate conversion PCM (48000, sformat=U8) Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : U8 subformat : STD channels : 1 rate : 8000 exact rate : 8000 (8000/1) msbits : 8 buffer_size : 2720 period_size : 170 period_time : 21250 tstamp_mode : NONE period_step : 1 avail_min : 170 period_event : 0 start_threshold : 2720 stop_threshold : 2720 silence_threshold: 0 silence_size : 0 boundary : 356515840 Slave: Route conversion PCM (sformat=S32_LE) Transformation table: 0 <- 0 1 <- 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : U8 subformat : STD channels : 1 rate : 48000 exact rate : 48000 (48000/1) msbits : 8 buffer_size : 16320 period_size : 1020 period_time : 21250 tstamp_mode : NONE period_step : 1 avail_min : 1020 period_event : 0 start_threshold : 16320 stop_threshold : 16320 silence_threshold: 0 silence_size : 0 boundary : 2139095040 Slave: Direct Stream Mixing PCM Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S32_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 32 buffer_size : 16320 period_size : 1020 period_time : 21250 tstamp_mode : NONE period_step : 1 avail_min : 1020 period_event : 0 start_threshold : 16320 stop_threshold : 16320 silence_threshold: 0 silence_size : 0 boundary : 2139095040 Hardware PCM card 0 'LM4549' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S32_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 32 buffer_size : 16320 period_size : 1020 period_time : 21250 tstamp_mode : ENABLE period_step : 1 avail_min : 1020 period_event : 0 start_threshold : 1 stop_threshold : 2139095040 silence_threshold: 0 silence_size : 2139095040 boundary : 2139095040 appl_ptr : 0 hw_ptr : 0

1 0

Re: [alsa-devel] no sound in ubuntu 8.10 on AD1986 sound card
by Daniel Chen 12 Jun '09

12 Jun '09

Your 'PCM' is muted - is that intentional? Also, unless you're explicitly using digital out, you should mute 'IEC958'. Lastly, if you're using headphones, unmute that element, too. On Jun 10, 2009 12:18 PM, "sandip gangakhedkar" <sandipfloyd(a)gmail.com> wrote: Hi all, I am facing a very perplexing issue with sound in Ubuntu 8.10 which I have never encountered before with linux. I do not hear any sound from my speakers. The sound card is AD 1986 (Analog Devices) and it worked wonderfully without any hiccups before on 8.10 and other Ubuntu versions. My alsa-info script is here: http://www.alsa-project.org/db/?f=7f34b4e28d97178d7f709740f91ff66ea08a9468 I suspect pulseaudio is the culprit: Output of : /var/log/syslog | grep pulseaudio is here: http://paste.ubuntu.com/192629/ Running : speaker-test -c2 -D hw:0,0 -t wav -l1 gives no sound. My motherboard is ASUS A8N-VM on a AMD 64 Athlon 3200 Desktop PC.The sound card is detected so no problems there. I have reinstalled ALSA, pulseaudio and all the related packages but to no avail. I am pretty sure this is not a problem of inadeuate support because sound was working before without any issues. Any ideas/suggestions on how to fix this problem will be greatly appreciated. I am also raising an email bug report at alsa-devel so anyone can canter around there and provide expert help :) Thanks, Sandip _______________________________________________ Alsa-devel mailing list Alsa-devel(a)alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

1 0

[alsa-devel] snd-ctxfi oops
by The Source 12 Jun '09

12 Jun '09

Hello. I use snd-ctxfi from 8 June snapshot. I hadn't oopses since I installed this driver but recently I got one again: Kernel failure message 1: BUG: sleeping function called from invalid context at mm/slub.c:1599 in_atomic(): 0, irqs_disabled(): 1, pid: 2537, name: gstreamer-prope Pid: 2537, comm: gstreamer-prope Tainted: P 2.6.29.4-167.fc11.x86_64 #1 Call Trace: [<ffffffff8103ff0f>] __might_sleep+0x10b/0x110 [<ffffffff810cd734>] __kmalloc+0x73/0x130 [<ffffffffa0b4b142>] ? daio_rsc_init+0xaa/0x125 [snd_ctxfi] [<ffffffffa0b4b212>] dao_rsc_init+0x55/0x1c0 [snd_ctxfi] [<ffffffffa0b4b3d2>] dao_rsc_reinit+0x55/0x5d [snd_ctxfi] [<ffffffff813abd6c>] ? _spin_lock_irqsave+0x32/0x3b [<ffffffffa0b454fe>] atc_spdif_out_passthru+0x92/0x136 [snd_ctxfi] [<ffffffffa0b4744d>] ct_pcm_playback_open+0x8b/0x11a [snd_ctxfi] [<ffffffffa0b34498>] snd_pcm_open_substream+0x46/0x83 [snd_pcm] [<ffffffffa0b345a8>] snd_pcm_open+0xd3/0x1db [snd_pcm] [<ffffffff810406fd>] ? default_wake_function+0x0/0x14 [<ffffffffa0b3471a>] snd_pcm_playback_open+0x31/0x36 [snd_pcm] [<ffffffff813abe16>] ? lock_kernel+0x21/0x31 [<ffffffffa00ec57d>] snd_open+0x105/0x184 [snd] [<ffffffff810d7da3>] chrdev_open+0x152/0x171 [<ffffffff810d7c51>] ? chrdev_open+0x0/0x171 [<ffffffff810d3922>] __dentry_open+0x143/0x273 [<ffffffff810d3b22>] nameidata_to_filp+0x42/0x53 [<ffffffff810df1bd>] do_filp_open+0x3fd/0x7b8 [<ffffffff810e0f0b>] ? vfs_ioctl+0x22/0x87 [<ffffffff811b95b2>] ? might_fault+0x1f/0x21 [<ffffffff811b96b1>] ? __strncpy_from_user+0x1e/0x49 [<ffffffff810e859c>] ? alloc_fd+0x11b/0x12d [<ffffffff810d3712>] do_sys_open+0x59/0xda [<ffffffff810d37c6>] sys_open+0x20/0x22 [<ffffffff8101133a>] system_call_fastpath+0x16/0x1b

2 1

Re: [alsa-devel] SB X-Fi driver fixes (Re: Testers wanted:
by bill＠tellytopia.com 12 Jun '09

12 Jun '09

Yes, I have loaded the module snd-ctfxi many times, and unloaded snd-hda-intl. Also blacklisted snd-hda-intel, and put snd-ctxfi into modprobe.conf. I get more warnings on compiling the driver than you do - see below. (the messages below are from today not from Tuesday. The driver source was downloaded this morning.) Fedora Core 8: [root@localhost alsa-driver-unstable]# uname -a Linux localhost.localdomain 2.6.23.1-42.fc8 #1 SMP Tue Oct 30 13:18:33 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux (the messages below are from today not from Tuesday. The driver source was downloaded this morning.) --------------------------- configure: creating ./config.status config.status: creating version config.status: creating Makefile.conf A couple of days ago I got this: config.status: WARNING: 'Makefile.conf.in' seems to ignore the --datarootdir setting but now this: $as_echo "$as_me: WARNING: $ac_file_inputs seems to ignore the --datarootdir setting" >&2;} config.status: creating snddevices -------------------------------------------------------------------------- These messages are from the "make": CC [M] /root/Desktop/alsa-driver-unstable/pci/ctxfi/ctatc.o /root/Desktop/alsa-driver-unstable/pci/ctxfi/ctatc.c: In function â€˜spdif_passthru_playback_prepareâ€™: /root/Desktop/alsa-driver-unstable/pci/ctxfi/ctatc.c:872: warning: â€˜errâ€™ may be used uninitialized in this function CC [M] /root/Desktop/alsa-driver-unstable/pci/ctxfi/ctvmem.o .......... CC [M] /root/Desktop/alsa-driver-unstable/pci/hda/hda_eld.o In file included from /root/Desktop/alsa-driver-unstable/pci/hda/hda_eld.c:4: /root/Desktop/alsa-driver-unstable/pci/hda/../../alsa-kernel/pci/hda/hda_eld.c: In function â€˜hdmi_update_eldâ€™: /root/Desktop/alsa-driver-unstable/pci/hda/../../alsa-kernel/pci/hda/hda_eld.c:281: warning: passing argument 1 of â€˜get_unaligned_le64â€™ discards qualifiers from pointer target type /root/Desktop/alsa-driver-unstable/pci/hda/../../alsa-kernel/pci/hda/hda_eld.c:284: warning: passing argument 1 of â€˜get_unaligned_le16â€™ discards qualifiers from pointer target type /root/Desktop/alsa-driver-unstable/pci/hda/../../alsa-kernel/pci/hda/hda_eld.c:285: warning: passing argument 1 of â€˜get_unaligned_le16â€™ discards qualifiers from pointer target type CC [M] /root/Desktop/alsa-driver-unstable/pci/hda/patch_nvhdmi.o ......... CC [M] /root/Desktop/alsa-driver-unstable/pci/riptide/riptide.o /root/Desktop/alsa-driver-unstable/pci/riptide/riptide.c: In function â€˜alsa_card_riptide_initâ€™: /root/Desktop/alsa-driver-unstable/pci/riptide/riptide.c:2206: warning: ignoring return value of â€˜pci_register_driverâ€™, declared with attribute warn_unused_result LD [M] /root/Desktop/alsa-driver-unstable/pci/riptide/snd-riptide.o ........... No errors at end: LD [M] /root/Desktop/alsa-driver-unstable/usb/usx2y/snd-usb-usx2y.ko make[1]: Leaving directory `/usr/src/kernels/2.6.23.1-42.fc8-x86_64' utils/link-modules /root/Desktop/alsa-driver-unstable ALSA modules were successfully compiled. [root@localhost alsa-driver-unstable]#

2 1

[alsa-devel] [PATCH] ASoC: remove duplicated code on pxa-ssp.c
by Daniel Ribeiro 11 Jun '09

11 Jun '09

* We don't need to write the registers twice, remove the first write. * DAIFMT_INV switch is duplicated inside DAIFMT_FORMAT switch, move it out. (This patch is for Mark's for-2.6.32 branch, I have not checked if the code is duplicated on current 2.6.30) Signed-off-by: Daniel Ribeiro <drwyrm(a)gmail.com> --- sound/soc/pxa/pxa-ssp.c | 50 ++++++++++++++-------------------------------- 1 files changed, 15 insertions(+), 35 deletions(-) diff --git a/sound/soc/pxa/pxa-ssp.c b/sound/soc/pxa/pxa-ssp.c index 19c4540..e22c5ce 100644 --- a/sound/soc/pxa/pxa-ssp.c +++ b/sound/soc/pxa/pxa-ssp.c @@ -457,31 +457,27 @@ static int pxa_ssp_set_dai_fmt(struct snd_soc_dai *cpu_dai, return -EINVAL; } - ssp_write_reg(ssp, SSCR0, sscr0); - ssp_write_reg(ssp, SSCR1, sscr1); - ssp_write_reg(ssp, SSPSP, sspsp); + switch (fmt & SND_SOC_DAIFMT_INV_MASK) { + case SND_SOC_DAIFMT_NB_NF: + sspsp |= SSPSP_SFRMP; + break; + case SND_SOC_DAIFMT_NB_IF: + break; + case SND_SOC_DAIFMT_IB_IF: + sspsp |= SSPSP_SCMODE(2); + break; + case SND_SOC_DAIFMT_IB_NF: + sspsp |= SSPSP_SCMODE(2) | SSPSP_SFRMP; + break; + default: + return -EINVAL; + } switch (fmt & SND_SOC_DAIFMT_FORMAT_MASK) { case SND_SOC_DAIFMT_I2S: sscr0 |= SSCR0_PSP; sscr1 |= SSCR1_RWOT | SSCR1_TRAIL; - /* See hw_params() */ - switch (fmt & SND_SOC_DAIFMT_INV_MASK) { - case SND_SOC_DAIFMT_NB_NF: - sspsp |= SSPSP_SFRMP; - break; - case SND_SOC_DAIFMT_NB_IF: - break; - case SND_SOC_DAIFMT_IB_IF: - sspsp |= SSPSP_SCMODE(2); - break; - case SND_SOC_DAIFMT_IB_NF: - sspsp |= SSPSP_SCMODE(2) | SSPSP_SFRMP; - break; - default: - return -EINVAL; - } break; case SND_SOC_DAIFMT_DSP_A: @@ -489,22 +485,6 @@ static int pxa_ssp_set_dai_fmt(struct snd_soc_dai *cpu_dai, case SND_SOC_DAIFMT_DSP_B: sscr0 |= SSCR0_MOD | SSCR0_PSP; sscr1 |= SSCR1_TRAIL | SSCR1_RWOT; - - switch (fmt & SND_SOC_DAIFMT_INV_MASK) { - case SND_SOC_DAIFMT_NB_NF: - sspsp |= SSPSP_SFRMP; - break; - case SND_SOC_DAIFMT_NB_IF: - break; - case SND_SOC_DAIFMT_IB_IF: - sspsp |= SSPSP_SCMODE(2); - break; - case SND_SOC_DAIFMT_IB_NF: - sspsp |= SSPSP_SCMODE(2) | SSPSP_SFRMP; - break; - default: - return -EINVAL; - } break; default: -- tg: (a3ba169..) asoc/remove-code-duplication (depends on: asoc/upstream-for-2.6.32) -- Daniel Ribeiro

2 1

[alsa-devel] HDA Intel IDT 92HD71B7X - HP Pavilion DV7-1299EF - Subwoofer not Working
by Wael Nasreddine (a.k.a eMxyzptlk) 11 Jun '09

11 Jun '09

Hello, Last night I bought myself a new laptop, the HP Pavilion DV7-1299EF. This laptop has 2 frontal speakers and a subwoofer in the back, on Windows, when I play a sound the 3 speakers works perfectly, and since it has a subwoofer the spearkers hardly has any bass capabilities, On linux the subwoofer is not working, only the 2 speakers are, hence the sound doesn't have any bass and it's loud and annoying, very annoying... I'm using alsa-drivers compiled from today's git checkout.. Here's the snd-hda-intel module options I tried options snd-hda-intel enable=1 probe_mask=1 enable_msi=1 single_cmd=0 power_save_controller=0 power_save=0 model=hp-m4 options snd-hda-intel enable=1 probe_mask=1 enable_msi=1 single_cmd=0 power_save_controller=0 power_save=0 model=hp-dv5 options snd-hda-intel enable=1 probe_mask=1 enable_msi=1 single_cmd=0 power_save_controller=0 power_save=0 model=hp-hdx options snd-hda-intel enable=1 probe_mask=1 enable_msi=1 single_cmd=0 power_save_controller=0 power_save=0 model=dell-m4-1 options snd-hda-intel enable=1 probe_mask=1 enable_msi=1 single_cmd=0 power_save_controller=0 power_save=0 model=dell-m4-2 options snd-hda-intel enable=1 probe_mask=1 enable_msi=1 single_cmd=0 power_save_controller=0 power_save=0 model=dell-m4-3 Whatever the model option I try, I always end up with only 2 speakers... Here's the alsa-info.sh output -> http://www.alsa-project.org/db/?f=0fd7cb5749b12dd4322879bb3828f9391bfee487 I also attached some more informative files.. Thanks for any help, it's really appreciated -- Wael Nasreddine Blog : http://wael.nasreddine.com E-mail : wael.nasreddine(a)gmail.com gTalk : wael.nasreddine(a)gmail.com Tel : +33.6.32.94.70.13 Skype : eMxyzptlk Twitter : @eMxyzptlk Sabayon Linux Chief Development Officer - http://www.sabayonlinux.org PGP: 1024D/C8DD18A2 06F6 1622 4BC8 4CEB D724 DE12 5565 3945 C8DD 18A2 .: An infinite number of monkeys typing into GNU emacs, would never make a good program. (L. Torvalds 1995) :.

3 2