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

[alsa-devel] [PATCH] ALSA: Warn when control names are truncated
by Mark Brown 29 Oct '08

29 Oct '08

This is likely to confuse user interfaces since the end of the control name is interpreted (eg, "Volume", "Switch"). Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/core/control.c | 7 ++++++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/sound/core/control.c b/sound/core/control.c index 6d71f9a..b0bf426 100644 --- a/sound/core/control.c +++ b/sound/core/control.c @@ -225,8 +225,13 @@ struct snd_kcontrol *snd_ctl_new1(const struct snd_kcontrol_new *ncontrol, kctl.id.iface = ncontrol->iface; kctl.id.device = ncontrol->device; kctl.id.subdevice = ncontrol->subdevice; - if (ncontrol->name) + if (ncontrol->name) { strlcpy(kctl.id.name, ncontrol->name, sizeof(kctl.id.name)); + if (strcmp(ncontrol->name, kctl.id.name) != 0) + snd_printk(KERN_WARNING + "Control name '%s' truncated to '%s'\n", + ncontrol->name, kctl.id.name); + } kctl.id.index = ncontrol->index; kctl.count = ncontrol->count ? ncontrol->count : 1; access = ncontrol->access == 0 ? SNDRV_CTL_ELEM_ACCESS_READWRITE : -- 1.5.6.5

3 6

Re: [alsa-devel] sbxfi - What works/doesn't summary
by Takashi Iwai 29 Oct '08

29 Oct '08

At Wed, 29 Oct 2008 15:54:00 +0000, Jason Harvey wrote: > > The Source wrote: > > The Source пишет: > > > >> Jason Harvey пишет: > >> > >>> Takashi Iwai wrote: > >>> > >>> > >>>>> Sorry that was a bit ambiguous, I'd never tried 96kHz. > >>>>> Have just changed base_rate to 96kHz and it performs identically to > >>>>> 48kHz. > >>>>> Pulse mangles the sound in just the same manner at 48kHz or 96kHz. > >>>>> > >>>>> > >>>> Ah, so you meant mplayer/flash with PA backend? > >>>> > >>>> > >>> Yes. > >>> I also tried mplayer using -ao=alsa or -ao=oss and the sound is still > >>> corrupted, even after killing the pulse daemon. > >>> > >>> If I get the chance I will put the card into a 32bit machine tomorrow > >>> and see how it sounds there. > >>> > >>> Thanks, Jason > >>> > >>> > >>> _______________________________________________ > >>> Alsa-devel mailing list > >>> Alsa-devel(a)alsa-project.org > >>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel > >>> > >>> > >>> > >> Ok, looks like with the latest snapshot (28.10.2008 15:19:00) > >> pulseaudio works fine. But wine not. The bad thing is I can't get > >> hw_params somehow. When pulseaudio is started hw_params always say > >> 'closed' even if sound is played at this moment. I'll try to remove > >> pulseaudio and test wine again. > >> > >> > > Well, I wasn't lucky. Even without pulseaudio hw_params are 'closed' > > nomatter what. > With the latest unstable I grabbed this afternoon everything is sounding > pretty good right now! Hmm... I haven't changed sbxfi code since yesterday. The last change was: commit 941ec54e47f635f63621d3852253d9ef9b11132f Author: Takashi Iwai <tiwai(a)suse.de> Date: Tue Oct 28 08:00:24 2008 +0100 sbxfi - Use 48kHz as default Though, I'm glad to hear that it's working, of course :) Or, did you apply my last patch I posted? > pulseaudio is now working. > > [jason@quad alsa-kernel]$ cat HEAD > 2f280189c7779e0efbeead8eb03b179d141dd196 Merge commit 'stable/master' > > I can get hw_params when there is something playing. > > cat /proc/asound/card0/pcm0p/sub0/hw_params > > access: MMAP_INTERLEAVED > format: S16_LE > subformat: STD > channels: 2 > rate: 96000 (96000/1) > period_size: 2048 > buffer_size: 16384 > > Can't get mplayer to play at the same time as flash in firefox but I > don't really know if I've ever managed to do that under pulse... The flash with PA can work with libflashsupport. It'd be better to use it with flash-10, though. thanks, Takashi

2 1

[alsa-devel] sbxfi - What works/doesn't summary
by Jason Harvey 29 Oct '08

29 Oct '08

Takashi Iwai wrote: > It'd be helpful if someone can summarize the working and non-working > cases. For example, > > global info: > 0. SBXFI model (product name, PCI ID, PCI SSID, cat /proc/asound/cards > entry) > 1. sbxfi driver version (date & HEADs) > 2. base_rate value > 3. system details (x86-64, distro, kernel version, etc) > > for each app: > A. Application name / version > B. working or not-working, problem descriptions > C. ALSA or OSS (you can see it in /proc/asound/card*/pcm0/sub0/hw_params) > D. period_size and buffer_size (ditto, or in kernel message) > E. any special options > > Maybe also nice on Wiki... Hi, Here's my setup and what's currently working. 0. [SB0550 ]: SBXFi - SB XFi (SB0550) SB XFi (SB0550) at 0x3040 irq 28 1. sbxfi driver version (date & HEADs) 26 Oct 2008 ./HEAD - 8682b8b4ced855b01639d85098ca7de23db87c3d Merge branch 'topic/snd-hrtimer' ./alsa-kernel/HEAD - 8f5d017c10e9da0b1e06f674bfc2c764192d090b Merge branch 'topic/sbxfi' 2. base_rate - 48000 3. x86_64, Fedora 9, 2.6.26.6-79.fc9.x86_64 APPS TESTED Mplayer - dev-SVN-r27841-4.3.0 WORKING cat /proc/asound/card0/pcm0p/sub0/hw_params access: RW_INTERLEAVED format: S16_LE subformat: STD channels: 2 rate: 48000 (48000/1) period_size: 1024 buffer_size: 16384 OSS format: S16_LE OSS channels: 2 OSS rate: 48000 OSS period bytes: 4096 OSS periods: 16 OSS period frames: 1024 Firefox 3.0.2 flash-plugin-10.0.12.36-release.i386 WORKING cat /proc/asound/card0/pcm0p/sub0/hw_params access: MMAP_INTERLEAVED format: S16_LE subformat: STD channels: 2 rate: 48000 (48000/1) period_size: 1024 buffer_size: 16384 Enemy Territory Quake Wars worked but crashed after a couple of minutes. Graphics card is new so can't be sure what happened. If I set Gnome to use OSS I can get sound from Rhythmbox. Sorry to tag this on to the end of this message, the problems below are likely of my own causing rather than the sbxfi driver... I'm investigating why when I select alsa or pulse in Gnome I get an error on clicking the test button. "audiotestsrc wave=sine freq=512 ! audioconvert ! audioresample ! gconfaudiosink: Could not open audio device for playback." Selecting OSS and clicking test I hear the sine wave. But I cannot hear any desktop effect noises or the system bell. Same issue with KDE. I hear the log on tune but nothing else from the desktop itself. Possibly my machine is just too messed up and needs a re-install, it's been upgraded continuously from around FC3 and could do with an overhaul. Regards, Jason

3 15

[alsa-devel] ALSA hrtimer backend
by Takashi Iwai 29 Oct '08

29 Oct '08

Hi, FYI, I merged now patches to support hrtimer backend of ALSA timer to sound git tree (have waited until 1.0.18 release :), which has been in sound-unstable tree for a while. It seems working fine with my testing using aplaymidi & co, but if you see any problems with this update, please let me know. Another patches I'd like to merge soonish for 2.6.29 is the AC97 audio/modem integration stuff. They are found in topic/modem-integrate branch on sound git tree. If you see any problems with it, let me know it as well. thanks, Takashi

1 0

[alsa-devel] [PATCH] ALSA: Warn when control names are truncated
by Mark Brown 29 Oct '08

29 Oct '08

This is likely to confuse user interfaces since the end of the control name is interpreted (eg, "Volume", "Switch"). Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/core/control.c | 6 +++++- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/sound/core/control.c b/sound/core/control.c index 6d71f9a..1257ca8 100644 --- a/sound/core/control.c +++ b/sound/core/control.c @@ -225,8 +225,12 @@ struct snd_kcontrol *snd_ctl_new1(const struct snd_kcontrol_new *ncontrol, kctl.id.iface = ncontrol->iface; kctl.id.device = ncontrol->device; kctl.id.subdevice = ncontrol->subdevice; - if (ncontrol->name) + if (ncontrol->name) { + if (strlen(ncontrol->name) > sizeof(kctl.id.name)) + snd_printk(KERN_WARNING "Control name '%s' truncated\n", + ncontrol->name); strlcpy(kctl.id.name, ncontrol->name, sizeof(kctl.id.name)); + } kctl.id.index = ncontrol->index; kctl.count = ncontrol->count ? ncontrol->count : 1; access = ncontrol->access == 0 ? SNDRV_CTL_ELEM_ACCESS_READWRITE : -- 1.5.6.5

2 2

[alsa-devel] Request for test (1.0.18 final)
by Jaroslav Kysela 29 Oct '08

29 Oct '08

Hello, I would like to release 1.0.18 final packages (driver, lib, utils, tools, plugins) in few days. Please, report compilation trouble with the current ALSA code. Links are for the current ALSA tarballs: http://www.alsa-project.org/snapshot/?package=alsa-driver http://www.alsa-project.org/snapshot/?package=alsa-lib http://www.alsa-project.org/snapshot/?package=alsa-utils http://www.alsa-project.org/snapshot/?package=alsa-tools http://www.alsa-project.org/snapshot/?package=alsa-plugins Thank you for testing, Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

6 18

[alsa-devel] ALSA 1.0.18 final packages are available
by Jaroslav Kysela 29 Oct '08

29 Oct '08

Hi all, ALSA 1.0.18 final packages (driver, lib, utils, tools, plugins) are available for download at http://www.alsa-project.org . The list of changes is on these links: http://www.alsa-project.org/main/index.php/Changes_v1.0.18rc3_v1.0.18 http://www.alsa-project.org/main/index.php/Changes_v1.0.17_v1.0.18 Have fun, Jaroslav ----- Jaroslav Kysela <perex(a)perex.cz> Linux Kernel Sound Maintainer ALSA Project, Red Hat, Inc.

1 0

[alsa-devel] [ANNOUNCE] patch for INTEL HDMI codec
by Wu Fengguang 29 Oct '08

29 Oct '08

Hello, We have recently enabled sound output for Intel HDMI codecs, and would like to share the good news and some early code :-) The audio enabling code includes both ALSA and X.Org patches. Attached is one single patch against today's sound-2.6 tree. It contains very basic code for handling - audio infoframe - ELD(E-EDID Like Data) - unsolicited response The patch is full enough to produce stereo sound via HDMI. But it still lacks features and contains many 'defined but unused' staffs. It was tested OK on ASUS P5E-VM board and HP 2230s notebook. It _should_ also work on Intel DG45ID board. Takashi, I can prepare a trimmed-down patch series, in doing so I'd like to know if you are interested in the basic DIP/ELD/UNSOL routines? Or should I only submit bare code comparable to the current patch_atihdmi.c? Thank you, Fengguang --- PS: the patch can now produce the following ELD information: [10340.656719] eldv = 1, pinp = 1 [10340.660711] ELD buffer size is 64 [10340.660716] ELD baseline len is 10*4 [10340.660720] vendor block len is 20 [10340.660724] ELD version is CEA-861D or below [10340.660728] CEA-EDID version is CEA-861-B, C or D [10340.660732] manufacture name is 0x4544 [10340.660736] product code is 0xa02c [10340.660740] port id is 0x0 [10340.660743] HDCP support is 0 [10340.660747] AI support is 0 [10340.660751] SAD count is 0 [10340.660754] audio sync delay is 0 [10340.660758] connection type is HDMI [10340.660763] speaker allocations: [10340.660766] monitor name is DELL 2408WFP

3 5

[alsa-devel] snd-hda-intel prevents machine to power off
by Luiz Fernando N. Capitulino 29 Oct '08

29 Oct '08

Hi Takashi, If I have some process with the sound device opened in my eeepc (say KDE's kmix) and try to power off the machine, for example with: # echo o > /proc/sysrq-trigger The machine will not power off. But it does work if I remove the snd-hda-intel module before issuing the echo above. This problem seems to be pretty popular among distros, I could find it reported for Mandriva, Ubuntu and Fedora. Its workaround is also documented in a few wikis: people are doing a 'rmmod snd-hda-intel' in the last halt stage (ie, halt script in etc). I have tested with 2.6.27.4 and latest 2.7.28-rc2. How I can I help you to debug this? Thanks. -- Luiz Fernando N. Capitulino

2 6

[alsa-devel] Definition of frame
by Bankim Bhavsar 29 Oct '08

29 Oct '08

I want to clarify my understanding regarding the definition of frame in Alsa lingo. For a "stereo" DAC channel with 16-bit samples, number of bytes per frame = 4 bytes, correct? basically L & R samples each 16 bit, 16 * 2 = 32 bits = 4 bytes. Reason being alsa-lib APIs use number of frames instead of bytes and I want to make sure I compute right number of frames. Thanks, Bankim

1 0