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

Re: [alsa-devel] Fw: Using loopback card to Connect GSM two way call to the real sound card UDA1345TS
by Clemens Ladisch 03 Jun '15

03 Jun '15

Srinivasan S wrote: > $ aplay -f dat -D VOUTL new.wav > Playing WAVE 'new.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo > aplay: set_params:1087: Channels count non available You are trying to play a two-channel file on a single-channel device. Regards, Clemens

2 16

Re: [alsa-devel] getting the sound to work on my asus m6s00v
by Raymond Yau 23 May '15

23 May '15

> > I have done a couple of things > First I left the laptop off with no power connected; > This made the laptop awake in the non functional state regarding the soundcard. > I then used this opportunity to update to the latest kernel. > > With the latest kernel, the sound is still not working. > Unmuting the S/PDIF in alsamixer turn on red light in the headphone jack. > > also, using 3stack-digout option doesn't bring back sound. > > This is the output from the alsa information tool > http://www.alsa-project.org/db/?f=df46a9ee01e04dde11b194e0278c9f22594540d0 > > after updating this is the output from various commands > > [ > Nothing plugged in: > ./hdajacksensetest -a > Pin 0x14 (Green Headphone, Rear side): present = No > Pin 0x15 (Not connected): present = No > Pin 0x16 (Not connected): present = No > Pin 0x17 (Not connected): present = No > Pin 0x18 (Internal Mic): present = Yes > Pin 0x19 (Not connected): present = No > Pin 0x1a (Not connected): present = Yes > Pin 0x1b (Not connected): present = No > Pin 0x1c (Not connected): present = No > Pin 0x1d (Not connected): present = No > Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No > Pin 0x1f (Not connected): present = No > > ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} SET_PIN_SENSE 0 nid > nid = 0x14, verb = 0x709, param = 0x0 > value = 0x0 > > nid = 0x15, verb = 0x709, param = 0x0 > value = 0x0 > > nid = 0x18, verb = 0x709, param = 0x0 > value = 0x0 > > ./hda-verb /dev/snd/hwC0D0 0x1{4,5,8} GET_PIN_SENSE 0 nid > nid = 0x14, verb = 0xf09, param = 0x0 > value = 0x80001f41 > > nid = 0x15, verb = 0xf09, param = 0x0 > value = 0x80001f41 > > nid = 0x18, verb = 0xf09, param = 0x0 > value = 0x7fffffff > ] > > [ > With headphone plugged in > ./hdajacksensetest/hdajacksensetest -a > Pin 0x14 (Green Headphone, Rear side): present = No > Pin 0x15 (Not connected): present = Yes > Pin 0x16 (Not connected): present = No > Pin 0x17 (Not connected): present = No > Pin 0x18 (Internal Mic): present = Yes > Pin 0x19 (Not connected): present = No > Pin 0x1a (Not connected): present = Yes > Pin 0x1b (Not connected): present = No > Pin 0x1c (Not connected): present = No > Pin 0x1d (Not connected): present = No > Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No > Pin 0x1f (Not connected): present = No > > // and also ecact same output for hda-verb as with nothing plugged in > ] > > [ > with Mic plugged in, the following items changed > > ./hdajacksensetest/hdajacksensetest -a > Pin 0x14 (Green Headphone, Rear side): present = Yes > Pin 0x15 (Not connected): present = Yes > Pin 0x16 (Not connected): present = No > Pin 0x17 (Not connected): present = No > Pin 0x18 (Internal Mic): present = Yes > Pin 0x19 (Not connected): present = No > Pin 0x1a (Not connected): present = Yes > Pin 0x1b (Not connected): present = No > Pin 0x1c (Not connected): present = No > Pin 0x1d (Not connected): present = No > Pin 0x1e (Internal SPDIF Out, Mobile-In): present = No > Pin 0x1f (Not connected): present = No > > ./hda-verb /dev/snd/hwC0D0 0x15 GET_PIN_SENSE 0 nid > nid = 0x15, verb = 0xf09, param = 0x0 > value = 0x7fffffff > > ./hda-verb /dev/snd/hwC0D0 0x18 GET_PIN_SENSE 0 nid > nid = 0x18, verb = 0xf09, param = 0x0 > value = 0x80001f41 Seem impedance measurement is not correct, mic should have higher impedance than headphone https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/Documenta… You can disable it by hint trigger_sense=0 - trigger_sense (bool): indicates that the jack detection needs the explicit call of AC_VERB_SET_PIN_SENSE verb Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Control: name="Master Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Control: name="Headphone Mic Phantom Jack", index=0, device=0 Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0000003f: IN OUT HP Detect Trigger ImpSense Pin Default 0x0121411f: [Jack] HP Out at Ext Rear Conn = 1/8, Color = Green DefAssociation = 0x1, Sequence = 0xf Misc = NO_PRESENCE Pin-ctls: 0xc0: OUT HP Unsolicited: tag=00, enabled=0 Connection: 1 0x0c To get back headphone phantom jack if HP is really shared with speaker Disable hp mic by hint hp_mic_detect=0 - hp_mic_detect (bool): enable/disable the hp/mic shared input for a single built-in mic case; default true

