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

[alsa-devel] Zoom R16/24 playback slient
by Ricard Wanderlof 07 Oct '15

07 Oct '15

Bringing up an old thread from 2014 since I've gotten access to a Zoom R16 and am keen on getting it to work in full duplex under Linux. Apparently (not yet verified here yet, rebuilding a kernel with the patch applied at the moment), 8 channel capture works with the quirk, but playback doesn't (well, it appears to work, but no sound comes out) and neither does the mixer. > At Sun, 30 Nov 2014 12:08:38 +0200, > Panu Matilainen wrote: > > > > On 11/29/2014 09:39 PM, Takashi Iwai wrote: > > > At Sat, 29 Nov 2014 21:35:04 +0200, > > > Panu Matilainen wrote: > > >> > > >> This makes the midi interface and capture work out of the box with > > >> R16 (and presumably R24 too but untested). Playback stream would also > > >> seem to function fine except for one caveat: no sound is produced, > > >> so it is disabled for now. > > > > [ ... ] > > > > In the meanwhile I started looking at the mixer - this is just guessing > > but maybe its starting with outputs muted which could explain the > > playback stream running but without sound. > > > > The descriptors for interface 0 are garbage but what is there would seem > > to map to logical elements by subtype and terminaltype, after those the> > data doesn't seem to add up (eg number of input/output channels > > missing/wrongly placed etc): > > > > ** UNRECOGNIZED: 0b 24 01 00 01 35 00 03 01 02 03 > > -> Header? > > ** UNRECOGNIZED: 0c 24 02 05 01 01 00 02 03 00 00 00 > > -> USB streaming input terminal? > > ** UNRECOGNIZED: 09 24 03 08 01 03 00 05 00 > > -> Speaker output terminal? > > ** UNRECOGNIZED: 0c 24 02 09 01 02 00 08 00 00 00 00 > > -> Microphone input terminal? > > ** UNRECOGNIZED: 09 24 03 0c 01 01 00 09 00 > > -> USB streaming output terminal? > > > > Anything there that might ring a bell, or other ideas where to start > > poking at this thing? > > Yeah, most of these look almost sane, so any off-by-one firmware > issue? Searching the archives, I could find no further posts on the subject of the R16. Panu, did you do any more work on this? Where does the above output come from, and where could I find information on what type of data is expected? I assume what's expected is something one would get from an USB mixer device? In an earlier incarnation of a patch for the R16 (on the 10th of March 2014), there's a discussion between Jason Mancine and Takashi regarding the .format field in the quirks table (http://mailman.alsa-project.org/pipermail/alsa-devel/2014-March/074117.html) which didn't seem to reach a conclusion; the problem then seemed to be that even when setting the .format to SNDRV_PCM_FMTBIT_S24_3LE, ALSA still setup up a 32 bit transfer. However, Panu's patch also added a small delay in snd_usb_ctl_msg_quirk(), so that perhaps was the real solution to the alleged format problem? (The final patch is much smaller than in this particular thread, possibly due to the use of QUIRK_ANY_INTERFACE since kernel version >3.11 ?) /Ricard -- Ricard Wolf Wanderlöf ricardw(at)axis.com Axis Communications AB, Lund, Sweden www.axis.com Phone +46 46 272 2016 Fax +46 46 13 61 30

3 17

[alsa-devel] [PATCH] ASoC: ad193x-spi: Fixup ad193x_spi_id table
by Axel Lin 07 Oct '15

07 Oct '15

AD1939 is missed from the table, so add it. AD1936 and AD1937 are controlled by I2C interface, so remove them. Fixes: e5224f58e3ef ("ASoC: ad193x: add support to ad1934") Signed-off-by: Axel Lin <axel.lin(a)ingics.com> --- sound/soc/codecs/ad193x-spi.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/sound/soc/codecs/ad193x-spi.c b/sound/soc/codecs/ad193x-spi.c index 364e8211..b55055a 100644 --- a/sound/soc/codecs/ad193x-spi.c +++ b/sound/soc/codecs/ad193x-spi.c @@ -39,9 +39,8 @@ static const struct spi_device_id ad193x_spi_id[] = { { "ad193x", AD193X }, { "ad1933", AD1933 }, { "ad1934", AD1934 }, - { "ad1936", AD193X }, - { "ad1937", AD193X }, { "ad1938", AD193X }, + { "ad1939", AD193X }, { } }; MODULE_DEVICE_TABLE(spi, ad193x_spi_id); -- 2.1.4

3 2

Re: [alsa-devel] [PATCH 4/5] ALSA: firewire-lib: add throttle for MIDI data rate
by Takashi Sakamoto 07 Oct '15

07 Oct '15

