December 2020 - Alsa-devel - mailman.alsa-project.org

[PATCH] soundwire: master: use pm_runtime_set_active() on add
by Bard Liao 02 Dec '20

02 Dec '20

From: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> The 'master' device acts as a glue layer used during bus initialization only, and it needs to be 'transparent' for pm_runtime management. Its behavior should be that it becomes active when one of its children becomes active, and suspends when all of its children are suspended. In our tests on Intel platforms, we routinely see these sort of warnings on the initial boot: [ 21.447345] rt715 sdw:3:25d:715:0: runtime PM trying to activate child device sdw:3:25d:715:0 but parent (sdw-master-3) is not active This is root-caused to a missing setup to make the device 'active' on probe. Since we don't want the device to remain active forever after the probe, the autosuspend configuration is also enabled at the end of the probe - the device will actually autosuspend only in the case where there are no devices physically attached. In practice, the master device will suspend when all its children are no longer active. Fixes: bd84256e86ecf ('soundwire: master: enable pm runtime') Signed-off-by: Pierre-Louis Bossart <pierre-louis.bossart(a)linux.intel.com> Reviewed-by: Rander Wang <rander.wang(a)linux.intel.com> Signed-off-by: Bard Liao <yung-chuan.liao(a)linux.intel.com> --- drivers/soundwire/master.c | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/drivers/soundwire/master.c b/drivers/soundwire/master.c index 3488bb824e84..9b05c9e25ebe 100644 --- a/drivers/soundwire/master.c +++ b/drivers/soundwire/master.c @@ -8,6 +8,15 @@ #include <linux/soundwire/sdw_type.h> #include "bus.h" +/* + * The 3s value for autosuspend will only be used if there are no + * devices physically attached on a bus segment. In practice enabling + * the bus operation will result in children devices become active and + * the master device will only suspend when all its children are no + * longer active. + */ +#define SDW_MASTER_SUSPEND_DELAY_MS 3000 + /* * The sysfs for properties reflects the MIPI description as given * in the MIPI DisCo spec @@ -154,7 +163,12 @@ int sdw_master_device_add(struct sdw_bus *bus, struct device *parent, bus->dev = &md->dev; bus->md = md; + pm_runtime_set_autosuspend_delay(&bus->md->dev, SDW_MASTER_SUSPEND_DELAY_MS); + pm_runtime_use_autosuspend(&bus->md->dev); + pm_runtime_mark_last_busy(&bus->md->dev); + pm_runtime_set_active(&bus->md->dev); pm_runtime_enable(&bus->md->dev); + pm_runtime_idle(&bus->md->dev); device_register_err: return ret; } -- 2.17.1

3 5

Sound BlasterX AE-5 not working
by Oliver Z. 01 Dec '20

01 Dec '20

Since a couple of month i am trying to get that sound card working. First it seemed to be a pulseaudio problem but now it looks like its an alsa/kernel issue. with some help from #alsa we figured out its the same problem as mentioned here: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/935 with everything connected: > jacks_do card=0 card=1 numid=51,iface=CARD,name='Line Out CLFE Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=49,iface=CARD,name='Line Out Front Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=50,iface=CARD,name='Line Out Surround Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=48,iface=CARD,name='Line Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=46,iface=CARD,name='Mic Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=47,iface=CARD,name='Mic Jack',index=1 ; type=BOOLEAN,access=r-------,values=1 : values=on numid=54,iface=CARD,name='SPDIF In Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=52,iface=CARD,name='SPDIF Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=53,iface=CARD,name='SPDIF Phantom Jack',index=1 ; type=BOOLEAN,access=r-------,values=1 : values=on card=2 numid=25,iface=CARD,name='HDMI/DP,pcm=10 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=31,iface=CARD,name='HDMI/DP,pcm=11 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=37,iface=CARD,name='HDMI/DP,pcm=12 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=1,iface=CARD,name='HDMI/DP,pcm=3 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off line out jack removed > jacks_do card=0 card=1 numid=51,iface=CARD,name='Line Out CLFE Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=49,iface=CARD,name='Line Out Front Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=50,iface=CARD,name='Line Out Surround Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=48,iface=CARD,name='Line Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=46,iface=CARD,name='Mic Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=47,iface=CARD,name='Mic Jack',index=1 ; type=BOOLEAN,access=r-------,values=1 : values=off numid=54,iface=CARD,name='SPDIF In Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=52,iface=CARD,name='SPDIF Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=53,iface=CARD,name='SPDIF Phantom Jack',index=1 ; type=BOOLEAN,access=r-------,values=1 : values=on card=2 numid=25,iface=CARD,name='HDMI/DP,pcm=10 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=31,iface=CARD,name='HDMI/DP,pcm=11 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=37,iface=CARD,name='HDMI/DP,pcm=12 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=1,iface=CARD,name='HDMI/DP,pcm=3 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off and line out plugged in again > jacks_do card=0 card=1 numid=51,iface=CARD,name='Line Out CLFE Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=49,iface=CARD,name='Line Out Front Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=50,iface=CARD,name='Line Out Surround Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=48,iface=CARD,name='Line Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=46,iface=CARD,name='Mic Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=47,iface=CARD,name='Mic Jack',index=1 ; type=BOOLEAN,access=r-------,values=1 : values=on numid=54,iface=CARD,name='SPDIF In Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=52,iface=CARD,name='SPDIF Phantom Jack' ; type=BOOLEAN,access=r-------,values=1 : values=on numid=53,iface=CARD,name='SPDIF Phantom Jack',index=1 ; type=BOOLEAN,access=r-------,values=1 : values=on card=2 numid=25,iface=CARD,name='HDMI/DP,pcm=10 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=31,iface=CARD,name='HDMI/DP,pcm=11 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=37,iface=CARD,name='HDMI/DP,pcm=12 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off numid=1,iface=CARD,name='HDMI/DP,pcm=3 Jack' ; type=BOOLEAN,access=r-------,values=1 : values=off i would love to have this soundcard working. i had to buy a cheap usb soundcard now to get my headset working on linux (fedora 33). on windows it works as expected

