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

[alsa-devel] [PATCH 19/21]sound:pci:emu10k1:emu10k1_main.c remove one to many l's in the word.
by Justin P. Mattock 25 Feb '11

25 Feb '11

The patch below removes an extra "l" in the word. Signed-off-by: Justin P. Mattock <justinmattock(a)gmail.com> --- sound/pci/emu10k1/emu10k1_main.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/pci/emu10k1/emu10k1_main.c b/sound/pci/emu10k1/emu10k1_main.c index 66c7fb3..5e619a8 100644 --- a/sound/pci/emu10k1/emu10k1_main.c +++ b/sound/pci/emu10k1/emu10k1_main.c @@ -926,7 +926,7 @@ static int snd_emu10k1_emu1010_init(struct snd_emu10k1 *emu) snd_emu1010_fpga_write(emu, EMU_HANA_MIDI_IN, 0x19); /* Unknown. */ snd_emu1010_fpga_write(emu, EMU_HANA_MIDI_OUT, 0x0c); - /* IRQ Enable: Alll on */ + /* IRQ Enable: All on */ /* snd_emu1010_fpga_write(emu, 0x09, 0x0f ); */ /* IRQ Enable: All off */ snd_emu1010_fpga_write(emu, EMU_HANA_IRQ_ENABLE, 0x00); -- 1.7.4.1

1 0

[alsa-devel] [PATCH 1/3] pxa: Enable pxa-pcm-audio on pxa210/pxa25x platform
by Dmitry Eremin-Solenikov 24 Feb '11

24 Feb '11

