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

[alsa-devel] Backported sbxfi driver (UNTESTED!)
by Romain 10 Nov '08

10 Nov '08

Hi, I've tested the sbxfi driver and it works great on my setup. Had little problems before getting it running : i had to comment out the snd_printk stuff, otherwise the module wouldn't load (snd_printk* symbols not found, in dmesg) This was probably not the cleanest way to deal but it's just debug messages and i'm new wrt kernel driver hacking. I also had to disable my onboard audio in BIOS, otherwise the X-Fi would not get picked up. i'm using Fedora 9 with Linux 2.6.26.6-79.fc9.i686 kernel (standard supply from fedora repos),and pulseaudio I'm using with standard 2.1 jack output, i do not yet own home cinema speakers so i couldn't test all the cabling options. Thanks for this great work, Best Regards, Romain.

1 0

[alsa-devel] [PATCH] ALSA: hda - Add another HP model (6730s) for AD1884A.
by Michel Marti 09 Nov '08

09 Nov '08

Signed-off-by: Michel Marti <mma(a)objectxp.com> --- sound/pci/hda/patch_analog.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/sound/pci/hda/patch_analog.c b/sound/pci/hda/patch_analog.c index d3fd432..ee62e31 100644 --- a/sound/pci/hda/patch_analog.c +++ b/sound/pci/hda/patch_analog.c @@ -3861,6 +3861,7 @@ static const char *ad1884a_models[AD1884A_MODELS] = { static struct snd_pci_quirk ad1884a_cfg_tbl[] = { SND_PCI_QUIRK(0x103c, 0x3030, "HP", AD1884A_MOBILE), SND_PCI_QUIRK(0x103c, 0x3056, "HP", AD1884A_MOBILE), + SND_PCI_QUIRK(0x103c, 0x3614, "HP 6730s", AD1884A_MOBILE), SND_PCI_QUIRK(0x17aa, 0x20ac, "Thinkpad X300", AD1884A_THINKPAD), {} }; -- 1.5.6.5

2 2

[alsa-devel] [PATCH] ALSA: hdsp: check for iobox and upload firmware during ioctl
by Tim Blechmann 09 Nov '08

09 Nov '08

currently, the error message when trying to run hdspmixer or hdspconf if the breakout box is not connected is somehow misleading, since it asks the user to upload the firmware. this patch adds a test, whether the breakout box is connected and tries to upload the firmware in the case, that it is not present, e.g. because of power failures of the breakout box. Signed-off-by: Tim Blechmann <tim(a)klingt.org> --- sound/pci/rme9652/hdsp.c | 17 +++++++++++++---- 1 files changed, 13 insertions(+), 4 deletions(-) diff --git a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c index cf9eb41..5bd0be6 100644 --- a/sound/pci/rme9652/hdsp.c +++ b/sound/pci/rme9652/hdsp.c @@ -4548,11 +4548,18 @@ static int snd_hdsp_hwdep_ioctl(struct snd_hwdep *hw, struct file *file, unsigne { struct hdsp *hdsp = (struct hdsp *)hw->private_data; void __user *argp = (void __user *)arg; + int err; switch (cmd) { case SNDRV_HDSP_IOCTL_GET_PEAK_RMS: { struct hdsp_peak_rms __user *peak_rms = (struct hdsp_peak_rms __user *)arg; + if ((err = hdsp_check_for_iobox (hdsp)) < 0) + return err; + + if ((err = hdsp_check_for_firmware(hdsp, 1)) < 0) + return err; + if (!(hdsp->state & HDSP_FirmwareLoaded)) { snd_printk(KERN_ERR "Hammerfall-DSP: firmware needs to be uploaded to the card.\n"); return -EINVAL; @@ -4572,10 +4579,12 @@ static int snd_hdsp_hwdep_ioctl(struct snd_hwdep *hw, struct file *file, unsigne unsigned long flags; int i; - if (!(hdsp->state & HDSP_FirmwareLoaded)) { - snd_printk(KERN_ERR "Hammerfall-DSP: Firmware needs to be uploaded to the card.\n"); - return -EINVAL; - } + if ((err = hdsp_check_for_iobox (hdsp)) < 0) + return err; + + if ((err = hdsp_check_for_firmware(hdsp, 1)) < 0) + return err; + spin_lock_irqsave(&hdsp->lock, flags); info.pref_sync_ref = (unsigned char)hdsp_pref_sync_ref(hdsp); info.wordclock_sync_check = (unsigned char)hdsp_wc_sync_check(hdsp); -- 1.5.6.3

2 1

[alsa-devel] Intel G45 HDMI audio - missing samples
by Shane W 08 Nov '08

08 Nov '08

Hi, One issue with Intel audio over HDMI on a DG45-ID motherboard. When playing a short sample via HDMI, it misses the first quarter second or so of the audio. This is particularly noticable when using text to speech as the first word is lost. I can get around this by having a seperate program hold the audio device open while using text to speech, that seems to get the whole sample but it's a cludgy workaround. The same issue does not exist on the optical port. Best, Shane

1 0

[alsa-devel] Intel HDA Headphones vs. Speaker Mute
by Richard Spindler 07 Nov '08

07 Nov '08

Hi, the builtin sound card in my laptop does not behave as it should, when running it with the ALSA system. While there are separate mixer controls for headphones and speakers, the Master control levels both, speakers and headphones simultaneously, while the headphone control does not act at all. Also in my opinion the speakers should mute automatically as soon as I plug in the headphones, this does not happen too. I am running Ubuntu 8.04.1: $ uname -a Linux monostatos 2.6.24-19-generic #1 SMP Wed Aug 20 22:56:21 UTC 2008 i686 GNU/Linux $ lspci -nn |grep Audio 00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 02) If you need any more information about that machine, or if there is anything I can do to help fix that problem, do not hesitate to ask. Cheers -Richard PS.: I also published a lengthy rant, and some ideas about that problem at http://propirate.net/oracle/archives/2008/11/05/alsa-headaches-erm-headphon…

2 1

[alsa-devel] Hints for usb audio patch
by LCID Fire 07 Nov '08

07 Nov '08

Hi. I have a patch lying around for some month now and would need some hints how to correctly implement it. 1. What's the correct way to save the state of a special feature? There is a switch which turns on a certain feature in the usb mixer. Looking at the struct usb_mixer_interface I implemented it similar to "audigy2nx_leds" - by adding a new u8 (and the necessary functions). 2. Should one rather set ignore_ctl_error to 1 (which I currently do) or sort the errors out by adding a handling for a specific device? 3. For the switch to active I need an interrupt message for which I implemented snd_usb_interrupt_trans since I did not find any other convenience function to do this.

2 1

[alsa-devel] [PATCH 0/4] ASoC updates
by Mark Brown 07 Nov '08

07 Nov '08

The following changes since commit 0ee4663617fb0f78cec4cc6558a096ccbd8c3ffc: Takashi Iwai (1): ALSA: ASoC - Remove unnecessary inclusion of linux/version.h are available in the git repository at: git://opensource.wolfsonmicro.com/linux-2.6-asoc for-tiwai David Anders (1): ASoC: Add new parameter to s3c24xx_pcm_enqueue Marek Vasut (1): ASoC: Add Palm/PXA27x unified ASoC audio driver Mark Brown (1): ASoC: Remove core version number Troy Kisky (1): ASoC: TLV320AIC23B Support more sample rates arch/arm/mach-pxa/include/mach/palmasoc.h | 13 ++ include/sound/soc.h | 2 - sound/soc/codecs/tlv320aic23.c | 227 +++++++++++++++++++----- sound/soc/pxa/Kconfig | 9 + sound/soc/pxa/Makefile | 2 + sound/soc/pxa/palm27x.c | 269 +++++++++++++++++++++++++++++ sound/soc/s3c24xx/s3c24xx-pcm.c | 12 +- sound/soc/soc-core.c | 1 - 8 files changed, 483 insertions(+), 52 deletions(-) create mode 100644 arch/arm/mach-pxa/include/mach/palmasoc.h create mode 100644 sound/soc/pxa/palm27x.c

5 14

[alsa-devel] snd_ctl compiler warnings
by Alan Horstmann 07 Nov '08

07 Nov '08

The code I am working with at present includes unremarkable lines such as: snd_ctl_elem_value_t *line_in_vol; snd_ctl_elem_value_alloca(&line_in_vol); Building this with a cross compiler for arm based on gcc 4.2.1 gives this warning for the 2nd line: : warning: the address of 'line_in_vol' will always evaluate as 'true' but an older compiler on the desktop does not show this. Would this warning be expected in these circumstances, or is the compiler being over zealous? Am I missing something or is there a straightforward way to avoid such warnings? (Code runs OK). Thanks Alan

2 4

[alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments
by Mike Frysinger 07 Nov '08

07 Nov '08

The snd_BUG_ON() macro should always expand its argument even if we're forcing it to false. This kills off unused warnings that did not exist before the snd_assert() -> snd_BUG_ON() conversion. Signed-off-by: Mike Frysinger <vapier(a)gentoo.org> --- include/sound/core.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/sound/core.h b/include/sound/core.h index 35424a9..87de9fc 100644 --- a/include/sound/core.h +++ b/include/sound/core.h @@ -387,7 +387,7 @@ void snd_verbose_printd(const char *file, int line, const char *format, ...) #define snd_printd(fmt, args...) /* nothing */ #define snd_BUG() /* nothing */ -#define snd_BUG_ON(cond) ({/*(void)(cond);*/ 0;}) /* always false */ +#define snd_BUG_ON(cond) ((cond) && 0) /* always false */ #endif /* CONFIG_SND_DEBUG */ -- 1.6.0.3

3 14

Re: [alsa-devel] supported sound cards
by Edward Terry 07 Nov '08

07 Nov '08

Clemens Ladisch wrote: > The only chip where hardware mixing is supported is Creative's Emu10k1 > (snd-emu10k1 driver), used on the SB Live!, most Audigy and certain > low-end X-Fi cards. (Cards with the 'real' X-Fi chip do _not_ work > well in Linux.) > > Other supported chips are ICE1724 (M-Audio Delta 1010(LT), DiO 2496, > 66, 44, 410, Audiophile 24/96; Digigram VX442; TerraTec EWX 24/96, > EWS 88MT/D, DMX 6Fire, Phase 88; Hoontech SoundTrack DSP 24/Value/ > Media7.1; Event EZ8; Lionstracs Mediastation, Terrasoniq TS 88) and > VT1720/24 (AMP AUDIO2000; M-Audio Revolution 5.1, 7.1, Audiophile 192; > TerraTec Aureon 5.1 Sky, 7.1 Space/Universe, Phase 22/28; > Onkyo SE-90PCI, SE-200PCI; AudioTrak Prodigy 192, 7.1 (HIFI/LT/XT), > HD2; Hercules Fortissimo IV; ESI Juli@; Pontis MS300; EGO-SYS > WaveTerminal 192M). Thanks. I'll look over these cards. > The most high-end supported cards are probably the Asus Xonar cards. > The D2/D2X have even slightly better audio quality than the best X-Fi, > and, as the obviously most important feature, colorfully illuminated > jacks. The various Dolby features are done in software in the Windows > driver and are not supported in Linux. If you need a PCI-E card, the > Xonar DX or D2X are your only choice. What about the Asus Xonar HDAV1.3? John Rigg wrote: >> The most high-end supported cards are probably the Asus Xonar cards. > > `High end' means different things in different situations of course. > RME HDSP series are probably the `highest end' cards supported, but > they need external converters, so they're probably unsuitable here. The Xonar cards do look interesting, but I'd also like to carry one higher-end card. I'm looking for a single-slot PCI Express solution that works as a standalone sound card, i.e. without any mandatory external devices (though optional ones are fine). Thanks for the information. Edward

3 2