1 0

Asoc: Intel: SST (CHT) regression in asoc/for-5.11
by Hans de Goede 01 Dec '20

01 Dec '20

Hi All, To test the code to dynamically switch between SST/SOF support on BYT/CHT from the kernel commandline I merged: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git/log/?h=fo… Into my personal tree (mostly Linus' master + some pending patches from myself). After this I was getting the following errors in dmesg when using sound on a Medion E2228T laptop with a CHT SoC + NAU8824 codec: [ 53.805205] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0 [ 53.805479] intel_sst_acpi 808622A8:00: fw returned err -16 [ 53.806281] sst-mfld-platform sst-mfld-platform: ASoC: PRE_PMD: pcm0_in event failed: -16 [ 54.829548] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0 [ 54.829596] intel_sst_acpi 808622A8:00: fw returned err -16 [ 54.829668] sst-mfld-platform sst-mfld-platform: ASoC: POST_PMD: media0_out event failed: - [ 55.853230] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0 [ 55.853244] intel_sst_acpi 808622A8:00: fw returned err -16 [ 55.853269] sst-mfld-platform sst-mfld-platform: ASoC: POST_PMD: codec_out0 mix 0 event fai [ 56.876435] intel_sst_acpi 808622A8:00: Wait timed-out condition:0x0, msg_id:0x1 fw_state 0 [ 56.876481] intel_sst_acpi 808622A8:00: fw returned err -16 [ 56.876563] sst-mfld-platform sst-mfld-platform: ASoC: POST_PMD: media0_out mix 0 event fai [ 61.847455] intel_sst_acpi 808622A8:00: FW sent error response 0x40015 [ 61.847564] intel_sst_acpi 808622A8:00: fw returned err -1 [ 61.847659] sst-mfld-platform sst-mfld-platform: ASoC: error at snd_soc_dai_startup on ssp2 [ 61.847722] SSP2-Codec: ASoC: BE open failed -1 [ 61.847754] Audio Port: ASoC: failed to start some BEs -1 [ 61.847786] intel_sst_acpi 808622A8:00: FW sent error response 0x40006 [ 64.301284] intel_sst_acpi 808622A8:00: FW sent error response 0x90001 [ 64.301545] intel_sst_acpi 808622A8:00: not suspending FW!!, Err: -2 Dropping the asoc/for-5.11 merge and just cherry-picking Pierre-Louis' changes for the dynamic switching makes these go away. So this seems to be caused by other changes in asoc/for-5.11. So any clues where to start looking for this, or should I just bisect this? Regards, Hans

4 7

Re: linux-next: Tree for Dec 1 (sound: SND_SOC_ADAU1372_SPI)
by Randy Dunlap 01 Dec '20

01 Dec '20

On 12/1/20 2:03 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 20201130: > on i386 or x86_64: WARNING: unmet direct dependencies detected for REGMAP_SPI Depends on [n]: SPI [=n] Selected by [m]: - SND_SOC_ADAU1372_SPI [=m] && SOUND [=m] && !UML && SND [=m] && SND_SOC [=m] Full x86_64 randconfig file is attached. -- ~Randy Reported-by: Randy Dunlap <rdunlap(a)infradead.org>

1 0

module-alsa-card.c: Failed to find a working profile.
by GitHub issues - opened 01 Dec '20

01 Dec '20

alsa-project/alsa-lib issue #104 was opened from mhwombat: I can get audio through my headphones, but not through my speakers. Basic checks: - Speakers work on another machine - Speakers are plugged in and turned on - Headphones are unplugged when using speakers - My user account is in the audio group. - Nothing is muted in alsamixer I think the cause might be this `module-alsa-card.c: Failed to find a working profile.` ``` $ journalctl --user -u pulseaudio | tail -n 20 -- Reboot -- Nov 28 22:35:15 nixos systemd[2142]: Starting Sound Service... Nov 28 22:35:15 nixos pulseaudio[2160]: E: [pulseaudio] module-alsa-card.c: Failed to find a working profile. Nov 28 22:35:15 nixos pulseaudio[2160]: E: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="0" name="pci-0000_22_00.4" card_name="alsa_card.pci-0000_22_00.4" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed. Nov 28 22:35:17 nixos pulseaudio[2160]: E: [pulseaudio] module-jackdbus-detect.c: Unable to contact D-Bus session bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11 Nov 28 22:35:17 nixos pulseaudio[2160]: E: [pulseaudio] module.c: Failed to load module "module-jackdbus-detect" (argument: "channels=2"): initialization failed. Nov 28 22:35:17 nixos pulseaudio[2160]: W: [pulseaudio] server-lookup.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11 Nov 28 22:35:17 nixos pulseaudio[2160]: W: [pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-daemon without a $DISPLAY for X11 Nov 28 22:35:17 nixos systemd[2142]: Started Sound Service. Nov 28 22:35:17 nixos pulseaudio[2160]: E: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service files Nov 29 17:24:50 nixos systemd[2142]: pulseaudio.service: Current command vanished from the unit file, execution of the command list won't be resumed. Nov 29 17:25:00 nixos pulseaudio[2160]: E: [pulseaudio] module-alsa-card.c: Failed to find a working profile. Nov 29 17:25:00 nixos pulseaudio[2160]: E: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="0" name="pci-0000_22_00.4" card_name="alsa_card.pci-0000_22_00.4" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed. Nov 29 17:25:00 nixos pulseaudio[2160]: E: [pulseaudio] module-alsa-card.c: Failed to find a working profile. Nov 29 17:25:00 nixos pulseaudio[2160]: E: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="0" name="pci-0000_22_00.4" card_name="alsa_card.pci-0000_22_00.4" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed. Nov 29 17:25:01 nixos pulseaudio[2160]: E: [pulseaudio] module-alsa-card.c: Failed to find a working profile. Nov 29 17:25:01 nixos pulseaudio[2160]: E: [pulseaudio] module.c: Failed to load module "module-alsa-card" (argument: "device_id="0" name="pci-0000_22_00.4" card_name="alsa_card.pci-0000_22_00.4" namereg_fail=false tsched=yes fixed_latency_range=no ignore_dB=no deferred_volume=yes use_ucm=yes avoid_resampling=no card_properties="module-udev-detect.discovered=1""): initialization failed. Dec 01 10:53:45 nixos pulseaudio[2160]: E: [alsa-sink-USB Audio] alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write. Dec 01 10:53:45 nixos pulseaudio[2160]: E: [alsa-sink-USB Audio] alsa-sink.c: Most likely this is a bug in the ALSA driver 'snd_usb_audio'. Please report this issue to the ALSA developers. Dec 01 10:53:45 nixos pulseaudio[2160]: E: [alsa-sink-USB Audio] alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail. ``` Here is the [output of alsa-info_alsa-info.sh](https://alsa-project.org/db/?f=c5a24a41c9ab6f2b3203…. Issue URL : https://github.com/alsa-project/alsa-lib/issues/104 Repository URL: https://github.com/alsa-project/alsa-lib

1 0

Re: [RFC] ASoC: Add compatible for mt6359-sound device
by Mark Brown 01 Dec '20

01 Dec '20

On Tue, Dec 01, 2020 at 01:41:33PM +0800, Shane Chien wrote: > However, if the device is not given a comaptible, > of_node of struct device is null. I cannot use > devm_iio_channel_get such iio interface to get > auxadc value from iio channel. Because during > using devm_iio_channel_get, of_node of mt6359-sound is a > input parameter of of_iio_channel_get_by_name. > If the of_node is null, devm_iio_channel_get will > eventually return ENODEV error. I would expect the IIO channel to be requestable using the top level device for the MFD - part of the deal here is that the function drivers for the MFD know they're part of the MFD so can look at their parent device for some things (eg, this is how regmaps are normally obtained).

1 0

[PATCH] ASoC: adau1372: add missing dependencies
by Alexandre Belloni 01 Dec '20

01 Dec '20

SND_SOC_ADAU1372_I2C and SND_SOC_ADAU1372_SPI prpoerly select the REGMAP config they need but forget to depend on the underlying bus. Signed-off-by: Alexandre Belloni <alexandre.belloni(a)bootlin.com> --- sound/soc/codecs/Kconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/soc/codecs/Kconfig b/sound/soc/codecs/Kconfig index a457300f95da..625f762903ea 100644 --- a/sound/soc/codecs/Kconfig +++ b/sound/soc/codecs/Kconfig @@ -371,11 +371,13 @@ config SND_SOC_ADAU1372 config SND_SOC_ADAU1372_I2C tristate "Analog Devices ADAU1372 CODEC (I2C)" + depends on I2C select SND_SOC_ADAU1372 select REGMAP_I2C config SND_SOC_ADAU1372_SPI tristate "Analog Devices ADAU1372 CODEC (SPI)" + depends on SPI select SND_SOC_ADAU1372 select REGMAP_SPI -- 2.28.0

2 2

[PATCH] ASoC: fsi: Stop using __raw_*() I/O accessors
by Geert Uytterhoeven 01 Dec '20

01 Dec '20

There is no reason to keep on using the __raw_{read,write}l() I/O accessors in Renesas ARM or SuperH driver code. Switch to using the plain {read,write}l() I/O accessors, to have a chance that this works on big-endian. Suggested-by: Arnd Bergmann <arnd(a)kernel.org> Signed-off-by: Geert Uytterhoeven <geert+renesas(a)glider.be> --- Assembler output difference on SuperH checked. --- sound/soc/sh/fsi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/sh/fsi.c b/sound/soc/sh/fsi.c index 3c574792231bc5c3..518d4b0c4b8b99fa 100644 --- a/sound/soc/sh/fsi.c +++ b/sound/soc/sh/fsi.c @@ -313,12 +313,12 @@ static void __fsi_reg_write(u32 __iomem *reg, u32 data) /* valid data area is 24bit */ data &= 0x00ffffff; - __raw_writel(data, reg); + writel(data, reg); } static u32 __fsi_reg_read(u32 __iomem *reg) { - return __raw_readl(reg); + return readl(reg); } static void __fsi_reg_mask_set(u32 __iomem *reg, u32 mask, u32 data) -- 2.25.1