pxa25x platforms were left out of major ASoC Update patch. Since f0fba2ad1b a registration of pxa-pcm-audio device is required for ASoC to function on pxa platforms. Register one also for pxa210/pxa25x. Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov(a)gmail.com> Cc: Eric Miao <eric.y.miao(a)gmail.com> --- arch/arm/mach-pxa/pxa25x.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-pxa/pxa25x.c b/arch/arm/mach-pxa/pxa25x.c index fbc5b77..b166b1d 100644 --- a/arch/arm/mach-pxa/pxa25x.c +++ b/arch/arm/mach-pxa/pxa25x.c @@ -347,6 +347,7 @@ static struct platform_device *pxa25x_devices[] __initdata = { &pxa25x_device_assp, &pxa25x_device_pwm0, &pxa25x_device_pwm1, + &pxa_device_asoc_platform, }; static struct sys_device pxa25x_sysdev[] = { -- 1.7.2.3

3 4

[alsa-devel] : Question ASoC driver without Codec driver?
by Bensaid, Selma 24 Feb '11

24 Feb '11

Hi, I'm trying to find out if it's possible to implement an ASoC driver without a codec driver. I'm implementing a ASoC driver for BT/FM WL1273, where the FM WL1273 control interface is based on V4L2 since since we use the Combined Interface Mode (The host controls both the BT and the FM Radio through the BT HCI host interface). Thanks for your help. Selma. --------------------------------------------------------------------- Intel Corporation SAS (French simplified joint stock company) Registered headquarters: "Les Montalets"- 2, rue de Paris, 92196 Meudon Cedex, France Registration Number: 302 456 199 R.C.S. NANTERRE Capital: 4,572,000 Euros This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.

4 3

[alsa-devel] ALSA: hda - 4930g add internal lfe slider
by Łukasz Wojniłowicz 24 Feb '11

24 Feb '11

Hello, Lately I sent patch that switched lfe with side in mixer for acer-aspire-4930g. Then I connected 5.1 speaker system and noticed that lfe slider wasn't working and that old lfe slider worked. What I'm doing now is: - reverting old patch - adding internal lfe slider - removing side as it is superfluous (ALC888S-VC is 7.1 but in fact laptop can only do 5.1 and it is so in drivers for MS Windows) Cheers, Łukasz

2 1

[alsa-devel] [PATCH] ASoC: Pass the jack to jack notifiers
by Mark Brown 23 Feb '11

23 Feb '11

We're currently not passing anything and this will make the card and so on more discoverable. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/soc-jack.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/soc-jack.c b/sound/soc/soc-jack.c index 1382251..fcab80b 100644 --- a/sound/soc/soc-jack.c +++ b/sound/soc/soc-jack.c @@ -101,7 +101,7 @@ void snd_soc_jack_report(struct snd_soc_jack *jack, int status, int mask) } /* Report before the DAPM sync to help users updating micbias status */ - blocking_notifier_call_chain(&jack->notifier, status, NULL); + blocking_notifier_call_chain(&jack->notifier, status, jack); snd_soc_dapm_sync(dapm); -- 1.7.2.3

2 1

[alsa-devel] [PATCH 0/8] Fixes for HDSPM, especially AES(32)
by Adrian Knoth 23 Feb '11

23 Feb '11

Hi! Florian Faber, Fredrik Lingvall and me have gone through an e-mail debug session during the past few weeks. Here's our result containing several fixes for RME cards. Cheers Adrian Knoth (8): ALSA: hpdsm - RME AES(32): Fix missing channel mappings ALSA: hdspm - Fix buffer handling on RME MADI/MADIface/AES(32) ALSA: hdspm - Restrict channel count on RME AES/AES32 ALSA: hdspm - Fix DS/QS output channel mappings on RME MADI/MADIface ALSA: hdspm - Remove input selector on MADIface ALSA: hdspm - fix sync check on AES32 ALSA: hdspm - prevent reading unitialized stack memory ALSA: hdspm - Fix lock/sync reporting on MADI and AES32 sound/pci/rme9652/hdspm.c | 130 +++++++++++++++++++++++++++++++++++--------- 1 files changed, 103 insertions(+), 27 deletions(-) -- 1.7.2.3

2 9

[alsa-devel] [PATCH 2/2] ALSA: HDA: Add ideapad quirk for two Dell machines
by David Henningsson 23 Feb '11

23 Feb '11

-- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic

2 1

[alsa-devel] [PATCH 1/2] ALSA: HDA: Add a new Conexant codec 506e (20590)
by David Henningsson 23 Feb '11

23 Feb '11

I'm a little hesitant as of whether to send this one to stable or not, as the fallback of the 5066 parser can perform worse than the generic one. However, if we don't, we can't quirk them to work perfectly later. What do you think? -- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic

2 1

[PATCH 2/2] ALSA: HDA: Add ideapad quirk for two Dell machines
by David Henningsson 23 Feb '11

23 Feb '11

These two Dell machines have been reported working well with the ideapad model. BugLink: http://bugs.launchpad.net/bugs/723676 Cc: stable(a)kernel.org Tested-by: David Chen <david.chen(a)canonical.com> Signed-off-by: David Henningsson <david.henningsson(a)canonical.com> --- sound/pci/hda/patch_conexant.c | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/sound/pci/hda/patch_conexant.c b/sound/pci/hda/patch_conexant.c index 909ce9e..4d5004e 100644 --- a/sound/pci/hda/patch_conexant.c +++ b/sound/pci/hda/patch_conexant.c @@ -3114,6 +3114,8 @@ static struct snd_pci_quirk cxt5066_cfg_tbl[] = { SND_PCI_QUIRK(0x1028, 0x0401, "Dell Vostro 1014", CXT5066_DELL_VOSTRO), SND_PCI_QUIRK(0x1028, 0x0402, "Dell Vostro", CXT5066_DELL_VOSTRO), SND_PCI_QUIRK(0x1028, 0x0408, "Dell Inspiron One 19T", CXT5066_IDEAPAD), + SND_PCI_QUIRK(0x1028, 0x050f, "Dell Inspiron", CXT5066_IDEAPAD), + SND_PCI_QUIRK(0x1028, 0x0510, "Dell Vostro", CXT5066_IDEAPAD), SND_PCI_QUIRK(0x103c, 0x360b, "HP G60", CXT5066_HP_LAPTOP), SND_PCI_QUIRK(0x1043, 0x13f3, "Asus A52J", CXT5066_ASUS), SND_PCI_QUIRK(0x1043, 0x1643, "Asus K52JU", CXT5066_ASUS), -- 1.7.1 --------------070408030205050402080201--

1 0

Re: [alsa-devel] [PATCH] USB-sound: prevent kernel panic on disconnect
by Clemens Ladisch 23 Feb '11

23 Feb '11

Alan Stern wrote: > On Fri, 11 Feb 2011, Sarah Sharp wrote: > > I suspect it might be the audio driver, as someone on the alsa mailing > > list suggested the USB sound driver can't handle when one isochronous > > buffer in an URB has an error, but the URB status is 0. > > I don't think that can happen. The URB status won't be 0 unless all > the individual buffers have 0 status. In any case, the driver would then just copy garbage samples out of the buffer; this wouldn't affect the driver's data structures. > > From: Pierre-Louis Bossart <bossart.nospam(a)gmail.com> > > > > Note that this is only a work-around, it does not address the > > root cause of this inconsistency between urbs and PCM states. The > > dmesg below shows two calls to snd_urb_complete, the substream is > > NULL and the state is either running or stopped. This doesn't make > > any sense. > > ... > > ALSA urb.c:492: frame 0 active: -84 > > ALSA urb.c:197: cannot submit urb (err = -19) > > ALSA urb.c:186: NULL substream (subs->running 1) <- How is this possible? > > ALSA urb.c:186: NULL substream (subs->running 0) > > It's most likely a matter of the device being disconnected but the > device file still being open. subs->pcm_substream == NULL happens only when the device file _has_ been closed. > Perhaps not everything gets cleaned up the way it should when that > happens. There seems to be a race between snd_usb_pcm_close() and snd_usb_stream_disconnect(). I think a mutex taken by both functions should fix this; and all functions that check 'shutdown' probably need serializing. Regards, Clemens

4 11