On Oct 7 2015 09:32, kbuild test robot wrote: > Hi Takashi, > > [auto build test ERROR on v4.3-rc4 -- if it's inappropriate base, please ignore] > > config: i386-randconfig-x009-201540 (attached as .config) > reproduce: > # save the attached .config to linux build tree > make ARCH=i386 > > Note: the linux-review/Takashi-Sakamoto/ALSA-add-helper-functions-for-MIDI-message-transmission-on-IEEE-1394-asynchronous-transaction HEAD f058371b5831baa9749177001cbbdcdf47753f3d builds fine. > It only hurts bisectibility. > > All errors (new ones prefixed by >>): > > sound/firewire/lib.c: In function 'snd_fw_async_midi_port_init': >>> sound/firewire/lib.c:181:6: error: 'struct snd_fw_async_midi_port' has no member named 'error' > port->error = false; > ^ > > vim +181 sound/firewire/lib.c > > 175 > 176 port->parent = fw_parent_device(unit); > 177 port->addr = addr; > 178 port->fill = fill; > 179 port->idling = true; > 180 port->next_ktime = ktime_set(0, 0); > > 181 port->error = false; > 182 > 183 INIT_WORK(&port->work, midi_port_work); > 184 Oops! I had wrong rebase operations to generate this patch. This line should be in the next patch, sorry... Regards Takashi Sakamoto

1 0

[alsa-devel] [PATCH 0/5] ALSA: add helper functions for MIDI message transmission on IEEE 1394 asynchronous transaction
by Takashi Sakamoto 07 Oct '15

07 Oct '15

Hi, This patchset updates a part of my former post (patch 03-07): [alsa-devel] [PATCH 00/25 v2] ALSA: support AMDTP variants http://mailman.alsa-project.org/pipermail/alsa-devel/2015-August/096739.html This patchset adds some helper functions for MIDI transmission via IEEE 1394 asynchronous transaction. Changes: * Use workqueue instead of tasklet for better usage of system resources. * Use ktime_t instead of jiffies for better resolution of time counting. * Some minor fixes. Takashi Sakamoto (5): ALSA: firewire-lib: add helper functions for asynchronous transactions to transfer MIDI messages ALSA: firewire-lib: add a restriction for a transaction at once ALSA: firewire-lib: schedule work again when MIDI substream has rest of MIDI messages ALSA: firewire-lib: add throttle for MIDI data rate ALSA: firewire-lib: avoid endless loop to transfer MIDI messages at fatal error sound/firewire/lib.c | 138 +++++++++++++++++++++++++++++++++++++++++++++++++++ sound/firewire/lib.h | 56 +++++++++++++++++++++ 2 files changed, 194 insertions(+) -- 2.1.4

1 5

[alsa-devel] Supported (microphone!) external usb sound card?
by Frank Hartung 06 Oct '15

06 Oct '15

Hey guys, I bought the "ASUS Xonar U7" USB sound card about 2 years ago. When i switched from "Windows" to "Linux Mint Cinnamon", i noticed that ALSA wouldn't use the microphone in of my card. So I tried another external sound card this time, the "Creative Sound Blaster X-fi HD". Connected to my laptop (also computer) and having updated my Linux Mint Cinnamon to the version 17.1, ALSA wouldn't use the microphone in either! Audio out (headphone) is working fine for both. ------ Is there ANY (decent) external (usb) sound card supported by ALSA (headset AND microphone)? Please notice that I am really not a specialist in Linux or ALSA. Regards Frank

1 0

[alsa-devel] [PATCH 0/5] Add ASoC support for AMD APUs [v4]
by Alex Deucher 06 Oct '15

06 Oct '15

This patch set implements support for i2s audio and new AMD GPUs. The i2s codec is fed by a DMA engine on the GPU. To handle this we create mfd cells which we hang the i2s codec and DMA engine on. Because of this, this patch set covers two subsystems: drm and alsa. The drm patches add support for the ACP hw block which provides the DMA engine for the i2s codec. The alsa patches add the ASoC driver for the i2s codec. Since the alsa changes depend on the drm changes in this patch set as well as some other drm changes queued for 4.3, I'd like to take the alsa patches in via the drm tree. V2 changes: - Use the MFD subsystem rather than adding our own bus - Squash all sub-feature patches together - fix comments mentioned in previous review V3 changes: - Update the designware driver to handle slave mode, amd specific features - Use the designware driver directly for i2s - Move the DMA handling from the GPU driver into the AMD ASoC driver - Change the license on the ASoC driver to GPL V4 changes: - get the master vs slave mode for the designware codec from registers - copy designware quirks from platform data in local struct Patch 4 adds the register headers for the ACP block which is a pretty big patch so I've excluded it from email. The entire patch set can be viewed here: http://cgit.freedesktop.org/~agd5f/linux/log/?h=acp-upstream4 Thanks, Alex Maruthi Bayyavarapu (1): drm/amd: add ACP driver support Maruthi Srinivas Bayyavarapu (4): ASoC : dwc : support dw i2s in slave mode ASoC : dwc : support dw i2s in AMD platform ASoC : AMD : add ACP 2.2 register headers ASoC: AMD: add AMD ASoC ACP-I2S driver drivers/gpu/drm/Kconfig | 2 + drivers/gpu/drm/amd/acp/Kconfig | 10 + drivers/gpu/drm/amd/acp/Makefile | 9 + drivers/gpu/drm/amd/acp/acp_hw.c | 127 ++ drivers/gpu/drm/amd/acp/include/acp_gfx_if.h | 49 + drivers/gpu/drm/amd/amdgpu/Makefile | 13 +- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 12 + drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c | 269 +++ drivers/gpu/drm/amd/amdgpu/amdgpu_acp.h | 41 + drivers/gpu/drm/amd/amdgpu/vi.c | 12 + drivers/gpu/drm/amd/include/amd_shared.h | 1 + include/linux/mfd/amd_acp.h | 43 + include/sound/designware_i2s.h | 5 + sound/soc/Kconfig | 1 + sound/soc/Makefile | 1 + sound/soc/amd/Kconfig | 4 + sound/soc/amd/Makefile | 3 + sound/soc/amd/acp-pcm-dma.c | 518 ++++++ sound/soc/amd/acp.c | 736 +++++++++ sound/soc/amd/acp.h | 147 ++ sound/soc/amd/include/acp_2_2_d.h | 609 +++++++ sound/soc/amd/include/acp_2_2_enum.h | 1068 ++++++++++++ sound/soc/amd/include/acp_2_2_sh_mask.h | 2292 ++++++++++++++++++++++++++ sound/soc/dwc/designware_i2s.c | 276 ++-- 24 files changed, 6146 insertions(+), 102 deletions(-) create mode 100644 drivers/gpu/drm/amd/acp/Kconfig create mode 100644 drivers/gpu/drm/amd/acp/Makefile create mode 100644 drivers/gpu/drm/amd/acp/acp_hw.c create mode 100644 drivers/gpu/drm/amd/acp/include/acp_gfx_if.h create mode 100644 drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c create mode 100644 drivers/gpu/drm/amd/amdgpu/amdgpu_acp.h create mode 100644 include/linux/mfd/amd_acp.h create mode 100644 sound/soc/amd/Kconfig create mode 100644 sound/soc/amd/Makefile create mode 100644 sound/soc/amd/acp-pcm-dma.c create mode 100644 sound/soc/amd/acp.c create mode 100644 sound/soc/amd/acp.h create mode 100644 sound/soc/amd/include/acp_2_2_d.h create mode 100644 sound/soc/amd/include/acp_2_2_enum.h create mode 100644 sound/soc/amd/include/acp_2_2_sh_mask.h -- 1.8.3.1

3 8

[alsa-devel] [PATCH] ASoC: codecs: tas2552: fix dBscale-min declaration
by Andreas Dannenberg 06 Oct '15

06 Oct '15

The minimum volume level for the TAS2552 (control register value 0x00) is -7dB however the driver declares it as -0.07dB. Running amixer before the patch reports: dBscale-min=-0.07dB,step=1.00dB,mute=0 Running amixer with the patch applied reports: dBscale-min=-7.00dB,step=1.00dB,mute=0 Signed-off-by: Andreas Dannenberg <dannenberg(a)ti.com> --- sound/soc/codecs/tas2552.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/codecs/tas2552.c b/sound/soc/codecs/tas2552.c index e3a0bca..cc1d398 100644 --- a/sound/soc/codecs/tas2552.c +++ b/sound/soc/codecs/tas2552.c @@ -549,7 +549,7 @@ static struct snd_soc_dai_driver tas2552_dai[] = { /* * DAC digital volumes. From -7 to 24 dB in 1 dB steps */ -static DECLARE_TLV_DB_SCALE(dac_tlv, -7, 100, 0); +static DECLARE_TLV_DB_SCALE(dac_tlv, -700, 100, 0); static const char * const tas2552_din_source_select[] = { "Muted", -- 1.9.1

2 1

[alsa-devel] Applied "MAINTAINERS: Remove wm97xx entry" to the asoc tree
by Mark Brown 06 Oct '15

06 Oct '15

The patch MAINTAINERS: Remove wm97xx entry has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark >From ff6afc8d0df0347901e862e622b1efaeb6f1fe5d Mon Sep 17 00:00:00 2001 From: Mark Brown <broonie(a)kernel.org> Date: Fri, 2 Oct 2015 18:07:09 +0100 Subject: [PATCH] MAINTAINERS: Remove wm97xx entry Neither myself or Liam is especially interested in this driver any more and the devices are already covered by the general ex-Wolfson entry so just remove this. Signed-off-by: Mark Brown <broonie(a)kernel.org> Acked-by: Liam Girdwood <liam.r.girdwood(a)linux.intel.com> --- MAINTAINERS | 9 --------- 1 file changed, 9 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 0581f47..07790df 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -11363,15 +11363,6 @@ W: http://oops.ghostprotocols.net:81/blog S: Maintained F: drivers/net/wireless/wl3501* -WM97XX TOUCHSCREEN DRIVERS -M: Mark Brown <broonie(a)kernel.org> -M: Liam Girdwood <lrg(a)slimlogic.co.uk> -L: linux-input(a)vger.kernel.org -W: https://github.com/CirrusLogic/linux-drivers/wiki -S: Supported -F: drivers/input/touchscreen/*wm97* -F: include/linux/wm97xx.h - WOLFSON MICROELECTRONICS DRIVERS L: patches(a)opensource.wolfsonmicro.com T: git https://github.com/CirrusLogic/linux-drivers.git -- 2.5.0

1 0

[alsa-devel] [PATCH RFC] ASoC: simple-card: Update clocks binding for simple-card DAI subnodes
by Jyri Sarha 06 Oct '15

06 Oct '15

The updated binding provides a way to set clock-ID and direction parameters for DAI drivers set_sysclk() call back. Signed-off-by: Jyri Sarha <jsarha(a)ti.com> --- I proposed something similar about a year ago, but Mark rejected that at the time. This RFC is to start that discussion again. This time before I do any code changes. Best regards, Jyri Documentation/devicetree/bindings/sound/simple-card.txt | 17 ++++++++++++++++- 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/Documentation/devicetree/bindings/sound/simple-card.txt b/Documentation/devicetree/bindings/sound/simple-card.txt index cf3979e..d10bf2d 100644 --- a/Documentation/devicetree/bindings/sound/simple-card.txt +++ b/Documentation/devicetree/bindings/sound/simple-card.txt @@ -76,6 +76,7 @@ Optional CPU/CODEC subnodes properties: - dai-tdm-slot-num : Please refer to tdm-slot.txt. - dai-tdm-slot-width : Please refer to tdm-slot.txt. - clocks / system-clock-frequency : specify subnode's clock if needed. + it can be specified via "clocks" if system has clock node (= common clock), or "system-clock-frequency" (if system doens't support common clock) @@ -83,7 +84,21 @@ Optional CPU/CODEC subnodes properties: enabled with clk_prepare_enable() in dai startup() and disabled with clk_disable_unprepare() in dai - shutdown(). + shutdown(). "system-clock-frequency" + can also be an array if more than one + clock is described. +- clock-ids : An array of clock ID integers, + preferrably defined in DT header. + Each entry corresponds to the same + index postion first in "clocks" and + after the end of clocks array to + "system-clock-frequency" array. +- clock-dirs : An array of integers describing + clock directions: CLK_IN (= 0) or + OUT (= 1). Entries in the array + refer to clocks in the same way as + in clock-ids property. + Example 1 - single DAI link: -- 1.9.1

2 3

[alsa-devel] [PATCH] ASoC: rockchip: namespace rockchip i2s module name
by Sjoerd Simons 06 Oct '15

06 Oct '15

Change the rockchip i2s object name (and thus module name) from the rather generic snd-soc-i2s to the more specific snd-soc-rockchip-i2s Signed-off-by: Sjoerd Simons <sjoerd.simons(a)collabora.co.uk> --- sound/soc/rockchip/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/rockchip/Makefile b/sound/soc/rockchip/Makefile index 1bc1dc3..e9ba558 100644 --- a/sound/soc/rockchip/Makefile +++ b/sound/soc/rockchip/Makefile @@ -1,7 +1,7 @@ # ROCKCHIP Platform Support -snd-soc-i2s-objs := rockchip_i2s.o +snd-soc-rockchip-i2s-objs := rockchip_i2s.o -obj-$(CONFIG_SND_SOC_ROCKCHIP_I2S) += snd-soc-i2s.o +obj-$(CONFIG_SND_SOC_ROCKCHIP_I2S) += snd-soc-rockchip-i2s.o snd-soc-rockchip-max98090-objs := rockchip_max98090.o snd-soc-rockchip-rt5645-objs := rockchip_rt5645.o -- 2.6.0

2 1