4 5

[PATCH] ASoC: tlv320adcx140: Fix a typo in a comment
by Christophe JAILLET 01 Dec '20

01 Dec '20

It is likely that this header file is about the TLV320ADCX140. (0 and 4 swapped) While at it fix a missing "H" in a comment related to the include guard. Signed-off-by: Christophe JAILLET <christophe.jaillet(a)wanadoo.fr> --- sound/soc/codecs/tlv320adcx140.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/sound/soc/codecs/tlv320adcx140.h b/sound/soc/codecs/tlv320adcx140.h index eedbc1d7221f..cafcbc0dd5fd 100644 --- a/sound/soc/codecs/tlv320adcx140.h +++ b/sound/soc/codecs/tlv320adcx140.h @@ -1,5 +1,5 @@ // SPDX-License-Identifier: GPL-2.0 -// TLV320ADCX104 Sound driver +// TLV320ADCX140 Sound driver // Copyright (C) 2020 Texas Instruments Incorporated - https://www.ti.com/ #ifndef _TLV320ADCX140_H @@ -145,4 +145,4 @@ #define ADCX140_GPO_CFG_MAX 4 #define ADCX140_GPO_DRV_MAX 5 -#endif /* _TLV320ADCX140_ */ +#endif /* _TLV320ADCX140_H */ -- 2.25.1

