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

[alsa-devel] [PATCH] sound: usb: add Microsoft HD-5001 to quirks
by Victor Clément 20 Mar '16

20 Mar '16

The Microsoft HD-5001 webcam microphone does not support sample rate reading as the HD-5000 one. This results in dmesg errors and sound hanging with pulseaudio. Signed-off-by: Victor Clément <victor.clement(a)openmailbox.org> --- sound/usb/quirks.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/usb/quirks.c b/sound/usb/quirks.c index 4f6ce1c..f27016f 100644 --- a/sound/usb/quirks.c +++ b/sound/usb/quirks.c @@ -1121,6 +1121,7 @@ bool snd_usb_get_sample_rate_quirk(struct snd_usb_audio *chip) switch (chip->usb_id) { case USB_ID(0x045E, 0x075D): /* MS Lifecam Cinema */ case USB_ID(0x045E, 0x076D): /* MS Lifecam HD-5000 */ + case USB_ID(0x045E, 0x076E): /* MS Lifecam HD-5001 */ case USB_ID(0x045E, 0x076F): /* MS Lifecam HD-6000 */ case USB_ID(0x045E, 0x0772): /* MS Lifecam Studio */ case USB_ID(0x045E, 0x0779): /* MS Lifecam HD-3000 */ -- 2.7.2

2 1

[alsa-devel] [GIT PULL]: Update sst audio firmware for Skylake
by Vinod Koul 19 Mar '16

19 Mar '16

Hello Linux firmware maintainers, Please PULL to receive the updated version of Skylake audio firmware version 896. This contains some bug fixes and wov module fixes. The following changes since commit 9be9ff282635c25694819c39aae0f6cc6c251c12: iwlwifi: add -21.ucode to WHENCE (2016-03-10 11:28:28 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/vkoul/firmware.git skl for you to fetch changes up to 780f4eed8ff971bd4d6c41ecded4c99135cd36f9: linux-firmware: intel: Update Skylake audio firmware (2016-03-14 11:38:19 +0530) ---------------------------------------------------------------- Vinod Koul (1): linux-firmware: intel: Update Skylake audio firmware intel/dsp_fw_release.bin | 2 +- intel/dsp_fw_release_v896.bin | Bin 0 -> 233472 bytes 2 files changed, 1 insertion(+), 1 deletion(-) create mode 100644 intel/dsp_fw_release_v896.bin Thanks -- ~Vinod

2 1

[alsa-devel] USB Sound oops in Linus's latest tree
by Greg KH 19 Mar '16

19 Mar '16

Hi, I'm getting the following oops with my USB sound device using Linus's latest tree of the moment, which has the sound tree pull in it. Anyone seen this before? thanks, greg k-h [ +0.002298] input: Schiit Audio USB Modi Device as /devices/pci0000:00/0000:00:14.0/usb2/2-10/2-10.1/2-10.1:1.2/0003:0D8C:1319.0001/input/input17 [ +0.000056] hid-generic 0003:0D8C:1319.0001: input,hidraw0: USB HID v1.00 Device [Schiit Audio USB Modi Device] on usb-0000:00:14.0-10.1/input2 [ +0.008749] BUG: unable to handle kernel NULL pointer dereference at 0000000000000014 [ +0.001151] IP: [<ffffffffc0e79921>] usb_audio_probe+0x1e1/0x8f0 [snd_usb_audio] [ +0.001142] PGD 0 [ +0.001114] Oops: 0000 [#1] PREEMPT SMP [ +0.001115] Modules linked in: snd_usb_audio(+) hid_generic snd_usbmidi_lib usbhid snd_rawmidi snd_seq_device hid media arc4 fuse btusb btrtl btbcm btintel bluetooth rt2800usb rt2x00usb rt2800lib rt2x00lib mac80211 crc_ccitt cfg80211 rfkill nls_cp437 vfat fat iTCO_wdt iTCO_vendor_support mxm_wmi x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass crct10dif_pclmul crct10dif_common crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper cryptd psmouse serio_raw pcspkr firewire_ohci firewire_core crc_itu_t xhci_pci ehci_pci xhci_hcd ehci_hcd mei_me usbcore mei lpc_ich mfd_core usb_common wmi evdev ip_tables x_tables [ +0.004079] CPU: 4 PID: 615 Comm: systemd-udevd Not tainted 4.6.0-rc1+ #103 [ +0.001382] Hardware name: / , BIOS KLZ8711D.86A.0457.2015.0713.1319 07/13/2015 [ +0.001387] task: ffff880098ec0e00 ti: ffff880251920000 task.ti: ffff880251920000 [ +0.001417] RIP: 0010:[<ffffffffc0e79921>] [<ffffffffc0e79921>] usb_audio_probe+0x1e1/0x8f0 [snd_usb_audio] [ +0.001414] RSP: 0018:ffff880251923af0 EFLAGS: 00010246 [ +0.001409] RAX: 0000000000000000 RBX: ffff88024d602000 RCX: 0000000000000000 [ +0.001404] RDX: ffff880254e0b340 RSI: ffff8802559b99f8 RDI: ffffffff82181030 [ +0.001413] RBP: ffff880251923b50 R08: 0000000000019d00 R09: ffffffff81385837 [ +0.001431] R10: ffffea0009461200 R11: ffff880253b3fe72 R12: 0000000000000000 [ +0.001411] R13: 0000000000000000 R14: 0000000000000001 R15: ffff88025338c212 [ +0.001436] FS: 00007f7a8db567c0(0000) GS:ffff88025fb00000(0000) knlGS:0000000000000000 [ +0.001431] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ +0.001445] CR2: 0000000000000014 CR3: 0000000251854000 CR4: 00000000001406e0 [ +0.001451] Stack: [ +0.001433] ffff880253302e88 ffff88024d602054 ffff88009879d000 ffff880253302e88 [ +0.001480] ffff880255f7e000 386430425355d030 ff00393133313a63 ffff8800984f4098 [ +0.001466] ffff8800984f4000 ffffffffc0e95728 ffff88009879d030 ffffffffc0e955a0 [ +0.001497] Call Trace: [ +0.001295] [<ffffffffc0067cfd>] usb_probe_interface+0x1bd/0x300 [usbcore] [ +0.001427] [<ffffffff815987e9>] driver_probe_device+0x249/0x450 [ +0.001400] [<ffffffff81598a74>] __driver_attach+0x84/0x90 [ +0.001398] [<ffffffff815989f0>] ? driver_probe_device+0x450/0x450 [ +0.001417] [<ffffffff815963e4>] bus_for_each_dev+0x64/0xa0 [ +0.001369] [<ffffffff81597ede>] driver_attach+0x1e/0x20 [ +0.001396] [<ffffffff815979ab>] bus_add_driver+0x1eb/0x280 [ +0.001365] [<ffffffff81599390>] driver_register+0x60/0xe0 [ +0.001369] [<ffffffffc0066834>] usb_register_driver+0x84/0x140 [usbcore] [ +0.001422] [<ffffffffc0e9d000>] ? 0xffffffffc0e9d000 [ +0.001370] [<ffffffffc0e9d01e>] usb_audio_driver_init+0x1e/0x20 [snd_usb_audio] [ +0.001472] [<ffffffff8100211b>] do_one_initcall+0xab/0x1d0 [ +0.001547] [<ffffffff8115e732>] do_init_module+0x5f/0x1cd [ +0.001469] [<ffffffff810f9ec8>] load_module+0x1368/0x1510 [ +0.001542] [<ffffffff810f75d0>] ? symbol_put_addr+0x50/0x50 [ +0.001468] [<ffffffff810fa2a8>] SyS_finit_module+0xc8/0xf0 [ +0.001451] [<ffffffff81003c6e>] do_syscall_64+0x5e/0xc0 [ +0.001538] [<ffffffff817fb425>] entry_SYSCALL64_slow_path+0x25/0x25 [ +0.001397] Code: f8 01 00 44 89 e6 48 89 df e8 dc 73 00 00 85 c0 89 c1 0f 88 99 00 00 00 48 8b 7b 10 e8 c9 0b 80 c0 85 c0 89 c1 0f 88 86 00 00 00 <41> 80 7d 14 00 0f 85 90 04 00 00 48 63 03 48 89 1c c5 40 90 e9 [ +0.001513] RIP [<ffffffffc0e79921>] usb_audio_probe+0x1e1/0x8f0 [snd_usb_audio] [ +0.001468] RSP <ffff880251923af0> [ +0.001576] CR2: 0000000000000014 [ +0.010610] ---[ end trace c9cdd61401b8f1d9 ]---

3 4

Re: [alsa-devel] snd_hda_core oops with Linux v4.5-6229-gf7813ad5cbfd
by Takashi Iwai 18 Mar '16

18 Mar '16

On Fri, 18 Mar 2016 21:59:51 +0100, Josh Boyer wrote: > > Hi, > > I have a celeron based NUC that is giving me the following backtraces > after Linus merged the sound tree today. This is with the top of the > tree at f7813ad5cbfd as mentioned in the subject. > > The machine has an HDMI port, but it is not connected to any thing. It should have been fixed now on my sound.git tree. Try to pull for-linus branch. I'll send another pull request in early next week. thanks, Takashi

1 0

[alsa-devel] [RFC PATCH 0/3] ASoC: pcm1792a: Add support for pcm1795 and pcm1796
by Michael Trimarchi 18 Mar '16

18 Mar '16

Those patches add support for pcm1795 and pcm1796. Both are compatible with the pcm1792a with a minor change for the pcm1795 Michael Trimarchi (3): ASoC: pcm1792a: Rename internal data and function to pcm179x ASoC: pcm1792a: Rename pcm1792a to pcm179x ASoC: pcm179x: Add support for pcm1795 and pcm1796 .../devicetree/bindings/sound/pcm1792a.txt | 18 -- .../devicetree/bindings/sound/pcm179x.txt | 18 ++ sound/soc/codecs/Kconfig | 6 +- sound/soc/codecs/Makefile | 4 +- sound/soc/codecs/pcm1792a.c | 271 ------------------ sound/soc/codecs/pcm1792a.h | 27 -- sound/soc/codecs/pcm179x.c | 314 +++++++++++++++++++++ sound/soc/codecs/pcm179x.h | 31 ++ 8 files changed, 368 insertions(+), 321 deletions(-) delete mode 100644 Documentation/devicetree/bindings/sound/pcm1792a.txt create mode 100644 Documentation/devicetree/bindings/sound/pcm179x.txt delete mode 100644 sound/soc/codecs/pcm1792a.c delete mode 100644 sound/soc/codecs/pcm1792a.h create mode 100644 sound/soc/codecs/pcm179x.c create mode 100644 sound/soc/codecs/pcm179x.h -- 2.7.0

4 21

[alsa-devel] Playing mono files on a stereo only device
by Champ, Andy 18 Mar '16

18 Mar '16

Hi All, I'm new to this area, so please forgive any too-obvious questions. I'm working on a device driver for an SOC. The audio device is connected via an I2S bus, which is inherently stereo. The driver code that I've inherited (from a similar, but not the same, chip) claimed to support mono - but didn't. I've changed the configuration in the device's snd_soc_dai_driver structure to stereo only (channels_min=channels_max=2) and everything works fine when playing a stereo file. AIUI an Alsa plug should be able to take a mono file, convert it on the fly to stereo, and play that out. I've spent a couple of days playing with it, and not really got anywhere. Does anyone have an example where this is being done on an SOC? Currently the error I am having indicates that it's a problem with access. An IOCTL is being sent by the ALSA code to the kernel, of type SNDRV_PCM_IOCTL_HW_REFINE, requesting an access. This fails. I've not even been able to decide if an access is meant to be a mask or a value. The type is typedef int __bitwise snd_pcm_access_t; which would tend to say it's mask (bitwise?) though I am guessing here, but the values are 0 1 2 3 4 - which says it isn't. Just to really confuse me the mask is logged as 7. Is there anything which explains what this snd_pcm_access_t is? Thanks

2 1

[alsa-devel] [PATCH] ASoC: Intel: Skylake: Fix kbuild dependency
by Vinod Koul 18 Mar '16

18 Mar '16

The Skylake driver selects SND_HDA_I915 which causes kbuild to spew warning: warning: (SND_SOC_INTEL_SKYLAKE) selects SND_HDA_I915 which has unmet direct dependencies (SOUND && !M68K && !UML && SND && DRM_I915 && SND_HDA_CORE) The SND_HDA_I915 should not be selected so drop that. Reported-by: Takashi Iwai <tiwai(a)suse.de> Signed-off-by: Vinod Koul <vinod.koul(a)intel.com> --- sound/soc/intel/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/sound/soc/intel/Kconfig b/sound/soc/intel/Kconfig index b3e6c2300457..1120f4f4d011 100644 --- a/sound/soc/intel/Kconfig +++ b/sound/soc/intel/Kconfig @@ -163,7 +163,6 @@ config SND_SOC_INTEL_SKYLAKE tristate select SND_HDA_EXT_CORE select SND_SOC_TOPOLOGY - select SND_HDA_I915 select SND_SOC_INTEL_SST config SND_SOC_INTEL_SKL_RT286_MACH -- 1.9.1

2 1

[alsa-devel] [PATCH] ALSA: hda - Fix forgotten HDMI monitor_present update
by Takashi Iwai 18 Mar '16

18 Mar '16

We forgot to copy monitor_present value when updating the ELD information. This won't change the ELD retrieval and the jack notification behavior, but appears only in the proc output. In that sense, it's no fatal error, but a bug is a bug is a bug. Cc: <stable(a)vger.kernel.org> Signed-off-by: Takashi Iwai <tiwai(a)suse.de> --- sound/pci/hda/patch_hdmi.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/pci/hda/patch_hdmi.c b/sound/pci/hda/patch_hdmi.c index 8cdb804aa9cf..e7d9453ecd10 100644 --- a/sound/pci/hda/patch_hdmi.c +++ b/sound/pci/hda/patch_hdmi.c @@ -1358,6 +1358,7 @@ static void update_eld(struct hda_codec *codec, eld->eld_size) != 0) eld_changed = true; + pin_eld->monitor_present = eld->monitor_present; pin_eld->eld_valid = eld->eld_valid; pin_eld->eld_size = eld->eld_size; if (eld->eld_valid) -- 2.7.4

1 0

[alsa-devel] [PATCH 5/5] dt/bindings: sound: new chip added into TAS571x binding
by Petr Kulhavy 18 Mar '16

18 Mar '16

This adds the TAS5721 into the TAS571x binding. Signed-off-by: Petr Kulhavy <petr(a)barix.com> --- Documentation/devicetree/bindings/sound/tas571x.txt | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/sound/tas571x.txt b/Documentation/devicetree/bindings/sound/tas571x.txt index 0ac31d8..f1aade3 100644 --- a/Documentation/devicetree/bindings/sound/tas571x.txt +++ b/Documentation/devicetree/bindings/sound/tas571x.txt @@ -1,4 +1,4 @@ -Texas Instruments TAS5711/TAS5717/TAS5719 stereo power amplifiers +Texas Instruments TAS5711/TAS5717/TAS5719/TAS5721 stereo power amplifiers The codec is controlled through an I2C interface. It also has two other signals that can be wired up to GPIOs: reset (strongly recommended), and @@ -6,7 +6,7 @@ powerdown (optional). Required properties: -- compatible: "ti,tas5711", "ti,tas5717", or "ti,tas5719" +- compatible: "ti,tas5711", "ti,tas5717", or "ti,tas5719", "ti,tas5721" - reg: The I2C address of the device - #sound-dai-cells: must be equal to 0 @@ -25,6 +25,8 @@ Optional properties: - PVDD_B-supply: regulator phandle for the PVDD_B supply (5711) - PVDD_C-supply: regulator phandle for the PVDD_C supply (5711) - PVDD_D-supply: regulator phandle for the PVDD_D supply (5711) +- DRVDD-supply: regulator phandle for the DRVDD supply (5721) +- PVDD-supply: regulator phandle for the PVDD supply (5721) Example: -- 1.9.1

2 1

[alsa-devel] [PATCH 1/1] sst: select DW_DMAC_CORE since it's mandatory
by Andy Shevchenko 18 Mar '16

18 Mar '16

While here group selectors under SND_SOC_INTEL_HASWELL and SND_SOC_INTEL_BAYTRAIL. Signed-off-by: Andy Shevchenko <andriy.shevchenko(a)linux.intel.com> --- sound/soc/intel/Kconfig | 15 +++++---------- 1 file changed, 5 insertions(+), 10 deletions(-) diff --git a/sound/soc/intel/Kconfig b/sound/soc/intel/Kconfig index 05fde5e6e..bc5281e 100644 --- a/sound/soc/intel/Kconfig +++ b/sound/soc/intel/Kconfig @@ -35,15 +35,17 @@ config SND_SOC_INTEL_SST_ACPI config SND_SOC_INTEL_HASWELL tristate + select DW_DMAC_CORE + select SND_SOC_INTEL_SST config SND_SOC_INTEL_BAYTRAIL tristate + select DW_DMAC_CORE + select SND_SOC_INTEL_SST config SND_SOC_INTEL_HASWELL_MACH tristate "ASoC Audio DSP support for Intel Haswell Lynxpoint" depends on X86_INTEL_LPSS && I2C && I2C_DESIGNWARE_PLATFORM - depends on DW_DMAC_CORE - select SND_SOC_INTEL_SST select SND_SOC_INTEL_HASWELL select SND_SOC_RT5640 help @@ -55,8 +57,6 @@ config SND_SOC_INTEL_HASWELL_MACH config SND_SOC_INTEL_BYT_RT5640_MACH tristate "ASoC Audio driver for Intel Baytrail with RT5640 codec" depends on X86_INTEL_LPSS && I2C - depends on DW_DMAC_CORE - select SND_SOC_INTEL_SST select SND_SOC_INTEL_BAYTRAIL select SND_SOC_RT5640 help @@ -66,8 +66,6 @@ config SND_SOC_INTEL_BYT_RT5640_MACH config SND_SOC_INTEL_BYT_MAX98090_MACH tristate "ASoC Audio driver for Intel Baytrail with MAX98090 codec" depends on X86_INTEL_LPSS && I2C - depends on DW_DMAC_CORE - select SND_SOC_INTEL_SST select SND_SOC_INTEL_BAYTRAIL select SND_SOC_MAX98090 help @@ -76,10 +74,7 @@ config SND_SOC_INTEL_BYT_MAX98090_MACH config SND_SOC_INTEL_BROADWELL_MACH tristate "ASoC Audio DSP support for Intel Broadwell Wildcatpoint" - depends on X86_INTEL_LPSS && I2C && DW_DMAC && \ - I2C_DESIGNWARE_PLATFORM - depends on DW_DMAC_CORE - select SND_SOC_INTEL_SST + depends on X86_INTEL_LPSS && I2C && I2C_DESIGNWARE_PLATFORM select SND_SOC_INTEL_HASWELL select SND_SOC_RT286 help -- 2.5.1

2 2