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

[alsa-devel] [PATCH 0/4 v2] Add FSI - HDMI support V2
by Kuninori Morimoto 07 Sep '10

07 Sep '10

Dear Mark, Paul These are FSI - HDMI prototype sound support V2 Kuninori Morimoto (4): fbdev: sh-mobile: Add HDMI sound type selection ASoC: Add sh_mobile_hdmi sound support ASoC: fsi-codec: Add FSI - HDMI support ARM: mach-shmobile: ap4evb: Add HDMI sound support >> Paul 1st patch is depend on [PATCH] fbdev: sh-mobile_hdmi: remove un-necessity settings which I sent to LinuxSH ML in 2010/08/27 >> Mark 2nd, 3rd ASoC patches are based on Mark's "for-2.6.37"

4 20

Re: [alsa-devel] commit 7b2bfdb broke sound card detection on my Lenovo T400s
by Frank Becker 07 Sep '10

07 Sep '10

Jens Taprogge [2010-09-07, 01:18 +0200]: > On Mon, Sep 06, 2010 at 07:04:21PM +0200, Frank Becker wrote: Hi, > > I have a problem since commit id 7b2bfdb (about 2.6.35-rc2) up to the > > latest HEAD on my Lenovo T400s laptop. Just found out while testing Ubuntu > > 10.10. > > > > Problem is: Headphones don't work any more, internal Microphone doesn't > > work any more. However, if I load snd-hda-intel with the option > > model=ideapad the mic and the headphones work perfectly well again. For now [...] > apparently the devices are wired differently on the T410s (which works > here) and the T400s. Sure. As far as I understand Lenovo is not putting any kind of effort into Linux support. It's hard to test without hardware. > Have you tried playing with the mixers? Sure, I tried everything I could think of. In the process I found out that I have to power off my machine. Otherwise the mic was not working sometimes after just rebooting from a non working revision into a usually working one. > There might be additional ones > present after the patch. Indeed there are. Not to clutter up the mail I put this to the end of this message. > Also when you say things work perfectly when specifying "model=ideapad", > does that include automatic switching between internal and external > microphones? Have you attached your T410 to a docking station? I don't have a docking station for my T400s. Sorry, cannot test that. The headphone jack also has a mic in connector (TRRS connector). There the mic works fine. That has nothing to do with the docking station though. The cluttered details: 2.6.35 snd-hda-intel model="ideapad" (works) ============================================ └[a8@t4]-~ cat /proc/asound/devices 2: : timer 3: : sequencer 4: [29] : control 5: [ 0- 0]: digital audio playback 6: [ 0- 0]: digital audio capture 7: [ 0- 0]: hardware dependent 8: [ 0] : control mixer devices (alsamixer) Master PCM Capture "Analog Mic Boost" └[a8@t4]-~ cat /proc/asound/card0/codec\#0|grep -i mic Pin Default 0x61a190f0: [N/A] Mic at Sep Rear Pin Default 0x03a110f0: [Jack] Mic at Ext Left Pin Default 0x90a601f0: [Fixed] Mic at Int N/A Please see attached file: cat /proc/asound/card0/codec\#0 >| proc.asound.card0.codec\#0-2.6.35-ideapad 2.6.35 snd-hda-intel (broken) ============================= └[a8@t4]-~ cat /proc/asound/devices 2: : timer 3: : sequencer 4: [ 0- 1]: digital audio playback 5: [ 0- 0]: digital audio playback 6: [ 0- 0]: digital audio capture 7: [ 0- 0]: hardware dependent 8: [ 0] : control 9: [29] : control mixer devices (alsamixer) Master PCM Mic B Mic C Mic E Mic F S/PDIF "S/PDIF Default PCM" Capture "Analog Mic Boost" └[a8@t4]-~ cat /proc/asound/card0/codec\#0|grep -i mic Pin Default 0x61a190f0: [N/A] Mic at Sep Rear Pin Default 0x03a110f0: [Jack] Mic at Ext Left Pin Default 0x90a601f0: [Fixed] Mic at Int N/A Please see attached file: cat /proc/asound/card0/codec\#0 >| proc.asound.card0.codec\#0-2.6.35-broken 2.6.32 snd-hda-intel (works) ============================ └[a8@t4]-~ cat /proc/asound/devices 2: : timer 3: : sequencer 4: [29] : control 5: [ 0- 0]: digital audio playback 6: [ 0- 0]: digital audio capture 7: [ 0- 0]: hardware dependent 8: [ 0] : control mixer devices (alsamixer) Master PCM Mic "Mic 1" └[a8@t4]-~ cat /proc/asound/card0/codec\#0|grep -i mic Pin Default 0x61a190f0: [N/A] Mic at Sep Rear Pin Default 0x03a110f0: [Jack] Mic at Ext Left Pin Default 0x90a601f0: [Fixed] Mic at Int N/A Please see attached file: cat /proc/asound/card0/codec\#0 >| proc.asound.card0.codec\#0-2.6.35-ideapad Bye, Frank -- Frank Becker <fb(a)alien8.de> (jabber|mail) | http://twitter.com/41i3n8 GnuPG: 0xADC29ECD | F01B 5E9C 1D09 981B 5B40 50D3 C80F 7459 ADC2 9ECD SILC-Net: a8 | Home: http://www.alien8.de | <<</>> http://www.c3d2.de "> Freedom is just chaos, with better lighting. <" Alan Dean Foster