3 7

[alsa-devel] Low volume since linux 3.19
by Jan Hinnerk Stosch 18 May '15

18 May '15

Hi, I hope this is the right place to report my issue!? Since linux 3.19 I have very low volume on my Fujitsu E753 headphone even on highest volume level. As I don't have much experience with audio configuration and it worked before I did a kernel bisect and found out, that commit "03ad6a8c93b6df2d65c305b5b5f9474068b45bfb" is "responsible" for this. Is there something that I have to change in my configuration? Or do you need some further information? Here is some output from dmesg: [ 5.853009] sound hdaudioC0D0: ALC269VB: SKU not ready 0x909701f0 [ 5.853857] sound hdaudioC0D0: autoconfig: line_outs=1 (0x21/0x0/0x0/0x0/0x0) type:line [ 5.853860] sound hdaudioC0D0: speaker_outs=1 (0x14/0x0/0x0/0x0/0x0) [ 5.853862] sound hdaudioC0D0: hp_outs=1 (0x1a/0x0/0x0/0x0/0x0) [ 5.853864] sound hdaudioC0D0: mono: mono_out=0x0 [ 5.853866] sound hdaudioC0D0: inputs: [ 5.853869] sound hdaudioC0D0: Mic=0x18 [ 5.853871] sound hdaudioC0D0: Dock Mic=0x1b [ 5.853873] sound hdaudioC0D0: Internal Mic=0x12 Thanks in advance, jhs

2 6

[alsa-devel] [TINYCOMPRESS][v2 PATCH 0/7] Convert build system to autotools
by Qais Yousef 29 Apr '15

29 Apr '15

This series converts the build system to use autotools and splits the files into lib and utils. Also patch 5 fixes error handling code. I can't test Android builds but both cross and native compiling worked for me. I left AUTHORS, ChangeLog and NEWS files empty. I used the license header to fill COPYING. Changes in v2: - Use -M option when generating the patches - Add Makefile.am to include directory that exports tinycompress.h - New patch (7) that fixes include dependency in tinycompress.h Qais Yousef (7): Convert the build system to autotools add .gitignore file makefile.linux: delete as no longer necessary/used Android.mk: Update to use the new location of source files compress.c: fix check for errors from poll(), read() and write() src/lib/utils.c: remove this empty file tinycompress.h: explicitly include required headers .gitignore | 39 ++++ AUTHORS | 0 Android.mk | 6 +- COPYING | 51 +++++ ChangeLog | 0 INSTALL | 365 ++++++++++++++++++++++++++++++++++++ Makefile.am | 3 + NEWS | 0 autogen.sh | 6 + configure.ac | 32 ++++ include/Makefile.am | 6 + include/tinycompress/tinycompress.h | 3 + m4/.place_holder | 0 makefile.linux | 41 ---- src/Makefile.am | 1 + src/lib/Makefile.am | 5 + compress.c => src/lib/compress.c | 22 ++- src/utils/Makefile.am | 11 ++ cplay.c => src/utils/cplay.c | 0 crec.c => src/utils/crec.c | 0 utils.c | 62 ------ 21 files changed, 537 insertions(+), 116 deletions(-) create mode 100644 .gitignore create mode 100644 AUTHORS create mode 100644 COPYING create mode 100644 ChangeLog create mode 100644 INSTALL create mode 100644 Makefile.am create mode 100644 NEWS create mode 100755 autogen.sh create mode 100644 configure.ac create mode 100644 include/Makefile.am create mode 100644 m4/.place_holder delete mode 100644 makefile.linux create mode 100644 src/Makefile.am create mode 100644 src/lib/Makefile.am rename compress.c => src/lib/compress.c (98%) create mode 100644 src/utils/Makefile.am rename cplay.c => src/utils/cplay.c (100%) rename crec.c => src/utils/crec.c (100%) delete mode 100644 utils.c -- 2.1.0

2 14

[alsa-devel] [PATCH v10 0/9] ASoC: tda998x: add a codec to the HDMI transmitter
by Jean-Francois Moine 28 Apr '15

28 Apr '15