2 2

[PATCH 0/6] ASoC: mediatek: mt8192: support new machine rt1015p_rt5682
by Tzung-Bi Shih 01 Dec '20

01 Dec '20

The series supports new machines with rt1015p and rt5682. Reuses most of the code in mt8192-mt6359-rt1015-rt5682.c. The first 3 patches refactor the existing mt8192-mt6359-rt1015-rt5682.c. For easier to support newly added components later. The 4th patch fixes a typo in DT bindings document. The 5th patch proposes a new compatible string "mt8192_mt6359_rt1015p_rt5682" for machines with rt1015p and rt5682. The 6th patch reuses the existing machine driver to support machines with rt1015p and rt5682. Tzung-Bi Shih (6): ASoC: mediatek: mt8192: rename common symbols ASoC: mediatek: mt8192: extract rt1015_rt5682 specific DAI link ASoC: mediatek: mt8192: move rt1015_rt5682 specific data ASoC: dt-bindings: mt8192-mt6359: fix typo in the example ASoC: dt-bindings: mt8192-mt6359: add new compatible for using rt1015p ASoC: mediatek: mt8192: support rt1015p_rt5682 .../sound/mt8192-mt6359-rt1015-rt5682.yaml | 6 +- sound/soc/mediatek/Kconfig | 1 + .../mt8192/mt8192-mt6359-rt1015-rt5682.c | 171 +++++++++++++----- 3 files changed, 129 insertions(+), 49 deletions(-) -- 2.29.2.454.gaff20da3a2-goog

1 6