1 0

[alsa-devel] [PATCH] ALSA: Add more jack button slots
by Mark Brown 07 Sep '10

07 Sep '10

Some devices have more flexible microphone detection and can detect a wider range of buttons. Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- include/sound/jack.h | 5 ++++- 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/include/sound/jack.h b/include/sound/jack.h index d90b9fa..c140fc7 100644 --- a/include/sound/jack.h +++ b/include/sound/jack.h @@ -47,6 +47,9 @@ enum snd_jack_types { SND_JACK_BTN_0 = 0x4000, SND_JACK_BTN_1 = 0x2000, SND_JACK_BTN_2 = 0x1000, + SND_JACK_BTN_3 = 0x0800, + SND_JACK_BTN_4 = 0x0400, + SND_JACK_BTN_5 = 0x0200, }; struct snd_jack { @@ -55,7 +58,7 @@ struct snd_jack { int type; const char *id; char name[100]; - unsigned int key[3]; /* Keep in sync with definitions above */ + unsigned int key[6]; /* Keep in sync with definitions above */ void *private_data; void (*private_free)(struct snd_jack *); }; -- 1.7.1

2 1

[alsa-devel] [PATCH 00/13] trivial: Remove unnecessary casts of private_data
by Joe Perches 07 Sep '10

07 Sep '10

Resend removal of remaining casts of private_data Joe Perches (13): drivers/gpu/drm: Remove unnecessary casts of private_data drivers/infiniband: Remove unnecessary casts of private_data drivers/net/wireless/iwlwifi: Remove unnecessary casts of private_data drivers/s390: Remove unnecessary casts of private_data drivers/scsi: Remove unnecessary casts of private_data drivers/staging/lirc: Remove unnecessary casts of private_data fs/ecryptfs: Remove unnecessary casts of private_data fs/seq_file.c: Remove unnecessary casts of private_data kernel/pm_qos_params.c: Remove unnecessary casts of private_data kernel/trace: Remove unnecessary casts of private_data net/ipv4: Remove unnecessary casts of private_data net/sunrpc/rpc_pipe.c: Remove unnecessary casts of private_data sound: Remove unnecessary casts of private_data drivers/gpu/drm/radeon/radeon_ttm.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_ttm_glue.c | 2 +- drivers/infiniband/hw/qib/qib_file_ops.c | 4 ++-- drivers/net/wireless/iwlwifi/iwl-agn-debugfs.c | 2 +- drivers/net/wireless/iwlwifi/iwl-debugfs.c | 4 ++-- drivers/s390/char/vmcp.c | 6 +++--- drivers/scsi/aacraid/linit.c | 2 +- drivers/scsi/sg.c | 2 +- drivers/staging/lirc/lirc_imon.c | 4 ++-- drivers/staging/lirc/lirc_zilog.c | 10 +++++----- fs/ecryptfs/ecryptfs_kernel.h | 2 +- fs/seq_file.c | 6 +++--- kernel/pm_qos_params.c | 2 +- kernel/trace/ftrace.c | 4 ++-- kernel/trace/trace.c | 2 +- net/ipv4/raw.c | 2 +- net/sunrpc/rpc_pipe.c | 4 ++-- sound/core/oss/mixer_oss.c | 22 +++++++++++----------- sound/core/pcm.c | 3 +-- sound/drivers/virmidi.c | 2 +- sound/i2c/other/ak4xxx-adda.c | 2 +- sound/isa/ad1816a/ad1816a.c | 2 +- sound/isa/azt2320.c | 2 +- sound/isa/gus/gusmax.c | 4 ++-- sound/isa/sb/sb8.c | 2 +- sound/oss/au1550_ac97.c | 18 +++++++++--------- sound/pci/emu10k1/emumpu401.c | 2 +- sound/pci/ice1712/pontis.c | 6 +++--- sound/pci/ice1712/prodigy192.c | 2 +- sound/pci/rme96.c | 8 ++++---- sound/pci/rme9652/hdsp.c | 8 ++++---- 32 files changed, 72 insertions(+), 73 deletions(-) -- 1.7.2.19.g9a302

2 2

[alsa-devel] Problem with USB Class 2 Audio Driver
by Demian Martin 06 Sep '10

06 Sep '10

Daniel: I'm testing an early sample of the Wavelength Wavelink, a USB to S/PDIF adapter that supports 44.1-192 KHz sample rates and uses async usb to talk to ALSA. It works and plays all of the sample rates correctly with the git version of Alsa from 7/30/2010 whenthe files are sourced from the network. However if I try to play from a usb source to the usb dac it doesn't work and the whole system gets unstable. The platforms I have tested it on seem to have a single USB host interface but with USB 2 there should be enough bandwidth to pass the data from a USB stick to the cpu and back. If I use an older 96 only usb dac on the same system it works (unless the down conversion isn't a direct divide, which overloads the CPU, but that is a different issue). The problem seems to be sample rate independent and hits the moment I try to access the file. This is using MPD as a player. What additional info do you need to troubleshoot this? Is it an intrinsic limitation to the interface? What additional tests should I do? It's possible it's a hardware issue but how do I divide them so I can go back to the hardware guy if it's his issue? Demian Martin Product Design Services

5 10

[alsa-devel] [PATCH] ASoC: Staticise WM9712 DAI list
by Mark Brown 06 Sep '10

06 Sep '10

Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm9712.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/wm9712.c b/sound/soc/codecs/wm9712.c index f8f37ae..cebeb93 100644 --- a/sound/soc/codecs/wm9712.c +++ b/sound/soc/codecs/wm9712.c @@ -524,7 +524,7 @@ static struct snd_soc_dai_ops wm9712_dai_ops_aux = { .prepare = ac97_aux_prepare, }; -struct snd_soc_dai_driver wm9712_dai[] = { +static struct snd_soc_dai_driver wm9712_dai[] = { { .name = "wm9712-hifi", .ac97_control = 1, -- 1.7.1

2 1

Re: [alsa-devel] ALSA sound/core/pcm_lib.c:318: BUG: pcmC0D0p:0, pos = 32768, buffer size = 32768 , period size = 2048
by Clemens Ladisch 06 Sep '10

06 Sep '10

Patrick Doyle wrote: > On Mon, Sep 6, 2010 at 3:16 AM, Clemens Ladisch <clemens(a)ladisch.de> wrote: > > Patrick Doyle wrote: > > > pos = 32768, buffer size = 32768 > > > > This means that the driver's pointer callback returned a position that > > is outside the buffer; in this case, the position is just after the end > > of the buffer. > > OK, so I should go trace down how and when the driver invokes that > callback. That callback is invoked by the ALSA framework. The callback itself is buggy. > Hmmm... any tips on where I might start that journey, given that this > driver is an SoC driver? bf5xx_pcm_pointer() in soc/blackfin/bf5xx-i2s-pcm.c calls sport_curr_offset_tx() in soc/blackfin/bf5xx-sport.c, which just calls get_dma_curr_addr(). I'd guess that the end of the buffer is considered a valid address by the Blackfin's DMA unit, so the driver has to check for that and wrap it around to zero. Regards, Clemens

1 0

[alsa-devel] commit 7b2bfdb broke sound card detection on my Lenovo T400s
by Frank Becker 06 Sep '10

06 Sep '10

Hi, Please always CC me since I'm not subscribed to the mailing lists. I have a problem since commit id 7b2bfdb (about 2.6.35-rc2) up to the latest HEAD on my Lenovo T400s laptop. Just found out while testing Ubuntu 10.10. Problem is: Headphones don't work any more, internal Microphone doesn't work any more. However, if I load snd-hda-intel with the option model=ideapad the mic and the headphones work perfectly well again. For now that is an acceptable work around. However, before the aforementioned commit I didn't have to provide any module parameters. Before rev 7b2bfdb I had: └[a8@t4]-~→find /proc/asound/card* -type f | grep codec | xargs grep \ "^Codec\|^Vendor Id\|^Subsystem Id\|^Revision Id" Codec: Conexant ID 5069 Vendor Id: 0x14f15069 Subsystem Id: 0x17aa2132 Revision Id: 0x100300 Starting with rev 7b2bfdb I get: └[a8@t4]-~→find /proc/asound/card* -type f | grep codec | xargs grep \ "^Codec\|^Vendor Id\|^Subsystem Id\|^Revision Id" Codec: Conexant CX20585 Vendor Id: 0x14f15069 Subsystem Id: 0x17aa2132 Revision Id: 0x100300 BTW, all the bisecting is done out of the linus.git tree. Thank you for looking into that. I'm happy to provide more information or test patches. Thanks, Frank -- Frank Becker <fb(a)alien8.de> (jabber|mail) | http://twitter.com/41i3n8 GnuPG: 0xADC29ECD | F01B 5E9C 1D09 981B 5B40 50D3 C80F 7459 ADC2 9ECD SILC-Net: a8 | Home: http://www.alien8.de | <<</>> http://www.c3d2.de "> Freedom is just chaos, with better lighting. <" Alan Dean Foster

1 0

[alsa-devel] ALSA seq Segfault on snd_seq_event_output_direct in 64bit
by Josep Andreu 06 Sep '10

06 Sep '10

Hi I was made a program called stygmorgan that mades hard use of the ALSA sequencer ... I run this programs in a lot of 32 bit computers without problems but I received various emails form ppl that has 64bit and the program segfault in: #0 0x00007f5e6c1cb9a6 in snd_seq_event_output_direct () from /usr/lib/libasound.so.2 #1 0x000000000040caf2 in RMGMO::enviocontrol (this=<value optimized out>, canal=<value optimized out>, control=28, value=0) at stygmorgan.midiout.C:91 Unfortunately I dont have any 64 bit computer to check but I made some checks with some users and the incredible thing is the segfault is produced after the function is called 90 times ... at the 91 segfault. And is not related to the midi event data because previously I send the same data. This is the function: void RMGMO::enviocontrol(int canal,int control, int value) { snd_seq_event_t midievent; snd_seq_ev_clear (&midievent); snd_seq_ev_set_controller (&midievent, canal, control, value); snd_seq_ev_set_subs (&midievent); snd_seq_ev_set_direct (&midievent); snd_seq_event_output_direct (midi_out, &midievent); } Any help ... any idea? ... is this an ALSA seq bug? Josep -- Josep Andreu <holborn(a)telefonica.net>

2 1

[alsa-devel] [PATCH] ASoC: Fix cut'n'paste comment in WM8994
by Mark Brown 06 Sep '10

06 Sep '10

Signed-off-by: Mark Brown <broonie(a)opensource.wolfsonmicro.com> --- sound/soc/codecs/wm8994.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sound/soc/codecs/wm8994.c b/sound/soc/codecs/wm8994.c index a3d9145..218bcd2 100644 --- a/sound/soc/codecs/wm8994.c +++ b/sound/soc/codecs/wm8994.c @@ -3810,7 +3810,7 @@ static void wm8994_handle_pdata(struct wm8994_priv *wm8994) * * Enable microphone detection via IRQ on the WM8994. If GPIOs are * being used to bring out signals to the processor then only platform - * data configuration is needed for WM8903 and processor GPIOs should + * data configuration is needed for WM8994 and processor GPIOs should * be configured using snd_soc_jack_add_gpios() instead. * * Configuration of detection levels is available via the micbias1_lvl -- 1.7.1

2 1