Based on broonie/ASoC v10: - add the generic dt-card - define the audio ports from a DT graph of ports (Russell King) - reuse HDMI constants (Andrew Jackson - Jyri Sarha) - alloc rate_constraints in codec (Jyri Sarha) - fix bad number of channels (Jyri Sarha) - correct codec generation from config (Russell King - Jyri Sarha) - no module init/exit (Russell King) v9: - back to a TDA998x specific CODEC - more comments - change magic values to constants v8: - change some comments about the patches v7: - remove the change of the K predivider (Jyri Sarha) - add S24_3LE and S32_LE as possible audio formats (Jyri Sarha) - don't move the struct priv2 definition and use the slave encoder private data as the device private data (Russell King) - remove the useless request_module (Russell King/Mark Brown) - don't lock the HDMI module (Russell King) - use platform_device_unregister to remove the codec (Russell King) v6: - extend the HDMI CODEC instead of using a specific CODEC v5: - use the TDA998x private data instead of a specific area for the CODEC interface - the CODEC is TDA998x specific (Mark Brown) v4: - remove all the TDA998x specific stuff from the CODEC - move the EDID scan from the CODEC to the TDA998x - move the CODEC to sound/soc (Mark Brown) - update the audio_sample_rate from the EDID (Andrew Jackson) v3: fix bad rate (Andrew Jackson) v2: check double stream start (Mark Brown) Jean-Francois Moine (9): ASoC: kirkwood: dynamically build the DAI array ASoC: kirkwood: check the DAI type from the DAI name ASoC: kirkwood: accept the DAI definitions from a graph of ports drm/i2c: tda998x: Add support of a DT graph of ports drm/i2c: tda998x: Change drvdata for audio extension ASoC: tda998x: add a codec to the HDMI transmitter drm/i2c: tda998x: set cts_n according to the sample width ASoC: core: export snd_soc_get_dai_name ASoC: add generic dt-card support .../devicetree/bindings/drm/i2c/tda998x.txt | 51 ++++ .../devicetree/bindings/sound/mvebu-audio.txt | 30 +++ drivers/gpu/drm/i2c/tda998x_drv.c | 237 +++++++++++++++++- include/sound/soc.h | 2 + include/sound/tda998x.h | 32 +++ sound/soc/codecs/Kconfig | 5 + sound/soc/codecs/Makefile | 2 + sound/soc/codecs/tda998x.c | 175 +++++++++++++ sound/soc/generic/Kconfig | 2 + sound/soc/generic/Makefile | 2 + sound/soc/generic/dt-card.c | 275 +++++++++++++++++++++ sound/soc/kirkwood/kirkwood-i2s.c | 141 ++++++----- sound/soc/kirkwood/kirkwood.h | 4 +- sound/soc/soc-core.c | 5 +- 14 files changed, 877 insertions(+), 86 deletions(-) create mode 100644 include/sound/tda998x.h create mode 100644 sound/soc/codecs/tda998x.c create mode 100644 sound/soc/generic/dt-card.c -- 2.1.4

3 13

[alsa-devel] [ANNOUNCE] Audio Mini Summit 2014, Oct. 14, Düsseldorf, Germany
by Takashi Iwai 24 Apr '15

24 Apr '15

Hi, like previous years, we're going to hold a meeting to discuss lowlevel audio on Linux. This time it's along with Linux Plumbers conference, but for avoiding the conflicts with other LPC mini conferences, it'll be held on Tuesday October 14, at the same venue as LPC, Congress Center Düsseldorf, Germany. If anyone is interested, feel free to sign up in the attendee list below. It's a public accessible Google doc, so you can edit freely. http://goo.gl/VbXLPW (or https://docs.google.com/spreadsheets/d/1wBAiAyZSnMjVFJbxdXE5JoVdKGIBIWt-4tu…) The topics that have been currently raised are found in the URL below. If you have any more topics to discuss there, just put your favorite one in the URL below as well. http://goo.gl/JSasQ9 (or https://docs.google.com/spreadsheets/d/1cXzON65QYNrTXi31AIQHffUZ9NWwJuNEJAC…) Thanks! Takashi

3 2

[alsa-devel] Support Dell headset mode for ALC288
by Kailang 21 Apr '15

21 Apr '15

Hi Takashi, Dell has new platform with ALC288. Attach patch is support headset mode for ALC288. Thanks. BR, Kailang

3 10

[alsa-devel] Separate input and output jacks for one UCM device?
by Tanu Kaskinen 16 Apr '15

16 Apr '15

Hi Liam and alsa-devel, My understanding is that a UCM device can represent a thing that has both input and output (I don't particularly like that, but it's too late to complain). How likely do you think that there are or there will be some drivers that expose separate input and output jack kcontrols for a headset jack, to differentiate between headphones/headset/microphone? My understanding is that jack kcontrols store only booleans, so there's no way to distinguish between headphones and a headset with just one kcontrol. The current UCM "spec" doesn't support specifying multiple kcontrols, since there's only one "JackControl" value. (Perhaps the "JackDev" value suffers from this problem too, but I don't know if jack input devices already support reporting the state separately for input and output.) -- Tanu

7 27

[alsa-devel] recording problem in beagleboard-mcbsp
by noman pouigt 15 Apr '15

15 Apr '15

Problem: not able to record with any of the devices in beagleboard-xm. Analysis: userspace is stuck in snd_pcm_readi function and kernel space i don't see snd_pcm_update_hw_ptr function being called. Checked the I2S clocks and they are perfect and recording data line is moving based on the data. I am able to do playback though. I am using below command to do recording. Do i need to add additional switches? Linux kernel: 3.19 root@arm:~# arecord -t wav -c 2 -r 44100 -f S32_LE -v test.wav Recording WAVE 'test.wav' : Signed 32 bit Little Endian, Rate 44100 Hz, Stereo Plug PCM: Linear conversion PCM (S16_LE) Its setup is: stream : CAPTURE access : RW_INTERLEAVED format : S32_LE subformat : STD channels : 2 rate : 44100 exact rate : 44100 (44100/1) msbits : 32 buffer_size : 27560 period_size : 5512 period_time : 124988 tstamp_mode : NONE period_step : 1 avail_min : 5512 period_event : 0 start_threshold : 1 stop_threshold : 27560 silence_threshold: 0 silence_size : 0 boundary : 1806172160 Slave: Hardware PCM card 0 'omap3beagle' device 0 subdevice 0 Its setup is: stream : CAPTURE access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 44100 exact rate : 44100 (44100/1) msbits : 16 buffer_size : 27560 period_size : 5512 period_time : 124988 tstamp_mode : NONE period_step : 1 avail_min : 5512 period_event : 0 start_threshold : 1 stop_threshold : 27560 silence_threshold: 0 silence_size : 0 boundary : 1806172160 appl_ptr : 0 hw_ptr : 0 [ 74.696319] omap-mcbsp 48074000.mcbsp: **** McBSP255 regs **** [ 74.696380] omap-mcbsp 48074000.mcbsp: DRR2: 0xedd0abce [ 74.696411] omap-mcbsp 48074000.mcbsp: DRR1: 0x0000 [ 74.696441] omap-mcbsp 48074000.mcbsp: DXR2: 0x0000 [ 74.696472] omap-mcbsp 48074000.mcbsp: DXR1: 0x0000 [ 74.696502] omap-mcbsp 48074000.mcbsp: SPCR2: 0x0230 [ 74.696533] omap-mcbsp 48074000.mcbsp: SPCR1: 0x0031 [ 74.696563] omap-mcbsp 48074000.mcbsp: RCR2: 0x8041 [ 74.696594] omap-mcbsp 48074000.mcbsp: RCR1: 0x0040 [ 74.696594] omap-mcbsp 48074000.mcbsp: XCR2: 0x8041 [ 74.696624] omap-mcbsp 48074000.mcbsp: XCR1: 0x0040 [ 74.696655] omap-mcbsp 48074000.mcbsp: SRGR2: 0x001f [ 74.696685] omap-mcbsp 48074000.mcbsp: SRGR1: 0x0f00 [ 74.696716] omap-mcbsp 48074000.mcbsp: PCR0: 0x000f setup: beagleoboard-xm ubuntu distribution arecord used jaroslav recording application also tried

3 24

[alsa-devel] [PATCH 0/2] Cygnus Audio Driver
by Scott Branden 11 Apr '15

11 Apr '15

Please provide comments on the initial version of this driver. This patchset contains the devicetree bindings and core audio driver for the Cygnus SoC. There is an open question on how to fit this driver into the clock framework (if at all). The audio PLL is embedded in the audio block and only used by the audio block. The audio PLL registers are also in the middle of the audio register map. In addition, the audio PLL is adjustable to less than 1 Hz. The existing clock driver framework does not provide a mechanism to take advantage of the resolution of the hardware. Can the audio PLL remain within the audio driver and/or any modifications required? Lori Hikichi (2): ASoC: cygnus-audio: adding device tree bindings ASoC: add core audio driver for Broadcom Cygnus SOC. .../bindings/sound/brcm,cygnus-audio.txt | 68 + sound/soc/bcm/Kconfig | 11 + sound/soc/bcm/Makefile | 5 +- sound/soc/bcm/cygnus-pcm.c | 918 +++++++++++ sound/soc/bcm/cygnus-pcm.h | 45 + sound/soc/bcm/cygnus-ssp.c | 1613 ++++++++++++++++++++ sound/soc/bcm/cygnus-ssp.h | 84 + 7 files changed, 2743 insertions(+), 1 deletion(-) create mode 100644 Documentation/devicetree/bindings/sound/brcm,cygnus-audio.txt create mode 100644 sound/soc/bcm/cygnus-pcm.c create mode 100644 sound/soc/bcm/cygnus-pcm.h create mode 100644 sound/soc/bcm/cygnus-ssp.c create mode 100644 sound/soc/bcm/cygnus-ssp.h -- 2.3.3

4 10